Прокси chrome socks через тайм-ауты пересылки по ssh

Я пытаюсь перенаправить весь трафик через Google Chrome через SSH-туннель.

Когда Firefox настроен на использование туннеля, он работает. Когда chrome запускается с добавленными аргументами прокси, это быстро приводит к блокировке процесса ssh и истечению времени ожидания страниц.

Клиент:

  • OpenSSH_5.8p1 Debian-7, OpenSSL 1.0.0d 8 февраля 2011 г.
  • Google Chrome 17.0.963.79

Сервер:

  • OpenSSH_5.9p1 Debian-3ubuntu1, OpenSSL 1.0.0g 18 января 2012 г.

Конфигурация сервера;

~$ cat /etc/ssh/sshd_config
...
PermitRootLogin no
AllowUsers testuser
ClientAliveInterval 60
ClientAliveCountMax 5
GatewayPorts yes
MaxSessions 100
#MaxStartups 100

Клиент подключен с помощью ~$ ssh -v -D 8118 testuser@example.net

Хром выполнен с ~$ google-chrome --proxy-server="socks5://localhost:8118"

debug1: Connection to port 8118 forwarding to socks port 0 requested.
debug1: channel 3: new [dynamic-tcpip]
debug1: Connection to port 8118 forwarding to socks port 0 requested.
debug1: channel 4: new [dynamic-tcpip]
...
debug1: Connection to port 8118 forwarding to socks port 0 requested.
debug1: channel 51: new [dynamic-tcpip]
debug1: Connection to port 8118 forwarding to socks port 0 requested.
debug1: channel 52: new [dynamic-tcpip]

Страницы загружены в отчет Chrome;Error 7 (net::ERR_TIMED_OUT): The operation timed out.

Процесс ssh на стороне клиента блокируется и должен быть уничтожен.

Источник

2 ответа

Решение

Я в конечном итоге исправить это с помощью Privoxy

Я настраиваю Privoxy на сервере ssh (по умолчанию слушать на 8118)

затем подключается к серверу с помощью;ssh user@example.net -L 8118:localhost:8118

Затем установите chrome для использования localhost:8118 для всех протоколов.

Примечание: после настройки privoxy используйте http в качестве схемы в chrome /firefox

Источник

У меня была та же проблема.. Он работал в Firefox (и проверьте, что он работает в Firefox..., потому что в Firefox есть настройка, чтобы не использовать прокси при работе с локальным адресом... так что это может выглядеть, как будто это работает, когда это не так, но здесь, это работало, и я думаю, что это работало и для вас. Но, как вы говорите, не в Chrome)

Для меня ключ делал socks5:// до IP. В противном случае это просто предполагает, что это обычный HTTP-прокси.

В Chrome есть два способа настройки прокси-сервера, в том числе SOCKS Proxy.
а) настройка его "в браузере"
б) установить его из командной строки

Чтобы установить его из браузера, посмотрите, где он обычно запрашивает IP-адрес и порт (wrench..settings..under bonnett / hood..change прокси-настройки..LAN..)

Тогда, где он просит IP и порт - не просто поставить IP для IP. Положите socks5://ip или я полагаю socks4:// если это socks4. Это может не работать для IE

Вы также можете поставить галочку в поле "Использовать прокси", затем оставить поле пустым, нажать "Дополнительно" и ввести IP-адрес и порт для прокси-сервера SOCKS в поле "SOCKS". Это работает для IE тоже.

Вы можете увидеть это, перейдя в chrome://net-internals

Чтобы установить его из командной строки (используйте Everything от Voidtools, чтобы помочь вам найти путь!)

C: \ Documents and Settings \ name \ Локальные настройки \ Данные приложения \Google\Chrom lication>chrome --proxy-server="socks5://192.168.1.5:1234"

Вы можете использовать netstat -aon look для множества соединений с установленным прокси-портом 1234, и не должно быть никаких соединений с портом 80, если на них есть do tracert, это могут быть вещи, о которых вы знаете, что они не из вашего веб-браузер, такой как dropbox или, возможно, logmein, и убедитесь, что браузер получает свои страницы через прокси.

эта ссылка была полезной http://code.google.com/p/chromium/issues/detail?id=38207

Источник
Другие вопросы по тегам