SSH SOCKS-videresending er atskilt fra TUN-enhetsfeil
Gjenkjenn en etablert SOCKS-lytter selv når den samme SSH-økten senere ikke klarer å opprette en egen TUN-enhet.
Disse to observasjonene kan forekomme samtidig i én SSH-logg:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Den første gjelder en dynamisk SOCKS-lytter. Den andre gjelder en tunnel-nettverksenhet. De er separate videresendingsforespørsler.
OpenSSH bruker -D for dynamisk videresending på applikasjonsnivå og -w for tunnelenheter. En Tunnel-innstilling kan også be om sistnevnte via konfigurasjon. At man ikke får rettighetene eller servertillatelsen for en TUN-enhet, beviser ikke i seg selv at den tidligere SOCKS-lytteren aldri ble opprettet.
Les hva som lyktes før feilen: SSH-autentisering, opprettelsen av lytteren og enhver senere forespørsel om målkanal. En lyttende SOCKS-port trenger fortsatt en kompatibel klient og et tilgjengelig, tillatt mål. Det er bevis om ett trinn.
Hvis den tiltenkte jobben bare er SOCKS-videresending, undersøk hvorfor en tunnelenhet i det hele tatt ble forespurt. En avgrenset konfigurasjon kan slå av den urelaterte forespørselen:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behold de vanlige SSH-vertnøkkel- og kontokontrollene. Det er ingen grunn til å gi nettverksenhetsrettigheter bare for å dempe en feil for en funksjon som SOCKS-ruten ikke trenger.