Переадресація SSH SOCKS відокремлена від помилок пристрою TUN
Розпізнавайте встановлений SOCKS-слухач, навіть якщо той самий сеанс SSH згодом не створить окремий пристрій TUN.
Ці два спостереження можуть співіснувати в одному журналі SSH:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Перше стосується динамічного SOCKS-слухача. Друге стосується мережевого пристрою тунелю. Це окремі запити переадресації.
OpenSSH використовує -D для динамічної переадресації на рівні застосунку та -w для тунельних пристроїв. Параметр Tunnel також може запитувати останнє через конфігурацію. Невдача в отриманні прав або дозволу сервера для пристрою TUN сама по собі не доводить, що попередній SOCKS-слухач ніколи не створювався.
Прочитайте, що вдалося до помилки: автентифікація SSH, створення слухача й кожен подальший запит каналу призначення. Порт SOCKS, що слухає, усе ще потребує сумісного клієнта та досяжного, дозволеного призначення. Це свідчення про один етап.
Якщо запланована робота — лише переадресація SOCKS, з'ясуйте, навіщо взагалі запитували тунельний пристрій. Обмежена конфігурація може вимкнути цей не пов'язаний запит:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Збережіть звичайні перевірки ключа хоста й облікового запису SSH. Немає причин надавати права мережевого пристрою лише для того, щоб приглушити помилку функції, якої маршрут SOCKS не потребує.