Kungani umlaleli we-proxy ye-SSH ehlanekezelwe etholakala kuseva kuphela
Hlola ikheli le-bind lomlaleli okude kanye nemodi ye-GatewayPorts ngaphambi kokushintsha i-protocol ye-proxy noma izifakazelo.
Ukudlulisela kude kungasebenza kusuka kuseva ye-SSH kodwa kunqabe ukuxhumana okuvela komunye umshini ngoba kulalela ku-loopback kuphela. Hlola ikheli lokulalela langempela kuqala.
Ohlangothini lweseva GatewayPorts | I-bind yokudlulisela kude |
|---|---|
no, okuzenzakalelayo | Kunciphisa abalaleli ku-loopback |
yes | Kuphoqa i-bind ye-wildcard |
clientspecified | Kuvumela iklayenti ukuthi licele ikheli le-bind elithile |
Kumlaleli ohloselwe ingxenye eyodwa elawulwayo, iseva ingasebenzisa:
GatewayPorts clientspecifiedIklayenti libe selicela ikheli elifanele encazelweni yalo ye--R. Lelo kheli kufanele libe khona emshinini okude, futhi ezinye izivimbelo zokudlulisela zisasebenza. I--g ohlangothini lweklayenti ayilona ukulawula okushintshanayo kule ndlela.
Izimvume ezintathu zihlala zehlukene: ukugunyazwa kwe-SSH kokudala ukudlulisela, ukufinyelela kwenethiwekhi kumlaleli walo, kanye nenqubomgomo yokufinyelela yesevisi ye-HTTP noma ye-SOCKS uqobo. Ukungena nge-SSH kuqinisekisa umdali womhubhe; akukuqinisekisi yonke into ebiza kamuva yomlaleli owabiwe futhi akungezi inselelo yephasiwedi ye-SOCKS.
Uma umbizi okude engakakwazi ukuxhuma, hlola ikheli le-bind, izivimbelo zokudlulisela zeseva kanye nendlela ye-firewall ngaleyo ndlela. Lapho i-TCP isifinyelela kumlaleli, ukwehluleka kokuxhawula kwe-proxy kuyinkinga yakamuva.