Эти два наблюдения могут сосуществовать в одном журнале 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 не нужна.

Похожие статьи