SSH remote unreachable from LAN: git-ssh host resolves to internal container IP #1
Labels
No labels
area/auth
area/backend
area/ci
area/deploy
area/e2e
area/frontend
area/shared
blocked
good-first-issue
needs-info
priority/high
priority/low
priority/medium
type/bug
type/chore
type/docs
type/feature
type/tech-debt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
celilo/lunacycle#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Cloning/pushing over SSH to this repo times out from the LAN. The SSH hostname resolves to an internal celilo container IP that isn't routable from outside the deployment network.
Details
git-ssh.git.celilo.computer→10.0.20.14(internal10.xcontainer IP — not routable from the LAN; TCP connect to port2222times out)git.celilo.computer(web/HTTPS) →192.168.0.253(reachable; HTTPS returns 200, andgit pushover HTTPS works)So the web host is fronted by a reachable reverse proxy on the LAN, but the SSH subdomain points straight at the internal container IP.
Current workaround
Use the HTTPS remote:
(Auth via a Forgejo personal access token.)
Likely cause
Split-horizon DNS — the
git-sshrecord returns the internal IP rather than a LAN-reachable front door. Same class of problem as ISS-0101 (split-horizonwwwresolving to the natIp), tracked ine2e/tests/deploy.test.ts.Acceptance criteria