Kāpēc apgrieztā SSH starpniekservera klausītājs ir pieejams tikai serverī
Pirms starpniekservera protokola vai akreditācijas datu maiņas pārbaudiet attālā klausītāja bind adresi un GatewayPorts režīmu.
Attālināta pāradresācija var darboties no SSH servera, bet noraidīt savienojumus no citas mašīnas, jo tā klausās tikai loopback. Vispirms pārbaudiet faktisko klausīšanās adresi.
Servera pusē GatewayPorts | Attālinātās pāradresācijas bind |
|---|---|
no, noklusējums | Ierobežo klausītājus ar loopback |
yes | Piespiež wildcard bind |
clientspecified | Ļauj klientam pieprasīt konkrētu bind adresi |
Vienai kontrolētai saskarnei paredzētam klausītājam serveris var izmantot:
GatewayPorts clientspecifiedPēc tam klients pieprasa piemērotu adresi savā -R specifikācijā. Šai adresei jābūt attālajā mašīnā, un citi pāradresācijas ierobežojumi joprojām ir spēkā. Klienta puses -g nav aizstājams kontroles līdzeklis šim virzienam.
Trīs atļaujas paliek atsevišķas: SSH atļauja izveidot pāradresāciju, tīkla piekļuve tās klausītājam un paša HTTP vai SOCKS pakalpojuma piekļuves politika. SSH pieteikšanās autentificē tuneļa veidotāju; tā neautentificē katru vēlāko koplietotā klausītāja zvanītāju un nepievieno SOCKS paroles izaicinājumu.
Ja attālais zvanītājs joprojām nevar izveidot savienojumu, šajā secībā pārbaudiet bind adresi, servera pāradresācijas ierobežojumus un ugunsmūra ceļu. Kad TCP sasniedz klausītāju, neizdevusies starpniekservera rokasspraudums ir vēlāka problēma.