Вы здесь

Главная › Форум › Gentoo Linux › Общие вопросы

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

16 октября, 2008 - 18:52 — extrim

Выручайте, братцы: с недавнего времени все браузеры (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 читал - безрезультатно...

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

Форум: 
Общие вопросы
17 октября, 2008 - 01:14 — winterheart

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

—

Не грусти, товарищ! Всё хорошо, beautiful good!

17 октября, 2008 - 21:44 — extrim

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

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

17 октября, 2008 - 02:11 — iNDiAnFLy

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

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

17 октября, 2008 - 21:45 — extrim

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

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

18 октября, 2008 - 04:36 — Yamaha

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

traceroute google.com
ping google.com

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

19 октября, 2008 - 13:00 — extrim

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

19 октября, 2008 - 13:22 — Yamaha

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

19 октября, 2008 - 15:06 — extrim

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

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

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

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

19 октября, 2008 - 16:11 — sic

попробуй revdep-rebuild

21 октября, 2008 - 17:21 — extrim

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.

21 октября, 2008 - 18:32 — extrim

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

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

22 октября, 2008 - 19:30 — extrim

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

25 октября, 2008 - 16:22 — extrim

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

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

28 октября, 2008 - 12:29 — extrim

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

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

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

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

28 октября, 2008 - 12:33 — krigstask

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

—

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

28 октября, 2008 - 18:06 — extrim

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

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

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

28 октября, 2008 - 20:31 — evadim

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

28 октября, 2008 - 21:05 — Yamaha

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

28 октября, 2008 - 21:58 — evadim

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

28 октября, 2008 - 23:24 — extrim

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

29 октября, 2008 - 00:40 — Aladdin

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

—

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

29 октября, 2008 - 12:39 — extrim

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

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

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

29 октября, 2008 - 00:36 — Aladdin

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

—

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

29 октября, 2008 - 06:26 — Yamaha

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

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

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

29 октября, 2008 - 12:46 — extrim

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

30 октября, 2008 - 22:52 — extrim

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

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

31 октября, 2008 - 18:26 — extrim

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

31 октября, 2008 - 19:31 — evadim

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

1 ноября, 2008 - 12:14 — extrim

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

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

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

1 ноября, 2008 - 18:17 — evadim

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

3 ноября, 2008 - 01:10 — extrim

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

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal