75 lines
2.7 KiB
Plaintext
75 lines
2.7 KiB
Plaintext
|
- PR_O_TRANSP => FE !!! devra peut-<2D>tre changer vu que c'est un compl<70>ment du mode dispatch.
|
|||
|
|
- PR_O_NULLNOLOG => FE
|
|||
|
|
- PR_O_HTTP_CLOSE => FE. !!! mettre BE aussi !!!
|
|||
|
|
- PR_O_TCP_CLI_KA => FE
|
|||
|
|
|
|||
|
|
- PR_O_FWDFOR => BE. FE aussi ?
|
|||
|
|
- PR_O_FORCE_CLO => BE
|
|||
|
|
- PR_O_PERSIST => BE
|
|||
|
|
- PR_O_COOK_RW, PR_O_COOK_INS, PR_O_COOK_PFX, PR_O_COOK_POST => BE
|
|||
|
|
- PR_O_COOK_NOC, PR_O_COOK_IND => BE
|
|||
|
|
- PR_O_ABRT_CLOSE => BE
|
|||
|
|
- PR_O_REDISP => BE
|
|||
|
|
- PR_O_BALANCE, PR_O_BALANCE_RR, PR_O_BALANCE_SH => BE
|
|||
|
|
- PR_O_CHK_CACHE => BE
|
|||
|
|
- PR_O_TCP_SRV_KA => BE
|
|||
|
|
- PR_O_BIND_SRC => BE
|
|||
|
|
- PR_O_TPXY_MASK => BE
|
|||
|
|
|
|||
|
|
|
|||
|
|
- PR_MODE_TCP : BE c<>t<EFBFBD> serveur, FE c<>t<EFBFBD> client
|
|||
|
|
|
|||
|
|
- nbconn -> fe->nbconn, be->nbconn.
|
|||
|
|
Pb: rendre impossible le fait que (fe == be) avant de faire <20>a,
|
|||
|
|
sinon on va compter les connexions en double. Ce ne sera possible
|
|||
|
|
que lorsque les FE et BE seront des entit<69>s distinctes. On va donc
|
|||
|
|
commencer par laisser uniquement fe->nbconn (vu que le fe ne change
|
|||
|
|
pas), et modifier ceci plus tard, ne serait-ce que pour prendre en
|
|||
|
|
compte correctement les minconn/maxconn.
|
|||
|
|
=> solution : avoir beconn et feconn dans chaque proxy.
|
|||
|
|
|
|||
|
|
- failed_conns, failed_secu (r<>ponses bloqu<71>es), failed_resp... : be
|
|||
|
|
Attention: voir les cas de ERR_SRVCL, il semble que parfois on
|
|||
|
|
indique <20>a alors qu'il y a un write error c<>t<EFBFBD> client (ex: ligne
|
|||
|
|
2044 dans proto_http).
|
|||
|
|
|
|||
|
|
=> be et pas be->beprm
|
|||
|
|
|
|||
|
|
- logs du backup : ->be (idem)
|
|||
|
|
|
|||
|
|
- queue : be
|
|||
|
|
|
|||
|
|
- logs/debug : srv toujours associ<63> <20> be (ex: proxy->id:srv->id). Rien
|
|||
|
|
pour le client pour le moment. D'une mani<6E>re g<>n<EFBFBD>rale, les erreurs
|
|||
|
|
provoqu<71>es c<>t<EFBFBD> serveur vont sur BE et celles c<>t<EFBFBD> client vont sur
|
|||
|
|
FE.
|
|||
|
|
- logswait & LW_BYTES : FE (puisqu'on veut savoir si on logue tout de suite)
|
|||
|
|
|
|||
|
|
- messages d'erreurs personnalis<69>s (errmsg, ...) -> fe
|
|||
|
|
|
|||
|
|
- monitor_uri -> fe
|
|||
|
|
- uri_auth -> (fe->firpm puis be->fiprm). Utilisation de ->be
|
|||
|
|
|
|||
|
|
- req_add, req_exp => fe->fiprm, puis be->fiprm
|
|||
|
|
- req_cap, rsp_cap -> fe->fiprm
|
|||
|
|
- rsp_add, rsp_exp => be->fiprm, devrait <20>tre fait ensuite aussi sur fe->fiprm
|
|||
|
|
- capture_name, capture_namelen : fe->fiprm
|
|||
|
|
|
|||
|
|
Ce n'est pas la solution id<69>ale, mais au moins la capture et configurable
|
|||
|
|
par les filtres du FE et ne bouge pas lorsque le BE est r<>assign<67>. Cela
|
|||
|
|
r<>soud aussi un pb d'allocation m<>moire.
|
|||
|
|
|
|||
|
|
|
|||
|
|
- persistance (appsessions, cookiename, ...) -> be
|
|||
|
|
- stats:scope "." = fe (celui par lequel on arrive)
|
|||
|
|
!!!ERREUR!!! => utiliser be pour avoir celui qui a <20>t<EFBFBD> valid<69> par
|
|||
|
|
l'uri_auth.
|
|||
|
|
|
|||
|
|
|
|||
|
|
--------- corrections <20> effectuer ---------
|
|||
|
|
|
|||
|
|
- remplacement de headers : parser le header et <20>ventuellement le supprimer puis le(les) rajouter.
|
|||
|
|
- session->proto.{l4state,l7state,l7substate} pour CLI et SRV
|
|||
|
|
- errorloc : si d<>finie dans backend, la prendre, sinon dans front.
|
|||
|
|
- logs : faire be sinon fe.
|