Выход в интернет через прокси с авторизацией. В системе просисервер прописан. В самой 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/
лечите свой прокси, с liferea проблем нет
(В ответ на комментарий №1) > лечите свой прокси, с liferea проблем нет Пока что я вижу обратное. А с прокси сервером все нормально. Через него ходит достаточно большая организация и проблем никогда небыло. Приведите пример некорректной работы прокси сервера, приводящий к данной ошибке.
с любым из прокси, допустим с http://webanet.ucoz.ru/publ/23-1 liferea работает. что там с вашим прокси вам видней
Это не NOTABUG, WORKSFORME. BTW, для того прокси, что в последнем комментарии, юзернейм/пароль требуются?
А, там целый список открытых проксей. Значит REOPEN. Баг был про прокси с паролем.
найдете общедоступный прокси с паролем, приходите с username/password
Вот пример вывода 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)
а резолвер по вашему должен ходить через прокси?.. я плакать. учите матчасть
(В ответ на комментарий №6) > найдете общедоступный прокси с паролем, приходите с username/password Поднять у себя в сети squid с авторизацией так сложно? При этом закрыть весь трафик на шлюзе с машин, отличных от той, на которой стоит прокси.
(В ответ на комментарий №8) > а резолвер по вашему должен ходить через прокси?.. я плакать. учите матчасть Именно так и настроено, что внешние адреса разолвятся с прокси, а для внутренних адресов свой днс.
Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и даже некоторые браузеры так и делают. Но это нормально, когда программы сами обращаются к dns.
(В ответ на комментарий №12) > Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний > днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. И толку от этого будет 0 (ноль). Я же писал, что в "нашей консерватории" режется весь трафик (кроме почтового), если он идет не через прокси. Не вижу здесь криминала, только контроль над трафиком. > Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и > даже некоторые браузеры так и делают. Ну не некоторые, а все (по крайней мере мне известные) в которых сделаны соответствующие настройки. > Но это нормально, когда программы сами обращаются к dns. А в liferea кто за нее обращается к DNS? Я одно не пойму. На лицо факт не корректной работы программы, так зачем разводить весь этот флейм по поводу того, какие костыли лучше? Мы же не на форуме и не в рассылке.
ресолвинг у нас один на всех и настроенный dns нужен всем
Еще раз повторюсь: с DNS в сети все нормально. Нужно всего лишь исправить багу в программе.
патчи приветствуются
(В ответ на комментарий №16) > патчи приветствуются К сожалению, здесь я не помощник.
и вообще это в http движке
Пакета libwebkit (webkit1) давно нет в Сизифе, неактуально.
