Настройте Pidgin с офисным прокси

Question

Мой gtalk работает за прокси в офисе. Для подключения я должен установить следующее:

Прокси: IMProxy или 171.22.218.212

Порт 8085

Прокси требует проверки подлинности: False

Я пытался, но не смог настроить Pidgin с моим офисным прокси.

Какие настройки необходимы для подключения pidgin к Google через прокси?

GTalk

Вот скриншот моей страницы настроек сетевых подключений gtalk, которая отлично работает:

пиджин

Основные:

Дополнительно:

Answer 1

Основы взяты из ответа Google для настройки Pidgin для Google Talk.
Они кажутся в порядке.

Сверх того,

1. Измените свой Connect server на talk.google.com
   Вам сказали в других ответах сделать это,
   но ваш вопрос изображение не отражает эту коррекцию
   • Проверьте подключение через прокси с
     telnet talk.google.com 8085
     Это должно привести к Connected to строкой, и Escape character is обычно является строкой.
     Соединение TCP произойдет, а затем закроется, так как TELNET не будет говорить gtalk .
     Это подтвердит, что прокси-сервер сработал для того, чтобы вы перешли на сервер Google talk
   • Сделайте эти две попытки отдельно, чтобы увидеть, работает ли одна из них,
   • Оставьте флажки « Force old SSL » и « Allow plain text Auth » неактивными.
   • Держите их обоих проверенными - чтобы увидеть, работает ли это

---

Обновление из комментария,
При попытке telnet talk.google.com 8080 ,
Подключение и закрытие TELNET - хороший знак,
как я уже сказал, TELNET не может общаться с сервером gtalk .
Это может сделать только начальное 3-х стороннее TCP-подтверждение

• Telnet: Привет, это я (SYN);
• talk.google: Привет, рад вас видеть (SYN-ACK),
• Telnet: О, ты рядом, давай поговорим (ACK)
• тогда TELNET не знает языка, чтобы идти дальше :-)
  • но, Pidgin делает, и может продолжить оттуда ...

Если вы обнаружите, что 8085 не соединяется с TELNET, а 8080 делает,
тогда 8080 скорее всего, правильный порт прокси.
(8080 также чаще используется для прокси).
Вы подтвердили, что 8085 объявлен в качестве прокси-порта в вашей сети?

Было бы очень удивительно найти talk.google.com
подключиться произвольно через порт 8080 по любой другой причине,
в то время как 8085 показывает время ожидания.

---

На ваш обновленный вопрос с конфигурацией gtalk.
Что-то здесь не так.

1. Как ваш gtalk может работать для порта назначения 8085 когда вы даже не можете подключиться к нему через TELNET ?
   • И, почему вы можете TELNET на 8080 (хотя успешное соединение закрывается после этого)
     но тогда Pidgin не может даже подключиться?

Вы, вероятно, должны проверить с помощью netstat , TCPView или, возможно, wireshark
чтобы увидеть, что происходит с вашими попытками подключения здесь.

Answer 2

Попробуйте XMPP в качестве типа протокола.

Попробуй это:

Answer 3

Выберите Тип прокси как HTTP, сервер проверки -> введите IP-адрес прокси-сервера, порт, 8085 (как упомянуто выше)

Answer 4

Требуется SSL/TLS проверено

Принудительно отключить старый (порт 5223) SSL

Порт подключения: 5222 (не 5223)

Подключите сервер: talk.google.com

И использовать настройки HTTP-прокси или можете попробовать настройки среды.

Answer 5

Из того, что я заметил, у меня такая же проблема и на рабочем месте. Также есть прокси без логина / пароля. Google Talk работает, но не подключается от Pigdin.

На мой взгляд, это вопрос порта. Google Talk не использует те же порты, что и XMPP (я могу сказать что-то глупое, поправьте меня, если я ошибаюсь). Из tcpview я мог видеть только используемые порты, такие как 1420 или другие.

На самом деле многие прокси настроены на отказ от туннелирования на других портах, отличных от определенного списка (80, 443 и т.д.). Очевидно, программе GTalk удается найти порт для подключения, но я думаю, что прямое подключение от Pigdin как-то отказано.

В этом случае я не думаю, что он сможет использовать его на работе.