El reenviament SSH SOCKS és independent dels errors del dispositiu TUN
Reconeix un receptor SOCKS establert encara que la mateixa sessió SSH després no aconsegueixi crear un dispositiu TUN a part.
Aquestes dues observacions poden conviure en un mateix registre SSH:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.
La primera fa referència a un receptor SOCKS dinàmic. La segona fa referència a un dispositiu de xarxa de túnel. Són sol·licituds de reenviament diferents.
OpenSSH utilitza -D per al reenviament dinàmic a nivell d'aplicació i -w per als dispositius de túnel. Un paràmetre Tunnel també pot sol·licitar aquest darrer mitjançant la configuració. No obtenir els privilegis o el permís del servidor per a un dispositiu TUN no demostra per si mateix que el receptor SOCKS anterior no es creés mai.
Llegeix què va funcionar abans de l'error: l'autenticació SSH, la creació del receptor i qualsevol sol·licitud posterior de canal de destinació. Un port SOCKS en escolta encara necessita un client compatible i una destinació accessible i permesa. És una evidència sobre una etapa.
Si la tasca prevista és només el reenviament SOCKS, examina per què es va sol·licitar un dispositiu de túnel. Una configuració limitada pot desactivar aquesta sol·licitud no relacionada:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]
Conserva les comprovacions habituals de clau d'amfitrió i de compte SSH. No hi ha cap motiu per concedir privilegis de dispositiu de xarxa només per silenciar un error d'una funció que la ruta SOCKS no necessita.