Проблема с браузерами (сетью)... [SOLVED]

Выручайте, братцы: с недавнего времени все браузеры (Firefox, Konqueror, Opera) спустя несколько минут нормальной работы перестают отображать страницы.. Чистый "лист" и все. В то время как тот же ie под wine'ом работает на ура, торрент-, ftp-клиенты, pidgin, все работает!

Подключение к сети - ethernet, настрийки не менялись, Firefox-3.0-r1, Opera-9.60, Konqueror-3.5.10, кэш браузеров чистил, ДНС в порядке, профили менял, mtu&mru менял, под другим пользователем запускал - все безнадежно... Три дня в поиске - результата пока нет...

Темы http://www.gentoo.ru/node/11135 и http://www.gentoo.ru/node/10997 читал - безрезультатно...

Есть у кого идей?!

.

1) Выяснить, касается ли это только страниц из сети,
или же локальные "file:///home/xxxx/test.html" тоже?
2) Выяснить, как себя ведёт lynx на тех же двух случаях

Эмм...

1) локальные открываются без вопросов (в любом браузере)
2) забыл упомянуть, что lynx страницы тоже не открывает (ведет себя как все прочие браузеры), а с локальной справляется без вопросов...

Кста... Заметил, что периодически браузеры функционируют нормально (некоторое время)...

У меня впечатление, что это частный случай, и вряд-ли возможно найти корень зла...

Думаю свозить комп, подключить к другой сетке, другого провайдера... Просто любопытно...

Какой тип

Какой тип подключения, как организован интернет?
_______________________
From Siberia with Love!

.

Я разве не указал?! Ethernet-подключение... Выход в сеть через шлюз прова, то есь внешний ип один на всю подсеть...

Прокси не использую (навсякий случай)

наблюдал

наблюдал подобное поведение браузеров,
не тольок в Linux, но и в <ой!>

обычно это случалось на разлиных ADSL-подключениях,
решением проблемы было изменение значения MTU для сетевой карты или ADSL-модема,
дело очень тонкое и поиск оптимального значения MTU может занять много времени

.

Да но как я указал в первом посте соединение - ethernet, mtu|mru менял - толку нет...

В тупике!... :-(

А как себя

А как себя ведут скажем

traceroute google.com
ping google.com

в то время как браузеры уже не работают?

.

Как я уже говорил, все это работает на ура... ping, tracepath, ftp, torrent, wget - все работает, даже ie6 работает нормально!
Проблема только с линуховскими браузерами... И Только с браузерами, все остальное работает нормально!

Может у вас на компе прокси

>>Прокси не использую(на всякий случай)
Что значит на всякий случай? Он был настроен и вы его отключили? Может у вас на компе прокси сервер работает в прозрачном режиме, тогда весь трафик будет отфильтрован не зависимо от установок внутри браузеров. Откуда ваще взялась проблема, когда началась то?

.

>>Прокси не использую(на всякий случай)
на всякий случай указал, что не использую! :-)

Нет, никогда не была настроен, никогда не использовался...

Откуда взялась - понятия не имею, раньше было все ОКе... Переехал в другое место, тут другой провайдер... Но первое время все работало нормально, а с недавних пор началось... Уже не осталось мыслей и соображений по этому поводу...

Проблема вообще имеет странный характер, потому как раз через раз все работает на ура... В общем я в растерянности...

попробуй revdep-rebuild

попробуй revdep-rebuild

.

sic написал(а):
попробуй revdep-rebuild

# revdep-rebuild -p
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]

 * Dynamic linking on your system is consistent... All done.

Попробовал вариант...

Добавил целочисленный параметр network.dnsCacheExpiration в about:config и установил его в 0

По результатам отпишусь позже...

Не-а....

Безтолково... :-(

Интересно..

...Любопытно что win-версия Firefox под wine'ом тоже нифика не работает... :-(

Хм... МОжет стоит пересобрать какие-нить пакеты отвечающие за сетевые протоколы, или что-нить вроде того... Но какие именно?!

Интересное наблюдение..

Пробовал различные livecd, история повторилась, все пингуется, резолвится ДНС, но браузеры работать отказываются...

Пробовал загрузку с тех же дисков через другого провайдера - все ОКе!

Склоняюсь к тому, что проблема со стороны провайдера, кто подскажет что может быть?!

Может можно как-то подделать пакеты, чтобы они выглядели как виндовые?! Ведь там все работает...

Играть с mtu/mru дальше.

Играть с mtu/mru дальше. Может быть, как-то можно их узнать...

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

хЫ...

Так там ведь диапазон ого-го...

Неужто это связано с этим может быть?! Я так понял эти параметры имеют вес в ppp-соединениях или в ethernet тоже?! Как тады в форточках уточнить?!

А что насчет TOS, ttl, может еще что-то... Не может быть зарыто тут?!

попробуй сделать tracepath

попробуй сделать tracepath куданить.

Если есть возможность может

Если есть возможность может проще провайдера сменить чем разбираться с косяками на их стороне? Вообще с ppp тоже лучше не связываться - сильно усложняет жизнь.

я правда несовсем понял чем

я правда несовсем понял чем именно. у меня всё великолепно работало, и настраивалось за 15 минут...

.

evadim написал(а):
попробуй сделать tracepath куданить.

# tracepath www.gentoo.ru
 1:  ip3.net1.prv (192.168.1.3)                             0.076ms pmtu 1500
 1:  ip1.net1.prv (192.168.1.1)                             0.212ms
 1:  ip1.net1.prv (192.168.1.1)                             0.188ms
 2:  ipxxx-xxx-xxx-xxx.ooooo.ru (xxx.xxx.xxx.xxx)             7.898ms
 3:  uuu.uuu.uuu.uuu (uuu.uuu.uuu.uuu)                     33.444ms
 4:  ooo005-nat.ooooo.ru (yyy.yyy.yyy.yyy)                 33.657ms
 5:  eee.eee.eee.eee (eee.eee.eee.eee)                         30.569ms
 6:  spb15.spb24.f08.transtelecom.net (217.150.56.250)     35.445ms
 7:  m9-bb-teng3-3.msk.corbina.net (195.14.32.41)          48.090ms asymm 11
 8:  k122-bb-teng4-4.msk.corbina.net (195.14.54.105)       47.637ms asymm 12
 9:  lublin-bb-TE-3-2.msk.corbina.net (85.21.226.229)      46.522ms asymm 12
10:  195.14.54.255 (195.14.54.255)                         49.821ms asymm 11
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
...
^C

whois 195.14.54.255 выдает,

whois 195.14.54.255 выдает, что это corbina... телефоны/электромыла в выводе whois присутствуют.

P.S.: Linux - это красная таблетка :-) Windows - синяя...

Re

Aladdin написал(а):
whois 195.14.54.255 выдает, что это corbina... телефоны/электромыла в выводе whois присутствуют.

Также видно, что первые адреса прикрыты, мой пров там, а у кто там ему услуги предоставляет мне не ведомо... Или накатать прям в корбину?! :-)

Не думаю, что у всех клиентов такая ерунда, город пусть небольшой, но есть энтузиасты - устроили бы разнос давно... Скорее ошибка в сегменте сети... Буду прощупывать почву...

например, позвонить в саппорт

например, позвонить в саппорт прова и спросить рекомендуемый MTU. я так сделал - и мне ответили.

P.S.: Linux - это красная таблетка :-) Windows - синяя...

Отсюда ясно как выбрать

Отсюда ясно как выбрать подходящий mtu с помощью ping, есесно надо глянуть в man ping ибо линух не винда: http://www.siemens-club.org/faq/index.php?Action=showarticle&faqID=65

Здесь описана ваша проблема и сказано что все дело в mtu: http://inf.by/linux/157/

Зы: много думал а стоит ли мне переходить на корбину.

Благодарствую

Yamaha, огромное спасибо, ссылки покурю вечером! :-)

...

Установил mtu в 1472... Работает... Наблюдаю...

Всем спасибо за помощь, в особенности господину Yamaha за посильный вклад! :-)

...

А mtu 320 как вам?! ;) Что думаете?!

чем больше тем лучше

чем больше тем лучше

Re

evadim написал(а):
чем больше тем лучше

Оно понятно, но при большем значении браузеры не работают...

а почему это отражается только на работе браузеров?! Прочие клиенты(wget, ftp-,torrent-клиенты и пр.) работают нормально даже при большем значении...

в сетях ethernet максимум

в сетях ethernet максимум 1500, если есть тунели - тот-же PPPoE 1492 или ниже. но чем меньше пакет тем больше работы стёку для переразбивки пакета и снижается скорость/растёт нагрузка. параметр нужно узнавать экспериментально или у прова. Не проявлятся его значение может только когда данных в пакете меньше MTU - так бывает при вебстраничках или IM, но загрузка брольшого файла или картинки полюбому убьёт файл при передаче.

.

Лады, а как оно в оффтопике работает как часы?! Там мту меняется динамически?! Каждый раз менять его вручную не совсем интересно... Порой и на 1500 нормально, с часок поработает, и отваливается... Уменьшаю мту - все наман... Только уменьшать приходится сразу до 250-300...

.

вот, например, corbina прямо пишет на http://help.corbina.net/internet/techinfo/ что
Maximum Transmission Unit (MTU).
Для VPN соединения:
PPTP - 1460

а я, признаться, совершенно случайно об этом узнал.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".