Hvorfor en omvendt SSH-proxylytter bare er tilgjengelig på serveren
Kontroller bindingsadressen til den eksterne lytteren og GatewayPorts-modusen før du endrer proxyprotokollen eller påloggingsinformasjonen.
En ekstern videresending kan fungere fra SSH-serveren, men avvise tilkoblinger fra en annen maskin fordi den bare lytter på loopback. Kontroller først den faktiske lytteadressen.
På serversiden GatewayPorts | Binding av ekstern videresending |
|---|---|
no, standarden | Begrenser lyttere til loopback |
yes | Tvinger wildcard-binding |
clientspecified | Lar klienten be om en bestemt bindingsadresse |
For en lytter ment for ett kontrollert grensesnitt kan serveren bruke:
GatewayPorts clientspecifiedKlienten ber deretter om en passende adresse i sin -R-spesifikasjon. Denne adressen må finnes på den eksterne maskinen, og andre videresendingsbegrensninger gjelder fortsatt. -g på klientsiden er ikke en utskiftbar kontroll for denne retningen.
Tre tillatelser forblir atskilt: SSH-autorisasjon til å opprette videresendingen, nettverkstilgang til lytteren og HTTP- eller SOCKS-tjenestens egen tilgangspolicy. En SSH-pålogging autentiserer tunnelskaperen; den autentiserer ikke hver senere kaller av en delt lytter og legger ikke til en SOCKS-passordutfordring.
Hvis en ekstern kaller fortsatt ikke kan koble til, undersøk bindingsadressen, serverens videresendingsbegrensninger og brannmurveien i den rekkefølgen. Når TCP når lytteren, er et mislykket proxy-håndtrykk et senere problem.