docs: add AllowTcpForwarding prerequisite to Hetzner SSH tunnel step#54564
Conversation
Greptile SummaryThis docs-only PR fills a real gap in the Hetzner guide: users with hardened SSH configs hit a cryptic
Confidence Score: 5/5
Prompt To Fix All With AIThis is a comment left during a code review.
Path: docs/install/hetzner.md
Line: 211
Comment:
**Introductory sentence now misleads**
Line 211 still reads "…tunnel from your laptop:" as if the tunnel command immediately follows, but the new prerequisite block is inserted in between. The phrase appears again at line 225 ("…and run the tunnel from your laptop:"), so the opener reads as redundant and misleading.
```suggestion
After the shared build and launch steps, complete the following setup to open the tunnel:
```
How can I resolve this? If you propose a fix, please make it concise.Reviews (1): Last reviewed commit: "docs: add AllowTcpForwarding prerequisit..." | Re-trigger Greptile |
b41adf6 to
cbb2596
Compare
|
ProjectClownfish pushed a narrow repair to this branch so the original contributor path can stay canonical. Source PR: #54564 |
|
Codex review: keeping this open for maintainer follow-up; there is still a little grit to resolve. Keep this PR open. Current main still documents the Hetzner SSH tunnel without the requested Best possible solution: Keep this PR open for maintainer review and merge, or land an equivalent docs/changelog change that adds What I checked:
Likely related people:
Remaining risk / open question:
Codex review notes: model gpt-5.5, reasoning high; reviewed against a820a307dfeb. |
cbb2596 to
e3a4a0a
Compare
Fixes openclaw#54557; carries forward openclaw#54564; refs openclaw#54954. Thanks @satishkc7, @blackstrype, and @Aftabbs.
Fixes openclaw#54557; carries forward openclaw#54564; refs openclaw#54954. Thanks @satishkc7, @blackstrype, and @Aftabbs.
Fixes openclaw#54557; carries forward openclaw#54564; refs openclaw#54954. Thanks @satishkc7, @blackstrype, and @Aftabbs.
Fixes openclaw#54557; carries forward openclaw#54564; refs openclaw#54954. Thanks @satishkc7, @blackstrype, and @Aftabbs.
Summary
AllowTcpForwardingmust be enabled in the VPS sshd config for this to work.channel 3: open failed: administratively prohibited: open failed- with no indication that sshd config is the cause.AllowTcpForwardingsetting, the exact error they will see if it is disabled, and asystemctl restart sshdreminder.Change Type (select all)
Scope (select all touched areas)
Linked Issue/PR
AllowTcpForwardingto be enabled in sshd config #54557Root Cause / Regression History (if applicable)
N/A - docs gap, not a regression.
Regression Test Plan (if applicable)
N/A
User-visible / Behavior Changes
Users following the Hetzner guide now see a prerequisite note about
AllowTcpForwardingbefore the tunnel command.Security Impact (required)
Repro + Verification
Environment
Steps
AllowTcpForwarding no)ssh -N -L 18789:127.0.0.1:18789 root@YOUR_VPS_IPchannel 3: open failed: administratively prohibited: open failedExpected
Actual (before fix)
AllowTcpForwardinganywhere in the guideEvidence
AllowTcpForwardingto be enabled in sshd config #54557)Human Verification (required)
AllowTcpForwarding localis the minimal safe setting for this use caseAllowTcpForwarding yesalso works but is broader than needed;localis the right recommendation for this setupReview Conversations
Compatibility / Migration
Failure Recovery (if this breaks)
docs/install/hetzner.mdRisks and Mitigations
None - docs-only change.