20562 2009-06-24 14:37:29 +0400 Liferea не понимает настроек прокси 2009-07-05 15:05:03 +0400 1 1 4 Development Sisyphus libwebkit unstable all Linux REOPENED P3 normal --- 1 mike shaba aris at avm blake damir evyscr ktirf lav msp oddity shaba shrek syatskevich qa-sisyphus oldest_to_newest 93621 0 mike 2009-06-24 14:37:29 +0400 Выход в интернет через прокси с авторизацией. В системе просисервер прописан. В самой Liferea тоже прописан проки и указан пользователь с паролем. Но при попытке прочитать ленты новостей выдается сообщение о невозможности резолвить адреса. При старте вроде виден, но похоже, что эти настройки не подхватываются: $ liferea --debug-all CONF: manual proxy is configured CONF: Proxy settings are now 10.78.0.173:3128 user:password NET: proxy set to http://user@10.78.0.173:3128 NET: Changing online mode to online DB: Opening DB file /home/mike/.liferea_1.6/liferea.db... $ rpm -qa | grep liferea liferea-1.6.0-alt0.rc6 $ set | grep proxy ftp_proxy=http://user:password@10.78.0.173:3128/ http_proxy=http://user:password@10.78.0.173:3128/ https_proxy=http://user:password@10.78.0.173:3128/ 93630 1 shrek 2009-06-24 15:28:14 +0400 лечите свой прокси, с liferea проблем нет 93633 2 mike 2009-06-24 15:51:29 +0400 (В ответ на комментарий №1) > лечите свой прокси, с liferea проблем нет Пока что я вижу обратное. А с прокси сервером все нормально. Через него ходит достаточно большая организация и проблем никогда небыло. Приведите пример некорректной работы прокси сервера, приводящий к данной ошибке. 93634 3 shrek 2009-06-24 16:05:09 +0400 с любым из прокси, допустим с http://webanet.ucoz.ru/publ/23-1 liferea работает. что там с вашим прокси вам видней 93637 4 dottedmag 2009-06-24 16:12:57 +0400 Это не NOTABUG, WORKSFORME. BTW, для того прокси, что в последнем комментарии, юзернейм/пароль требуются? 93639 5 dottedmag 2009-06-24 16:14:49 +0400 А, там целый список открытых проксей. Значит REOPEN. Баг был про прокси с паролем. 93643 6 shrek 2009-06-24 16:48:15 +0400 найдете общедоступный прокси с паролем, приходите с username/password 93647 7 mike 2009-06-24 16:54:48 +0400 Вот пример вывода tcpdump`a, где видно, что обращение идет напрямую к DNS, минуя proxy server 16:26:45.619888 IP to-18-2.fss.spb.ru.41850 > NT-IT-2.FSS.SPB.RU.domain: 12036+ A? www.securityfocus.com. (39) 16:26:45.620302 IP NT-IT-2.FSS.SPB.RU.domain > to-18-2.fss.spb.ru.41850: 12036 NXDomain* 0/1/0 (97) 16:26:45.620375 IP to-18-2.fss.spb.ru.39258 > NT-IT-2.FSS.SPB.RU.domain: 46822+ A? www.securityfocus.com.fss.spb.ru. (50) 16:26:45.620622 IP NT-IT-2.FSS.SPB.RU.domain > to-18-2.fss.spb.ru.39258: 46822 NXDomain* 0/1/0 (109) 93649 8 shrek 2009-06-24 16:58:41 +0400 а резолвер по вашему должен ходить через прокси?.. я плакать. учите матчасть 93650 9 mike 2009-06-24 16:59:52 +0400 (В ответ на комментарий №6) > найдете общедоступный прокси с паролем, приходите с username/password Поднять у себя в сети squid с авторизацией так сложно? При этом закрыть весь трафик на шлюзе с машин, отличных от той, на которой стоит прокси. 93651 10 mike 2009-06-24 17:03:43 +0400 (В ответ на комментарий №6) > найдете общедоступный прокси с паролем, приходите с username/password Поднять у себя в сети squid с авторизацией так сложно? При этом закрыть весь трафик на шлюзе с машин, отличных от той, на которой стоит прокси. 93652 11 mike 2009-06-24 17:09:58 +0400 (В ответ на комментарий №8) > а резолвер по вашему должен ходить через прокси?.. я плакать. учите матчасть Именно так и настроено, что внешние адреса разолвятся с прокси, а для внутренних адресов свой днс. 93668 12 shaba 2009-06-24 20:31:52 +0400 Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и даже некоторые браузеры так и делают. Но это нормально, когда программы сами обращаются к dns. 93673 13 mike 2009-06-24 22:38:59 +0400 (В ответ на комментарий №12) > Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний > днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. И толку от этого будет 0 (ноль). Я же писал, что в "нашей консерватории" режется весь трафик (кроме почтового), если он идет не через прокси. Не вижу здесь криминала, только контроль над трафиком. > Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и > даже некоторые браузеры так и делают. Ну не некоторые, а все (по крайней мере мне известные) в которых сделаны соответствующие настройки. > Но это нормально, когда программы сами обращаются к dns. А в liferea кто за нее обращается к DNS? Я одно не пойму. На лицо факт не корректной работы программы, так зачем разводить весь этот флейм по поводу того, какие костыли лучше? Мы же не на форуме и не в рассылке. 93814 14 shrek 2009-06-26 21:22:24 +0400 ресолвинг у нас один на всех и настроенный dns нужен всем 93862 15 mike 2009-06-27 20:39:01 +0400 Еще раз повторюсь: с DNS в сети все нормально. Нужно всего лишь исправить багу в программе. 93865 16 shrek 2009-06-27 21:31:01 +0400 патчи приветствуются 93876 17 mike 2009-06-28 00:51:41 +0400 (В ответ на комментарий №16) > патчи приветствуются К сожалению, здесь я не помощник. 94214 18 shrek 2009-07-05 15:05:03 +0400 и вообще это в http движке