SSH SOCKS-doorsturen staat los van TUN-apparaatfouten
Herken een gevestigde SOCKS-listener, ook wanneer dezelfde SSH-sessie later geen apart TUN-apparaat kan aanmaken.
Deze twee waarnemingen kunnen naast elkaar in één SSH-log staan:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.De eerste betreft een dynamische SOCKS-listener. De tweede betreft een tunnelnetwerkapparaat. Het zijn afzonderlijke doorstuuraanvragen.
OpenSSH gebruikt -D voor dynamisch doorsturen op applicatieniveau en -w voor tunnelapparaten. Een Tunnel-instelling kan het laatste ook via configuratie opvragen. Dat de rechten of de servertoestemming voor een TUN-apparaat ontbreken, bewijst op zichzelf niet dat de eerdere SOCKS-listener nooit is aangemaakt.
Lees wat vóór de fout slaagde: SSH-authenticatie, het aanmaken van de listener en elk later verzoek om een bestemmingskanaal. Een luisterende SOCKS-poort heeft nog steeds een compatibele client en een bereikbare, toegestane bestemming nodig. Het is bewijs over één fase.
Als het bedoelde werk alleen SOCKS-doorsturen is, onderzoek dan waarom er überhaupt een tunnelapparaat werd aangevraagd. Een beperkte configuratie kan dat ongerelateerde verzoek uitschakelen:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Behoud de gebruikelijke SSH-hostkey- en accountcontroles. Er is geen reden om netwerkapparaatrechten te geven alleen om een fout te dempen voor een functie die de SOCKS-route niet nodig heeft.