SSH SOCKS-vidarebefordran är skild från TUN-enhetsfel
Känn igen en etablerad SOCKS-lyssnare även när samma SSH-session senare misslyckas med att skapa en separat TUN-enhet.
Dessa två observationer kan förekomma samtidigt i en och samma SSH-logg:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Den första gäller en dynamisk SOCKS-lyssnare. Den andra gäller en tunnel-nätverksenhet. De är separata vidarebefordringsförfrågningar.
OpenSSH använder -D för dynamisk vidarebefordran på applikationsnivå och -w för tunnelenheter. En Tunnel-inställning kan också begära det senare via konfigurationen. Att behörigheterna eller servertillståndet för en TUN-enhet saknas bevisar inte i sig att den tidigare SOCKS-lyssnaren aldrig skapades.
Läs vad som lyckades före felet: SSH-autentisering, skapandet av lyssnaren och varje senare förfrågan om målkanal. En lyssnande SOCKS-port behöver fortfarande en kompatibel klient och ett nåbart, tillåtet mål. Det är bevis om ett steg.
Om det avsedda arbetet bara är SOCKS-vidarebefordran, undersök varför en tunnelenhet överhuvudtaget begärdes. En avgränsad konfiguration kan stänga av den orelaterade förfrågan:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behåll de vanliga SSH-värdnyckel- och kontokontrollerna. Det finns ingen anledning att ge nätverksenhetsbehörigheter bara för att tysta ett fel för en funktion som SOCKS-vägen inte behöver.