Вам не нужен прокси SOCKS для этого; простое перенаправление портов SSH будет работать. Например, существует сервер в моем офисе, к которому я часто должен получать доступ, который мы назовем server.example.com
. Я не могу соединиться с ним непосредственно, но я могу ssh к myofficemachine.example.com
. Таким образом, я делаю это:
ssh -L 3389:server.example.com:3389 myofficemachine.example.com
И затем я указываю на свой локальный Клиент удаленного рабочего стола на localhost
. Это работает отлично, и моя установка почти идентична Вашей - Mac дома, поле Linux в моем офисе и Windows Server в другой сети работы.
Я решил эту проблему, просмотрев кучу различной документации по настройке FTPS для IIS 7.5. Проблема заключалась не в том, что я создавал второй сайт FTPS с конфигурациями, отличными от конфигурации первого сайта FTPS, но следил за тем, чтобы полное доменное имя / имя хоста в SSL и заголовок хоста для сайта FTPS точно совпадали, при этом удостоверившись:
1) В Filezilla был включен параметр «Требовать неявный FTP через TLS», но для имени пользователя был заполнен формат «hostheader | username».
2) Убедитесь, что имя сервера / веб-сайта / fqdn в настройке FTP соответствует заголовки хоста / полное доменное имя в вашем сертификате SSL. Одна из самых вводящих в заблуждение частей информации в документации, которую я обнаружил, заключалась в том, что в заголовках хоста должно быть указано «ftps» или что-то в этом роде, чтобы работать в Filezilla.
3) что второй сайт FTPS был настроен для порта, отличного от порта 1 (сайт 1 настроен для порта 21, а сайт 2 настроен для порта 990)
Лучшая информация, которую я нашел, чтобы помочь вам будущее за этим руководством:
Настройка FTPS в IIS 7.5 Использование заголовков хоста Учебное пособие