SSH SOCKS-videresendelse er adskilt fra TUN-enhedsfejl
Genkend en etableret SOCKS-lytter, selv når den samme SSH-session senere ikke kan oprette en separat TUN-enhed.
Disse to observationer kan forekomme samtidig i én SSH-log:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Den første vedrører en dynamisk SOCKS-lytter. Den anden vedrører en tunnelnetværksenhed. De er separate videresendelsesanmodninger.
OpenSSH bruger -D til dynamisk videresendelse på applikationsniveau og -w til tunnelenheder. En Tunnel-indstilling kan også anmode om sidstnævnte via konfiguration. Manglende rettigheder eller servertilladelse til en TUN-enhed beviser ikke i sig selv, at den tidligere SOCKS-lytter aldrig blev oprettet.
Læs, hvad der lykkedes før fejlen: SSH-godkendelse, oprettelse af lytteren og enhver senere anmodning om destinationskanal. En lyttende SOCKS-port har stadig brug for en kompatibel klient og en tilgængelig, tilladt destination. Det er bevis om ét trin.
Hvis opgaven kun er SOCKS-videresendelse, undersøg hvorfor en tunnelenhed overhovedet blev anmodet om. En afgrænset konfiguration kan deaktivere den uvedkommende anmodning:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behold de normale SSH-hostnøgle- og kontokontroller. Der er ingen grund til at give netværksenhedsrettigheder blot for at dæmpe en fejl for en funktion, som SOCKS-ruten ikke har brug for.