Cambiar el túnel hacia Hermes

Vamos a cambiar el destino del túnel de Next a Hermes. Usá una terminal del host, en lab, después de conectar el agente a red-taller. Necesitás el gateway sano en 8644 y la imagen taller disponible. El hook antiguo /api/github debe seguir inactivo.

Detené el túnel anterior con Ctrl+C en su propia terminal. Como ese connector se inició con --rm, al terminar libera el nombre lab-tunnel. No borres containers ajenos para resolver un conflicto de nombre.

Iniciá el nuevo Quick Tunnel hacia el gateway:

docker run --rm -it --name lab-tunnel \
  --network red-taller \
  taller \
  cloudflared tunnel --no-autoupdate \
  --url http://lab-agent:8644

Copiá el hostname nuevo que imprime cloudflared. El origen ahora es http://lab-agent:8644, no lab-app:3000. En otra terminal del host, comprobá la ruta pública de salud con tu hostname real:

curl -i https://TU_URL_PUBLICA/health

Si el hostname nuevo alcanza el health del gateway y responde 200, ya comprobaste el recorrido público hasta Hermes. La URL del hook será https://TU_URL_PUBLICA/webhooks/github-pr-review. Dejá el proceso del túnel activo para recibir las entregas.

El hostname anterior no se actualiza por sí solo en GitHub. HTTPS no autentica un evento y el túnel expone todo el servicio de destino, no únicamente el path del hook. No expongas rutas de administración o datos que no deban ser públicos.

No sigas si el origen sigue siendo Next, el hostname es viejo, el connector no resuelve lab-agent o health público falla. No publiques puertos del host en todas las interfaces ni desactives la firma como solución.