SSH SOCKS peradresavimas atskiras nuo TUN įrenginio klaidų
Atpažinkite sukurtą SOCKS klausytoją net tada, kai ta pati SSH sesija vėliau nesugeba sukurti atskiro TUN įrenginio.
Šie du pastebėjimai gali egzistuoti viename SSH žurnale:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Pirmasis susijęs su dinaminiu SOCKS klausytoju. Antrasis susijęs su tunelio tinklo įrenginiu. Tai atskiri peradresavimo prašymai.
OpenSSH naudoja -D dinaminiam peradresavimui programos lygmeniu ir -w tunelio įrenginiams. Nuostata Tunnel taip pat gali prašyti pastarojo per konfigūraciją. Tai, kad nepavyko gauti teisių ar serverio leidimo TUN įrenginiui, pats savaime neįrodo, kad ankstesnis SOCKS klausytojas niekada nebuvo sukurtas.
Perskaitykite, kas pavyko prieš klaidą: SSH autentifikacija, klausytojo sukūrimas ir bet koks vėlesnis paskirties kanalo prašymas. Klausanti SOCKS prievada vis dar reikalauja suderinamo kliento ir pasiekiamos, leidžiamos paskirties. Tai vieno etapo įrodymas.
Jei numatytas darbas yra tik SOCKS peradresavimas, ištirkite, kodėl apskritai buvo prašoma tunelio įrenginio. Apribota konfigūracija gali išjungti tą nesusijusį prašymą:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Išsaugokite įprastus SSH pagrindinio kompiuterio rakto ir paskyros patikrinimus. Nėra jokios priežasties suteikti tinklo įrenginio teises vien tam, kad būtų nutildyta klaida dėl funkcijos, kurios SOCKS maršrutui nereikia.