Hvorfor en omvendt SSH-proxylytter kun er tilgængelig på serveren
Kontroller den eksterne lytteres bindingsadresse og GatewayPorts-tilstand, før du ændrer proxyprotokollen eller legitimationsoplysningerne.
En ekstern videresendelse kan fungere fra SSH-serveren, men afvise forbindelser fra en anden maskine, fordi den kun lytter på loopback. Kontroller først den faktiske lytteradresse.
På serversiden GatewayPorts | Binding af ekstern videresendelse |
|---|---|
no, standarden | Begrænser lyttere til loopback |
yes | Tvinger wildcard-binding |
clientspecified | Lader klienten anmode om en bestemt bindingsadresse |
Til en lytter beregnet til én kontrolleret grænseflade kan serveren bruge:
GatewayPorts clientspecifiedKlienten anmoder derefter om en passende adresse i sin -R-specifikation. Denne adresse skal findes på den eksterne maskine, og andre videresendelsesbegrænsninger gælder stadig. -g på klientsiden er ikke en udskiftelig kontrol for denne retning.
Tre tilladelser forbliver adskilte: SSH-godkendelse til at oprette videresendelsen, netværksadgang til dens lytter og HTTP- eller SOCKS-tjenestens egen adgangspolitik. Et SSH-login autentificerer tunnelskaberen; det autentificerer ikke hver senere kald af en delt lytter og tilføjer ikke en SOCKS-adgangskodeudfordring.
Hvis en ekstern kald stadig ikke kan oprette forbindelse, skal du undersøge bindingsadressen, serverens videresendelsesbegrænsninger og firewallstien i den rækkefølge. Når TCP når lytteren, er et mislykket proxy-håndtryk et senere problem.