Add a note on how to handle server first protocols
This commit is contained in:
parent
251798a778
commit
ba7e9ed788
1 changed files with 15 additions and 0 deletions
|
@ -673,6 +673,21 @@ If no matching route is found for the TCP routers, then the HTTP routers will ta
|
||||||
If not specified, TCP routers will accept requests from all defined entry points.
|
If not specified, TCP routers will accept requests from all defined entry points.
|
||||||
If you want to limit the router scope to a set of entry points, set the entry points option.
|
If you want to limit the router scope to a set of entry points, set the entry points option.
|
||||||
|
|
||||||
|
??? info "How to handle Server First protocols?"
|
||||||
|
|
||||||
|
To correctly handle a request, Traefik needs to wait for the first
|
||||||
|
few bytes to arrive before it can decide what to do with it.
|
||||||
|
|
||||||
|
For protocols where the server is expected to send first, such
|
||||||
|
as SMTP, if no specific setup is in place, we could end up in
|
||||||
|
a situation where both sides are waiting for data and the
|
||||||
|
connection appears to have hanged.
|
||||||
|
|
||||||
|
The only way that Traefik can deal with such a case, is to make
|
||||||
|
sure that on the concerned entry point, there is no TLS router
|
||||||
|
whatsoever (neither TCP nor HTTP), and there is at least one
|
||||||
|
non-TLS TCP router that leads to the server in question.
|
||||||
|
|
||||||
??? example "Listens to Every Entry Point"
|
??? example "Listens to Every Entry Point"
|
||||||
|
|
||||||
**Dynamic Configuration**
|
**Dynamic Configuration**
|
||||||
|
|
Loading…
Reference in a new issue