One gate to the world: Shorashim and Gitea behind the shared ingress
Three NLBs became one (185.19.28.170, ingress-nginx). Shorashim: `shorashim-external` (NLB 185.19.29.180, NodePort 30923) is replaced by an Ingress — a host-less catch-all (works by IP, no DNS) plus a `shorashim.ch` rule ready for the A record; TLS deliberately not requested until the name resolves. Sanhedrin-length proxy timeouts. The watch behind the ingress (completes tablet 46): the TCP peer is now the ingress controller, so Mishmar.peer/1 takes the caller from X-Real-IP — only when the peer is inside TRUSTED_PROXIES (the pod network, configmap); from anyone else the header is the caller's own claim and is ignored. The ingress Service was already externalTrafficPolicy: Local with its health-check port open, so the caller's address arrives without the security-group change the direct route needed. Verified live: the 11th knock is 429, a forged X-Real-IP is still 429, and in the same minute the old route (pod sees the node) was a different subject. Gitea: no name of its resolves, so it rides the controller's TCP passthrough on the same NLB — :3000 → gitea:80, :22 → gitea:22 (ingress-tcp-services.yaml), on the two NodePorts the security group already allowed. gitea-mcp now reaches Gitea over the cluster network instead of out through an NLB and back. Tamid §1.1 note, KOHEN.md, AGENTS.md. Doorpost e4e3d56d… → a2ec3842…. Elixir 539/0 (L3 on and off). Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This commit is contained in:
1 parent
54ca651f37
commit
e17436c4ca
13 files changed
+247
-44
No files matched your search
@@ -25,6 +25,12 @@ data:
|
||||
# keys never are.
|
||||
API_KEYS_FILE: "/etc/shorashim/secrets/api_keys"
|
||||
|
||||
# The pod network. The ingress controller lives in it; only from here
|
||||
# is X-Real-IP believed as the caller's address (the pe'ah's per-IP
|
||||
# watch, Tamid §1.1). Nothing outside the cluster can reach the pod
|
||||
# directly any more (service.yaml), so nothing outside can forge it.
|
||||
TRUSTED_PROXIES: "192.168.0.0/16"
|
||||
|
||||
# Shoresh Engine binary — staged onto the shared shoresh-bin volume
|
||||
# by the shoresh-engine-install init container (see deployment.yaml).
|
||||
# vav_pipeline spawns it as an Erlang Port, i.e. as a child process of
|
||||
|
||||
Reference in new issue
Block a user