|
|
@@ -67,6 +67,13 @@ In this setup that hostname resolves back to **this** server, so mtg's
|
|
67
|
67
|
fronting dial would hit HAProxy on `:443`, HAProxy would see the SNI
|
|
68
|
68
|
matching the secret and route the connection back to mtg → loop.
|
|
69
|
69
|
|
|
|
70
|
+The trigger is DNS, not name equality: the loop reproduces whenever
|
|
|
71
|
+the secret's hostname resolves to this host, regardless of how it
|
|
|
72
|
+relates to the domain Caddy serves (same name, subdomain, parent, or
|
|
|
73
|
+unrelated). In an SNI-router deployment the secret's hostname has to
|
|
|
74
|
+point here for clients to reach mtg in the first place, so the loop
|
|
|
75
|
+is the default state unless mtg is steered away from HAProxy.
|
|
|
76
|
+
|
|
70
|
77
|
To break the loop, `mtg-config.toml` pins the fronting target to
|
|
71
|
78
|
Caddy's container address directly:
|
|
72
|
79
|
|