Не соединяется через прокси
Issue #91
new
Original issue 91 created by Malaheenee on 2012-01-25T07:10:27.000Z:
Debian 6.0.3, x86
mrim-prpl 0.1.28-2: 1) При дефолтных настройках - ругается на запрещенное туннелирование стандартного порта 2042 (значит, запрещен на прокси) 2) Не соединяется через прокси даже при указании mrim.mail.ru:443 - пишет ошибку "Сбойный пакет (BP)".
mrim-prpl 0.1.28rc (судя по apt)%: все работает.
Comments (25)
-
-
Comment 2 originally posted by plaque_fcc on 2012-01-25T17:38:02.000Z:
Рекомендую (в какой раз уже) посмотреть на проект toonel.net — пример обхода прокси.
Возникнут вопросы, предложения, другие примеры — пишите тут.
-
Account Deleted
Comment 3 originally posted by Malaheenee on 2012-01-27T05:26:38.000Z:
1) идёт к балансировщику - на mrim.mail.ru:2042(или 443) и получает IP:PORT свободного mrim-сервера (можете зайти туда браузером =) )
Испробовали: 94.100.189.189:443 - намертво зависает.
Рекомендую (в какой раз уже) посмотреть на проект toonel.net — пример обхода прокси.
Спасибо, но однажды уже настучали по кумполу за подобные штучки ;)
-
Comment 4 originally posted by ostinru on 2012-01-27T15:35:11.000Z:
Ок... продолжим:
1) При дефолтных настройках - ругается на запрещенное туннелирование стандартного порта 2042 (значит, запрещен на прокси)
можно подробнее про используемую проксю: как называется, запрещён коннект к мэйл-серверам или сам плагин не может работать через проксю? ну, и может ли официальный клиент работать в такой ситуации?
-
Account Deleted
Comment 5 originally posted by Malaheenee on 2012-01-28T01:37:19.000Z:
Хм... Судя по всему прокси - MS ISA Server. Официальный клиент не проверяли сами (негде - Debian все-таки), но по сведениям - работает. Чуть выше мы указывали - именно эта версия не работает, предыдущая (если нужно - прикрепим файл, скачанный здесь же) 0.1.28rc - прекрасно работает при указании 443 порта.
-
Comment 6 originally posted by ostinru on 2012-01-28T06:32:43.000Z:
ок. на этих выходных погляжу diff между этими версиями.
-
Comment 7 originally posted by plaque_fcc on 2012-01-28T09:18:27.000Z:
Рекомендую (в какой раз уже) посмотреть на проект toonel.net — пример обхода прокси.
Спасибо, но однажды уже настучали по кумполу за подобные штучки ;)
А тогда чего Вы, собственно, хотите? Если админ (читай — руководство) против mrIM в частности (или IM в целом), зачем обманывать? А если не против, не проще ли поговорить и попросить настроить уже правило.
Доводилось мне слышать, что «ISA такая умная, что может настроить белый доступ как угодно кому угодно с нужными параметрами, и для этого не требуется БУБНОШАМАНАЛИНУКСОИДА». Что-то такое мне говорили. Про крутую гуёвую ИСУ. Или, всё-таки, нужен человек с мозгом для её обслуживания?
А если «нет, ничоничоневариант»… Могу предложить RDP/RFB/и т.д./-соединение до домашней машины (в безопасной немодерируемой зоне), а уже на ней крутите что вам заблагорассудится.
Сижу и пытаюсь вспомнить, можно ли на домашней машине запустить libpurple-клиент с фишкой гейта в IRC-канал; если кто помнит (уже доводилось испытать?) такую вещь, посигнальте человеку, как это настроить. N.B.: С работы тогда потребуется лишь доступ к IRC-серверу и каналу на нём, а это обычно порт 6667 (и рядом).
-
Comment 8 originally posted by ostinru on 2012-01-28T12:51:55.000Z:
Думаю, Janus.Kobain.Stamp, имела в виду, что неправильно решать административные проблемы техническими способами.
Багу беру на себя. Если это _техническая_ проблема - постараюсь решить.
-
Account Deleted
Comment 9 originally posted by Malaheenee on 2012-01-29T02:43:19.000Z:
Janus.Kobain.Stamp, берегите Ваши нервы. Если бы плагин не соединялся ни в какую - мы бы сюда и не писали. Но если чуть более старая версия-RC соединяется, а новая-стабильная - нет, то это уже баг плагина. Никто нам не мешает использовать эту старую версию, что мы и делаем. Но дабы разработчики могли избежать возможных "граблей", мы сочли своим долгом отписать о проблеме. В нашем университете говорить о чем-либо с админами бессмысленно. 2500 компьютеров. На каждый факультет свой админ-мышевоз (обновляет вид стола или папки через ПКМ->обновить), которого вызываешь летом, а приходит осенью. Так что как они там ИСА-сервер настраивают - одному Богу известно. Чтобы открыли доступ хоть к чему-нибудь, нужно собрать 10 подписей, включая ректорскую, а потом через месяц при решении другого вопроса девочка-админ скажет - "нет, нет, низзя", и отберет честно нажитое. Мы же печемся о нашей лаборатории с 10-ю Дебианами на борту и стараемся не вмешиваться в их дрязги. ostinru, спасибо за понимание.
-
Comment 10 originally posted by ostinru on 2012-01-29T15:54:00.000Z:
Пока ничего критичного не нашёл... Поднял у себя прокси-сервер squid, на дефолтном конфиге squid-а, и указании типа прокси(в пиджине) как "HTTP" работает. (SOCKS-5 не работает... к тому же роняет пиджин - но это другая бага...)
Итого: интересуют настройки прокси в самом пиджине. И pidgin -d |grep mrim (без явок и паролей)
-
Comment 11 originally posted by plaque_fcc on 2012-01-29T19:24:27.000Z:
Ну, да, я — сволочь, и не скрываю. ^,^ Не принимайте на свой личный счёт, описываемая Вами процессуальная проблема неистово мне знакома тоже. Может, благодаря жизни рядом с людьми «ой-как-бы-нам-не-принимать-вот-эти-решения» (вроде ваших админов и им подобных; бюрократов от разных отраслей, короче), я и сволочь до глубины костного мозга.
Так. Судя по всему, гг. ostin, kiv.apple, мы действительно имеем проблему, связанную с изменениями в коде от 0.1 до 0.2.
Проблему нельзя решать в одиночку ostin, поскольку это наша совместная проблема. Даже регрессия.
-
Comment 12 originally posted by plaque_fcc on 2012-01-29T19:35:24.000Z:
Но ISA не должна заменять прямые руки!!
-
Comment 13 originally posted by ostinru on 2012-01-29T19:37:51.000Z:
нет. проблема 0.1.28rc -> 0.1.28: думаю, связанна с issue 25[1] (больше никаких изменений в этот промежуток времени в процесс коннекта и логина на вносилось)
-
Account Deleted
Comment 14 originally posted by Malaheenee on 2012-01-30T06:49:37.000Z:
Настройки прокси берутся из настроек GNOME (для всех протоколов один и тот же). Причем с указанием IP-сервера зависать перестал, стал соединяться... Логи в аттаче. <hr>
- *Attachment: [mrim.log](https://storage.googleapis.com/google-code-attachments/mrim-prpl/issue-91/comment-14/mrim.log)*
-
Comment 15 originally posted by ostinru on 2012-01-30T15:22:26.000Z:
Версия 0.1.28-2 (просто mrim.mail.ru:443, НЕ соединился) Версия 0.1.28-2 (94.100.179.33:443, соединился)
В 0.1.28RC в настройках указывался IP:PORT балансировщика В 0.1.28 в настройках указывается MRIM-сервера Это разные сервера: балансировщик это mrim.mail.ru MRIM-сервера - это IP:PORT, который выдает балансировщик. Данное изменение в поведение было сделано для того, чтобы можно было коннектиться даже без DNS и без доступа к mrim.mail.ru. Чтобы плагин коннектиля "как обычно" надо в настройкай оставить "сервер" пустым (даже без пробелов!).
Проблема решена?
-
Account Deleted
Comment 16 originally posted by Malaheenee on 2012-02-01T08:27:01.000Z:
Просим прощения за долгий ответ.
Чтобы плагин коннектиля "как обычно" надо в настройкай оставить "сервер" пустым (даже без пробелов!).
Заметим, что при таких настройках все соединения идут на порт 2042. Тогда может быть стоит улучшить определение сетевых настроек?
Все же лучше оставить баг пока открытым, потому что: 1) При указании разных IP пиджин то зависает, то нет; 2) Периодически вылетает ошибка о сбойном пакете.
-
Comment 17 originally posted by ostinru on 2012-02-01T09:55:47.000Z:
Заметим, что при таких настройках все соединения идут на порт 2042.
Это дефолтное поведение.
Предлагаю: сделать коннект к mrim.mail.ru:2042, если не получилось - то к mrim.mail.ru:443. И только потом уже паниковать.
-
Account Deleted
Comment 18 originally posted by dsv@hotkey.ru on 2012-08-29T21:00:59.000Z:
Наступил на те-же грабли с прокси squit. Запускаю Pidgin как user он виснет, запускаю из консоли под root всё работает. Под root в настройках открывается форма для указания прокси и использования DNS. А из под user пишет используются глобальные настройки прокси. Что интересно на 3-х компа под Ubuntu 12.04 в офисе Pidgin работает, а на одном не могу уговорить. Отличие только одно, на них используется оболочка mate, а на последнем unity.
-
Comment 19 originally posted by plaque_fcc on 2012-08-30T10:10:55.000Z:
Это же волшебство, нет? ;'D
Если серьёзно, надо плотно разбираться с поведением собственно Pidgin при работе через прокси, чтобы понять, что не так работает у нас.
-
Account Deleted
Comment 20 originally posted by dsv@hotkey.ru on 2012-08-31T20:57:57.000Z:
Проблема появилась только в Ubuntu 12.04, в ранних версиях всё работало. И похоже как-то связана с Desktop Unity, потому как Qutim ведёт себя точно также. ICQ, Jaber, работают нормально, а вот agent не хочет :( Установил сегодня Desktop MATE на Ubuntu и все заработало. В настройках Pidgin сразу появилась настройка прокси в ручную и галочка DNS. И всё Ок!
-
Comment 21 originally posted by plaque_fcc on 2012-08-31T21:19:33.000Z:
Похоже, связано с GNOME3 и вещами вроде gnome-settings-daemon.
Поубивала бы команду GNOME за некоторые вещи.
-
Account Deleted
Comment 22 originally posted by dsv@hotkey.ru on 2012-09-03T15:40:06.000Z:
Провел кучу экспериментов... И на ткнулся на токую вещь: в настройках аккаунт Pidgin, в закладке "дополнительно" снимаю галочку "загружать фото контактов" и о чудо!!! Mrim в Unity начинает работать. Перепроверил несколько раз и с разными портами, 2042, 443 работает. Тогда возникает вопрос, причём тут прокси :) <hr>
- *Attachment: Изменить учётную запись_008.png<br>*
-
Account Deleted
Comment 23 originally posted by dsv@hotkey.ru on 2012-09-03T19:00:28.000Z:
Провел кучу экспериментов с настройками proxy в dconf, gconf ... И в итоге на ткнулся на токую вещь: в настройках аккаунт mrim Pidgin, в закладке "дополнительно" снимаю галочку "загружать фото контактов" и о чудо!!! Mrim в Unity (ubuntu 12.04.1) начинает работать. Перепроверил несколько раз и с разными портами, 2042, 443, работает. Тогда возникает вопрос, причём тут прокси? :) <hr>
- *Attachment: Изменить учётную запись_008.png<br>*
-
Comment 24 originally posted by plaque_fcc on 2012-09-04T01:03:47.000Z:
Ostin, таки проблема с http-запросами, не направляющимися через прокси.
@dsv: Крайне сильно уважаю и благодарю коллегу-тестера. (% По-моему, лично Ваш опыт оказал решающее значение для устранения данного недочёта.
N.B.: Слово «такую» пишется именно так.
-
Comment 25 originally posted by plaque_fcc on 2012-09-04T10:57:30.000Z:
Объясняю, при чём тут прокси:
1. Когда основной поток обмена данными установлен через прокси и возможности прямого соединения до адресов вида http://obraz.foto.mail.ru/<domain>/<buddy_login>/_mrimavatar нет, будет возникать неприятная ошибка. 2. Поскольку обслуживается только успешная часть тактики, задействованной вызовом функции purple_util_fetch_url из набора libpurple ABI, не удивлюсь, что сбой из категории Сеть, будучи не выловленным явно, вызывает сигнал о сетевом сбое по данной учётной записи. 3. Требуется вменяемая замена purple_util_fetch_url в mrim_fetch_avatar, способная работать через прокси. В реализациях других протоколов мне пока не удалось найти удачных решений.
- Log in to comment
Comment 1 originally posted by ostinru on 2012-01-25T16:13:21.000Z:
Лирическое отступление: Как соединяется mrim-клиент к серверу: 1) идёт к балансировщику - на mrim.mail.ru:2042(или 443) и получает IP:PORT свободного mrim-сервера (можете зайти туда браузером =) ) 2) подключается к (этому свободному) mrim-серверу Где-то здесь можно юзать проксю. Но я никогда не пробовал.
Теперь по теме: Насколько я помню, при указнаии конкретного IP:PORT(что Вы сделали во втором пункте) плагин пытается подключиться по этому адресу как к mrim-серверу, а не как к балансировщику.
Итого: 1) попробуйте ввести не "mrim.mail.ru:443", а IP:PORT mrim-сервера 2) если не поможет - буду разбираться с проксёй