SSH SOCKS-plusendado estas aparta de TUN-aparataj eraroj
Rekonu starigitan SOCKS-aŭskultanton eĉ kiam la sama SSH-sesio poste malsukcesas krei apartan TUN-aparaton.
Ĉi tiuj du observoj povas kunekzisti en unu SSH-protokolo:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.La unua koncernas dinamikan SOCKS-aŭskultanton. La dua koncernas tunelan retan aparaton. Ili estas apartaj plusendaj petoj.
OpenSSH uzas -D por dinamika plusendado je aplikada nivelo kaj -w por tunelaj aparatoj. Agordo Tunnel povas ankaŭ peti la lastan per konfiguracio. Malsukceso akiri la privilegiojn aŭ la servilan permeson por TUN-aparato mem ne pruvas, ke la pli frua SOCKS-aŭskultanto neniam estis kreita.
Legu, kio sukcesis antaŭ la eraro: SSH-aŭtentikigo, kreado de la aŭskultanto kaj ĉiu posta peto de cellkanalo. Aŭskultanta SOCKS-pordo ankoraŭ bezonas kongruan klienton kaj atingeblan, permesitan celon. Ĝi estas pruvo pri unu stadio.
Se la celata tasko estas nur SOCKS-plusendado, esploru, kial tunela aparato estis petita entute. Limigita konfiguracio povas malŝalti tiun neparencan peton:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Konservu la kutimajn kontrolojn de SSH-gastiga ŝlosilo kaj konto. Ne ekzistas kialo doni privilegiojn por reta aparato nur por silentigi eraron pri funkcio, kiun la SOCKS-vojo ne bezonas.