Zakaj je poslušalec obratnega proxyja SSH dosegljiv le na strežniku
Preden spremenite protokol proxyja ali poverilnice, preverite naslov vezave oddaljenega poslušalca in način GatewayPorts.
Oddaljeno posredovanje lahko deluje s strežnika SSH, a zavrača povezave z drugega računalnika, ker posluša le na loopbacku. Najprej preverite dejanski naslov poslušanja.
Na strani strežnika GatewayPorts | Vezava oddaljenega posredovanja |
|---|---|
no, privzeto | Omejuje poslušalce na loopback |
yes | Vsili vezavo wildcard |
clientspecified | Klientu omogoči, da zahteva določen naslov vezave |
Za poslušalca, namenjenega enemu nadzorovanemu vmesniku, lahko strežnik uporabi:
GatewayPorts clientspecifiedOdjemalec nato zahteva ustrezen naslov v svoji specifikaciji -R. Ta naslov mora obstajati na oddaljenem računalniku in druge omejitve posredovanja še vedno veljajo. Odjemalska možnost -g ni nadomestna kontrola za to smer.
Tri dovoljenja ostajajo ločena: avtorizacija SSH za ustvarjanje posredovanja, omrežni dostop do njegovega poslušalca in lastna politika dostopa storitve HTTP ali SOCKS. Prijava SSH overi ustvarjalca tunela; ne overi vsakega poznejšega klicatelja skupnega poslušalca in ne doda izziva gesla SOCKS.
Če se oddaljeni klicatelj še vedno ne more povezati, v tem vrstnem redu preverite naslov vezave, omejitve posredovanja strežnika in pot skozi požarni zid. Ko TCP doseže poslušalca, je neuspešno rokovanje proxyja poznejša težava.