Apache TrafficServer: no hay respuesta de Jenkins en la configuración de proxy inverso

Apache TrafficServer: no hay respuesta de Jenkins en la configuración de proxy inverso

Estoy probando ApacheTrafficServer (5.3.5) en mis enrutadores OpenBSD/PFSense (PC dedicada con 5 puertos de 1 MB). Mencioné aquí el host OpenBSD/PFSense pero no espero que haga una diferencia, pero puedo estar equivocado.

En remap.config tengo las siguientes entradas:

CONFIG proxy.config.url_remap.remap_required INT 1
CONFIG proxy.config.http.referer_filter INT 1
CONFIG proxy.config.http.referer_format_redirect INT 1

# jenkins 
map_with_referer http://jenkins/ http://jenkins-ci.shm:8001/
reverse_map http://jenkins-ci.shm:8001/ http://jenkins/

Lo que obtengo cuando entro"http://jenkins/" en el navegador hay un navegador que va al país de Nunca Jamás y nunca regresa.

¿Cómo soluciono este problema?

Actualizar Para evitar algunas preguntas: Sí, Jenkins se resuelve en el cuadro pfsense/trafficserver y sí, jenkins-ci se resuelve en la máquina que ejecuta jenkins. Sí, el servidor de tráfico escucha en el puerto 80 y el puerto 443 solo en las interfaces LAN, y ambas máquinas están en la LAN.

Respuesta1

La configuración anterior no debería ir a remap.config; la mitad debería estar en records.config

en registros.config:

CONFIG proxy.config.url_remap.remap_required INT 1
CONFIG proxy.config.http.referer_filter INT 1
CONFIG proxy.config.http.referer_format_redirect INT 1

Y en remap.config:

# jenkins 
map_with_referer http://jenkins/ http://jenkins-ci.shm:8001/
reverse_map http://jenkins-ci.shm:8001/ http://jenkins/

Menciono eso para completar, aunque supongo que aquí se trata de un error tipográfico en lugar de una mala configuración real.

El hecho de que parezca que se está agotando el tiempo sugiere dos cosas. O ATS está funcionando bien y tiene problemas internos que deberían capturarse en sus registros (especialmente al habilitar el registro de depuración), o la conexión nunca llega a ATS. Es posible que desee probar algunos comandos cURL para confirmar la conectividad entre los distintos elementos.

  • del clientecurl -i http://jenkins/
  • desde el servidor donde se ejecuta ATS: curl -i --resolve "jenkins:80:<ext_ip or lo_ip>" http://jenkins/ycurl -i http://jenkins-ci.shm:8001/

Respuesta2

Lo descubrí este fin de semana.

Hubo un error en el archivo remap.config. El archivo de registro en /var/log/trafficserver/diags.log lo mostró. TrafficServer no estaba escuchando ninguna entrada de configuración de reasignación más allá del error.

información relacionada