You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Presently, it's necessary to configure router health checks on a discrete web binding because a web binding that incidentally uses the same port as the ziti-edge or link listener will fail "silently" (a non-fatal event is logged).
While that's an acceptable configuration for someone that knows precisely what they're doing, registering a standard handler for aggregated web bindings would enable a more useful default run state.
I'm converging on a default run state where the ziti CLI generates router configs from the built-in templates, including a web binding for health-checks on the same port as the singular port already having registered handlers for ALPN ziti-edge, ziti-link.
Mar 09 19:57:37 mira entrypoint.bash[879073]: [ 47.246] ERROR transport/v2/tls.(*sharedListener).processConn [tls:0.0.0.0:3022]: {remote=[127.0.0.1:48176] error=[not handler for requested protocols [h2 http/1.1]]} handshake failed
The text was updated successfully, but these errors were encountered:
Presently, it's necessary to configure router health checks on a discrete web binding because a web binding that incidentally uses the same port as the ziti-edge or link listener will fail "silently" (a non-fatal event is logged).
While that's an acceptable configuration for someone that knows precisely what they're doing, registering a standard handler for aggregated web bindings would enable a more useful default run state.
I'm converging on a default run state where the ziti CLI generates router configs from the built-in templates, including a web binding for health-checks on the same port as the singular port already having registered handlers for ALPN ziti-edge, ziti-link.
The text was updated successfully, but these errors were encountered: