SSH SOCKS-deurverkeer is apart van TUN-toestelfoute
Herken 'n bestaande SOCKS-luisteraar selfs wanneer dieselfde SSH-sessie later nie daarin slaag om 'n aparte TUN-toestel te skep nie.
Hierdie twee waarnemings kan in een SSH-log saam bestaan:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Die eerste het betrekking op 'n dinamiese SOCKS-luisteraar. Die tweede het betrekking op 'n tonnelnetwerktoestel. Dit is afsonderlike deurverkeeraanvrae.
OpenSSH gebruik -D vir dinamiese deurverkeer op toepassingsvlak en -w vir tonneltoestelle. 'n Tunnel-instelling kan laasgenoemde ook deur konfigurasie aanvra. Die versuim om die voorregte of bedienerregte vir 'n TUN-toestel te kry, bewys opsigself nie dat die vroeëre SOCKS-luisteraar nooit geskep is nie.
Lees wat geslaag het voor die fout: SSH-verifikasie, die skep van die luisteraar en enige latere bestemmingskanaalversoek. 'n Luisterende SOCKS-poort benodig steeds 'n versoenbare kliënt en 'n bereikbare, toegelate bestemming. Dit is bewys oor een stadium.
As die beoogde taak net SOCKS-deurverkeer is, ondersoek waarom hoegenaamd 'n tonneltoestel aangevra is. 'n Beperkte konfigurasie kan daardie onverwante versoek deaktiveer:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behou die normale SSH-gasheersleutel- en rekeningkontroles. Daar is geen rede om netwerktoestelvoorregte toe te staan bloot om 'n fout stil te maak vir 'n funksie wat die SOCKS-roete nie nodig het nie.