Дозвольте SFTP повторно використовувати ваш SSH-маршрут через проксі

Використовуйте запис хоста SSH для SFTP і відокремте порт HTTP-проксі від порту SSH призначення.

SFTP іде через SSH. Якщо SSH потрібен помічник-проксі, щоб дістатися файлового сервера, помістіть цей маршрут у запис хоста і дозвольте SFTP ним користуватися.

Host files-via-proxy
    HostName files.example.net
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Із сумісним з OpenBSD помічником netcat sftp files-via-proxy використовує цей шлях з'єднання. Проксі слухає порт 8080; запитаний порт призначення — це налаштований порт SSH файлового сервера. Це окремі значення. Для публічного SFTP-сервера, де дозволені публічні посередники, список HTTP-проксі пропонує кандидатів для HTTP-проксі-ендпоінта помічника. Не використовуйте облікові дані проксі для неавтентифікованого кандидата і переконайтеся, що він дозволяє фактичний хост і порт SSH файлового сервера.

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

Автентифікація проксі, автентифікація користувача SSH і дозвіл на доступ до віддаленого файлу залишаються окремими перевірками. Призначення також має надавати підсистему SFTP. Робочий тунель сам по собі не дає файлової сесії, а обліковий запис, обмежений лише переадресацією, не обов'язково придатний для SFTP.

Тримайте перевірку ключа хоста ввімкненою. Проксі дає маршрут; він не повинен замінювати ідентичність файлового сервера своєю.

Схожі статті