Ang pagpapasa ng SSH SOCKS ay hiwalay sa mga error ng TUN device

Ang dalawang obserbasyong ito ay maaaring magkasama sa isang SSH log:

Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.

Ang una ay tungkol sa isang dynamic na SOCKS listener. Ang pangalawa ay tungkol sa isang tunnel network device. Magkaibang kahilingan sa pagpapasa ang mga ito.

Ginagamit ng OpenSSH ang -D para sa dynamic na pagpapasa sa antas ng aplikasyon at ang -w para sa mga tunnel device. Ang setting na Tunnel ay makakahiling din ng huli sa pamamagitan ng konfigurasyon. Ang kabiguan na makuha ang mga pribilehiyo o pahintulot ng server para sa TUN device ay hindi mismo nagpapatunay na ang naunang SOCKS listener ay hindi kailanman ginawa.

Basahin kung ano ang nagtagumpay bago ang error: pagpapatotoo ng SSH, paggawa ng listener at anumang kasunod na kahilingan sa channel ng destinasyon. Ang nakikinig na SOCKS port ay nangangailangan pa rin ng tugmang kliyente at naaabot, pinahihintulutang destinasyon. Ebidensya ito tungkol sa isang yugto.

Kung ang inilaan na gawain ay pagpapasa ng SOCKS lamang, suriin kung bakit humiling ng tunnel device. Maaaring patayin ng limitadong konfigurasyon ang walang kaugnayang kahilingang iyon:

ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]

Panatilihin ang karaniwang pagsusuri ng host key at account ng SSH. Walang dahilan upang magbigay ng pribilehiyo sa network device para lamang patahimikin ang isang error para sa isang tampok na hindi kailangan ng rutang SOCKS.