У меня есть домашний ПК под управлением Ubuntu 12.10.
Чтобы убедиться, что мои данные не отслеживаются публично, в прошлом я использовал VPN-сервис по подписке.
Я решил исследовать альтернативы и обнаружил, что OpenSSH значительно упрощает создание прокси-сервера SOCKS, который можно использовать с Firefox и PuTTy.
После долгих проб и ошибок у меня наконец-то появился сервер, к которому я могу подключиться удаленно и использовать команды BASH. (Мне пришлось использовать порт 80 для сервера SSH, так как многие места блокировали трафик через «обычные порты» «Например, 22.)
Реальная проблема возникла, когда я попытался использовать это как прокси.
Я использовал PuTTy, зашел в раздел «Туннели SSH», добавил динамический перенаправленный порт и установил порт на 80. Затем я вошел в Firefox и выбрал SOCKS v5, 127.0.0.1 в качестве IP-адреса, а порт - как 80. Казалось, что это работает отлично, и запрос «whats my ip» Google вернул правильный домашний IP-адрес, но затем он перестал работать.
Сама оболочка продолжала работать, и я использовал ее для сброса домашнего SSH-сервера, но безрезультатно. Я понятия не имею, что происходит, и любая помощь будет принята с благодарностью.
Если вам нужна дополнительная информация, я буду рад ее предоставить.
У меня была похожая проблема, когда я туннелировал, используя ssh
в GNU / Linux. Я не знаю, связано ли это, но в итоге эффект тот же, я не смог найти никаких ответов в сети, и это был лучший результат поиска, поэтому я решил внести свой вклад в свое решение.
В моем случае я выполнял это:
ssh -C2qTnN -D 127.0.0.1:3128 user@remote.host
, чтобы открыть туннельный прокси SOCKS, и команда была в сценарии bash.
Проблема и решение: я создал туннель, используя одного пользователя Linux и его ssh-ключи, и пытался подключиться, используя другого пользователя. Команда ssh
работала в фоновом режиме, поэтому я не мог видеть, что она запрашивает у меня аутентификацию. Добавление открытого ключа нового локального пользователя из ~/.ssh/id_rsa.pub
к удаленному серверу в /home/user/.ssh/authorized_keys
добилось цели.
Примечание: файл authorized_keys
с удаленного сервера должен быть доступен только для чтения в некоторых системах, поэтому, если вы создадите этот файл самостоятельно, сделайте chmod 400 authorized_keys
, потому что некоторые конфигурации сервера ssh откажутся читать его, если у кого-то есть права на запись. .