LinuxForum.Fans
Тема

[Решено] Непонятная проблема

Автор: deleted_user 14 сообщений 3392 просмотров 🔒 закрыта
#9196

Люди, с недавнего времени началась вот какая фигня. Запускаю браузер (любой), некоторое время нормально в нем работаю. Но по истечению некоего срока (мною неопределенного) браузер начинает орать, что данного сайта не существует, он не резолвится, и выбрасывает в итоге на стартовую страницу провайдера. После этого отказывается грузить нужную страницу до тех пор, пока не очистишь кеш и кукиз браузера. Я просто в непонятках. Ладно бы эта фича была изначально, а то появилась не более полумесяца назад... Может, это и есть одиозный линуксовый вирус??? Для справки: OS openSuSE 11.2, провайдер - Стрим

#9201

в церковь немедленно и окропить.
долго не резолвит? есть время проверить ping & dig?

#9204

ping, dig - все работает нормально. Аська, скайп, RSS, торрент - все работает. Беда только с браузерами, причем со всеми имеющимися

#9208

тогда берем hping и мониторим ДНС провайдера и 80 порт целевого сайта в момент падения браузеров.

#9213

Hvzh, можно вообще систему мониторинга поставить и логи сверять конечно. но это как говорится на вкус..
из личного опыта общения с провайдеров:
первая проблема возникла когда зачем то целый сигмент начали роутить через шлюз смотрящий заграницу, т.е я шел сначала на М9, потом на загруженный шлюз, потом опять на М9, потом уже искал рунет. пинги до шлюза по 3сек(!!) - решилось письмами с умными словами и таблицей маршрутизации до и после.
вторая до сих пор осталась - это глючные ДНСы, зону яндекса 0.5-1сек отдают.. решилась установкой кеширующего днс у себя.

#9214

Вот и я склоняюсь к последнему, поставить кеширующий днс

Блин, жопа какая-то... Хосты нормально резолвятся, а пинг никуда не проходит...

#9234

пинг ICMP или через hping на 80 порт?

#9237

простой пинг, hping у меня тупо не собрался

#9242

нужно вычислить хотя бы простым traceroute чья это проблемы, провайдера, (роутера) сетевой карты, модема.

#9247
text
traceroute to www.linuxforum.ru (82.146.44.144), 30 hops max, 40 byte packets using UDP
 1  192.168.1.1 (192.168.1.1)  17.631 ms   20.283 ms   20.977 ms
 2  ppp91-76-152-1.pppoe.mtu-net.ru (91.76.152.1)  450.072 ms   449.658 ms   452.042 ms
 3  a197-crs-1-be1-53.msk.stream-internet.net (212.188.1.113)  455.130 ms   469.844 ms   470.935 ms
 4  a197-crs-1-be1-53.msk.stream-internet.net (212.188.1.113)  472.186 ms   495.629 ms *
 5  a197-cr01-po6.msk.stream-internet.net (195.34.59.101)  496.279 ms   520.235 ms   165.387 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Судя по этому выводу, проблемы у провайдера. Или я ошибаюсь?

#9278
Hvzh написал:
Или я ошибаюсь?

ICMP режутся 6 * * * - здесь и как-то заворачиваются отдавая TTL ниже ожидаемого
это не факт что есть проблема.
нужно например traceroute ya.ru + опции UDP.
прости конечно, но man traceroute =)

#9281
system-root написал:
[quote=Hvzh]Или я ошибаюсь?

ICMP режутся 6 * * * - здесь и как-то заворачиваются отдавая TTL ниже ожидаемого
это не факт что есть проблема.
нужно например traceroute ya.ru + опции UDP.
прости конечно, но man traceroute =)

[/quote]
Не проблема! man так man. Я просто с такой проблемой первый раз сталкиваюсь, а traceroute последний раз юзал лет эдак 5 назад. Я все больше по программизму...

Вроде разобрался. Во всем оказался виноват ktorrent. Решил проблему его заменой на transmission

#10805

Решено. Закрываю.

Войдите или зарегистрируйтесь, чтобы ответить.