|
|
|
|
|
- PR_O_TRANSP => FE !!! devra peut-<EFBFBD>tre changer vu que c'est un compl<EFBFBD>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<EFBFBD>t<EFBFBD> serveur, FE c<EFBFBD>t<EFBFBD> client
|
|
|
|
|
|
|
|
|
|
|
|
- nbconn -> fe->nbconn, be->nbconn.
|
|
|
|
|
|
Pb: rendre impossible le fait que (fe == be) avant de faire <EFBFBD>a,
|
|
|
|
|
|
sinon on va compter les connexions en double. Ce ne sera possible
|
|
|
|
|
|
que lorsque les FE et BE seront des entit<EFBFBD>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<EFBFBD>ponses bloqu<EFBFBD>es), failed_resp... : be
|
|
|
|
|
|
Attention: voir les cas de ERR_SRVCL, il semble que parfois on
|
|
|
|
|
|
indique <EFBFBD>a alors qu'il y a un write error c<EFBFBD>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<EFBFBD> <EFBFBD> be (ex: proxy->id:srv->id). Rien
|
|
|
|
|
|
pour le client pour le moment. D'une mani<EFBFBD>re g<EFBFBD>n<EFBFBD>rale, les erreurs
|
|
|
|
|
|
provoqu<EFBFBD>es c<EFBFBD>t<EFBFBD> serveur vont sur BE et celles c<EFBFBD>t<EFBFBD> client vont sur
|
|
|
|
|
|
FE.
|
|
|
|
|
|
- logswait & LW_BYTES : FE (puisqu'on veut savoir si on logue tout de suite)
|
|
|
|
|
|
|
|
|
|
|
|
- messages d'erreurs personnalis<EFBFBD>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 <EFBFBD>tre fait ensuite aussi sur fe->fiprm
|
|
|
|
|
|
- capture_name, capture_namelen : fe->fiprm
|
|
|
|
|
|
|
|
|
|
|
|
Ce n'est pas la solution id<EFBFBD>ale, mais au moins la capture et configurable
|
|
|
|
|
|
par les filtres du FE et ne bouge pas lorsque le BE est r<EFBFBD>assign<EFBFBD>. Cela
|
|
|
|
|
|
r<EFBFBD>soud aussi un pb d'allocation m<EFBFBD>moire.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- persistance (appsessions, cookiename, ...) -> be
|
|
|
|
|
|
- stats:scope "." = fe (celui par lequel on arrive)
|
|
|
|
|
|
!!!ERREUR!!! => utiliser be pour avoir celui qui a <EFBFBD>t<EFBFBD> valid<EFBFBD> par
|
|
|
|
|
|
l'uri_auth.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
--------- corrections <EFBFBD> effectuer ---------
|
|
|
|
|
|
|
|
|
|
|
|
- remplacement de headers : parser le header et <EFBFBD>ventuellement le supprimer puis le(les) rajouter.
|
|
|
|
|
|
- session->proto.{l4state,l7state,l7substate} pour CLI et SRV
|
|
|
|
|
|
- errorloc : si d<EFBFBD>finie dans backend, la prendre, sinon dans front.
|
|
|
|
|
|
- logs : faire be sinon fe.
|
