ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Liferea не понимает настроек прокси | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Mike Shuvalov <mike> |
| Component: | libwebkit | Assignee: | Alexey Shabalin <shaba> |
| Status: | REOPENED --- | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | aris, at, avm, blake, damir, evyscr, ktirf, lav, msp, oddity, shaba, shrek, syatskevich |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Mike Shuvalov
2009-06-24 14:37:29 MSD
лечите свой прокси, с 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 с авторизацией так сложно? При этом закрыть весь трафик на шлюзе с машин, отличных от той, на которой стоит прокси. (В ответ на комментарий №6) > найдете общедоступный прокси с паролем, приходите с username/password Поднять у себя в сети squid с авторизацией так сложно? При этом закрыть весь трафик на шлюзе с машин, отличных от той, на которой стоит прокси. (В ответ на комментарий №8) > а резолвер по вашему должен ходить через прокси?.. я плакать. учите матчасть Именно так и настроено, что внешние адреса разолвятся с прокси, а для внутренних адресов свой днс. Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и даже некоторые браузеры так и делают. Но это нормально, когда программы сами обращаются к dns. (В ответ на комментарий №12) > Ну вы уж у себя в консерватории настройте на внутреннем DNS forward на внешний > днс. Тогда внутренний DNS будет отдавать и адреса внешних серверов. И толку от этого будет 0 (ноль). Я же писал, что в "нашей консерватории" режется весь трафик (кроме почтового), если он идет не через прокси. Не вижу здесь криминала, только контроль над трафиком. > Я конечно понимаю, что теоритически ресолвинг можно поручить самому squid, и > даже некоторые браузеры так и делают. Ну не некоторые, а все (по крайней мере мне известные) в которых сделаны соответствующие настройки. > Но это нормально, когда программы сами обращаются к dns. А в liferea кто за нее обращается к DNS? Я одно не пойму. На лицо факт не корректной работы программы, так зачем разводить весь этот флейм по поводу того, какие костыли лучше? Мы же не на форуме и не в рассылке. ресолвинг у нас один на всех и настроенный dns нужен всем Еще раз повторюсь: с DNS в сети все нормально. Нужно всего лишь исправить багу в программе. патчи приветствуются (В ответ на комментарий №16) > патчи приветствуются К сожалению, здесь я не помощник. и вообще это в http движке |
