Varför en omvänd SSH-proxylyssnare bara är nåbar på servern
Kontrollera den externa lyssnarens bindadress och GatewayPorts-läget innan du ändrar proxyprotokollet eller inloggningsuppgifterna.
En extern vidarebefordran kan fungera från SSH-servern men neka anslutningar från en annan maskin eftersom den bara lyssnar på loopback. Kontrollera först den faktiska lyssnaradressen.
På serversidan GatewayPorts | Bindning för extern vidarebefordran |
|---|---|
no, standarden | Begränsar lyssnare till loopback |
yes | Tvingar wildcard-bindning |
clientspecified | Låter klienten begära en specifik bindadress |
För en lyssnare avsedd för ett kontrollerat gränssnitt kan servern använda:
GatewayPorts clientspecifiedKlienten begär sedan en lämplig adress i sin -R-specifikation. Den adressen måste finnas på den externa maskinen, och andra vidarebefordringsbegränsningar gäller fortfarande. -g på klientsidan är inte en utbytbar styrning för denna riktning.
Tre behörigheter förblir åtskilda: SSH-auktorisering att skapa vidarebefordran, nätverksåtkomst till dess lyssnare och HTTP- eller SOCKS-tjänstens egen åtkomstpolicy. En SSH-inloggning autentiserar tunnelskaparen; den autentiserar inte varje senare anropare av en delad lyssnare och lägger inte till en SOCKS-lösenordsutmaning.
Om en extern anropare fortfarande inte kan ansluta, granska bindadressen, serverns vidarebefordringsbegränsningar och brandväggsvägen i den ordningen. När TCP når lyssnaren är ett misslyckat proxy-handskakning ett senare problem.