Se admite allí, y también en el backend, pero parece que a este rol le falta un parámetro.
También noté que hay algunas diferencias entre la plantilla y el archivo README.
El README dice:
haproxy_frontend.{n}.tcp_request: [optional]: Perform an action on a new session depending on a layer 4-7 condition. (e.g. content captureparam req.ssl_sni len 50)
Pero la plantilla tiene action, param y cond como en http_request:
tcp-request {{ tcp_request.action }}{% if tcp_request.param is defined %} {{ tcp_request.param }}{% endif %}{% if tcp_request.cond is defined %} {{ tcp_request.cond }}{% endif %}
Hice una bifurcación y estaba en el proceso de hacer algunos cambios y una solicitud de extracción, pero no estoy seguro de cómo manejar las cosas action
, param
y cond
.
Si observa la configuración de HAProxy, http-request
y tcp-request
difieren un poco.
tcp-request
tiene cosas como content
y connection
en la palabra clave, y luego action
y condition
.
Actualmente, action
sería content
por ejemplo, lo cual creo que es un poco incorrecto.
Si sigue el archivo README, entonces solo será una lista de cosas y la plantilla debe cambiarse.
Si desea separar las acciones, las condiciones y otros parámetros, tanto el archivo README como la plantilla deben corregirse.
:)
Estoy de acuerdo en que README
es un poco lisiado (y la implementación podría ser demasiado :-)). ¿Puede agregar un enlace de la documentación tcp-request
? Intentaré echarle un vistazo pronto.
https://cbonte.github.io/haproxy-dconv/1.8/configuration.html#4.2 -tcp-request% 20connection
Y de ahí abajo. Actualmente, estoy principalmente interesado en tcp-request
contenido.
El martes 8 de mayo de 2018 a las 10:24 a. M., Mischa ter Smitten <
[email protected]> escribió:
Estoy de acuerdo en que el README está un poco lisiado (y la implementación podría ser
también :-)). ¿Puede agregar un enlace de la documentación de tcp-request? Voy a tratar de
para echarle un vistazo pronto.-
Estás recibiendo esto porque eres el autor del hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Oefenweb/ansible-haproxy/issues/75#issuecomment-387310212 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ABVkiHpo0CuBswoa6NOOOXm7P-iOptgwks5twUhGgaJpZM4TzjkI
.
-
MK
Supongo que debería haber 4 opciones separadas:
tcp-request connection
tcp-request content
tcp-request inspect-delay
tcp-request session
Con los argumentos correspondientes (por ejemplo, action
, condition
, timeout
).
¿Puede agregarlos donde sean compatibles?
¿Y eliminar el tcp_request
?
Claro, intentaré echarle un vistazo tan pronto como pueda. :)
El martes, 15 de mayo de 2018, 23:20 Mischa ter Smitten [email protected]
escribió:
¿Puede agregarlos donde sean compatibles?
[imagen: captura de pantalla de 2018-05-15 22-19-38]
https://user-images.githubusercontent.com/3392962/40081396-23b1cbca-588e-11e8-9a39-b4d35b2d0d16.png¿Y eliminar el tcp_request general?
-
Estás recibiendo esto porque eres el autor del hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/Oefenweb/ansible-haproxy/issues/75#issuecomment-389300243 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ABVkiN-5be2V-26r1lPkmFNqFjfQbv82ks5tyzimgaJpZM4TzjkI
.
Finalmente comencé a hacer los cambios. Agregué nuevas variables tcp_request_content, tcp_request_connection, tcp_request_session y tcp_request_inspect_delay a las plantillas para escuchar, backend y frontend.
Los nombres de las variables son un poco largos, también puede ser un dict tcp_request, pero dime lo que piensas. :)