Змусьте SSH використовувати вже наявний SOCKS-проксі

Використовуйте наявний SOCKS-проксі як транспорт для SSH-з'єднання через сумісний помічник ProxyCommand.

ssh -D створює SOCKS-слухач; він не вибирає наявний для власного з'єднання SSH. З реалізацією nc від OpenBSD використовуйте запис хоста в конфігурації клієнта SSH, наприклад ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Викличте ssh server-via-socks. Помічник зв'язується зі службою SOCKS5 на машині клієнта SSH і запитує цільовий хост/порт. Далі SSH виконує звичайну перевірку ключа хоста та вхід користувача в потоці.

Перевірте підтримку помічника, перш ніж вводити пароль проксі. OpenBSD nc описує автентифікацію проксі для HTTP CONNECT, а не автентифікацію SOCKS. Служба SOCKS, захищена обліковими даними, може потребувати іншого сумісного помічника. Збережіть автентифікацію спільного проксі, а не видаляйте її заради непідтримуваного клієнта.

Призначення бачить зовнішнє з'єднання проксі, а перевірка SSH усе ще визначає справжній сервер. Неможливість досягти його порту виникає до входу SSH; прийнятий тунель із наступною відмовою в ключі стосується облікових даних SSH.

Налаштування застосовується до цього SSH-з'єднання. Воно не налаштовує трафік браузера чи будь-який інший застосунок.

Схожі статті