| serkhay |
|
|
Темы:
24
Сообщения:
304
Участник с: 06 июня 2012
|
Да, ну и хрен с ним с Ростелекомом, пусть он подменяет днс-ы... К проблеме то это какое отношение имеет? |
| serkhay |
|
|
Темы:
24
Сообщения:
304
Участник с: 06 июня 2012
|
Что ж вы привязались к гуглу и его днс-ам? На других сайтах то же самое с tcpdump и traceroute. И там другие ip адресса фигурируют. Видимо я неудачный пример выбрал. В следующий раз выложу tracerooute до archlinux.org.ru. Уверяю вас тоже самое там |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
Самое прямое, конечно. Потому что всё, что вы (пока что) показали – затык на уровне провайдера. Имеет место исключительно бодрый обмен с провайдерским прокси, и ничего больше. Трассировка не работает. Ни одного интернетовского адреса. |
| serkhay |
|
|
Темы:
24
Сообщения:
304
Участник с: 06 июня 2012
|
Говорю же, все дело в неудачном примере. И не более. В других случаях результат тот же, адреса не провайдеровские. И при работающем интернете у гугла тот же 178.45.249.177. Так что проблему это никак не объясняет. И в сотый раз повторюсь, в то время как у меня на компе не работает интернет(видимо, только http), на более других компах домашней сети с более другими операционными системами все работает. И днс-ы у них так же подменяются, так что дело точно не в этом |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
Для объяснения пока рано, слишком странная у вас проблема. В следующий раз, во-первых, попробуйте остановить все программы, работающие с сетью, открыть браузер, сделать tcpdump -i wlan0 Трассировку делайте тоже на форум, и не только по имени, но и по айпи 50.17.136.53. Ещё можно попробовать команду tracepath -b 50.17.136.53 |
| serkhay |
|
|
Темы:
24
Сообщения:
304
Участник с: 06 июня 2012
|
NatrioСобственно так я и делал. Спасибо, попробую все это. Все-таки странно, что через почти 32 часа такая проблема появляется всегда. Как вообще время аптайма может влиять на сеть? |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
Время – никак. Возможно, за это время происходит какое-то переподключение чего-то, сменяется какой-то адрес, а ваш комп об этом не знает. |
| kurych |
|
|
Темы:
0
Сообщения:
1395
Участник с: 06 ноября 2011
|
Проблема, похоже, уже видна:19:24:33.801879 IP 192.168.1.100.33757 > 178.45.249.163.80: Flags [S], seq 2284593979, win 5360, options [mss 536,sackOK,TS val 34542758 ecr 0,nop,wscale 7], length 0Видим, что идет запрос SYN, обратно получаем SYN/ASK и сразу посылаем RST. И так по кругу... Если приглядимся, то видим, что метки timestamp (TS val 34542758 (туда) и ecr 34538912 (обратно)) не совпадают и линукс (по умолчанию в линуксе проверка timestapm включена) сбрасывает соединение. По всей видимости, Волгателеком использует какой-то кривой файрвол, который создает подобные проблемы. В подобных случаях можно попробовать отключить эту фичу в ядре динамически echo 0 > /proc/sys/net/ipv4/tcp_timestamps net.ipv4.tcp_timestamps = 0 PS: вот как раз попалась статья с вменяемым объяснением тех.деталей. Судя по ней, еще могут возникнуть проблемы и с TCP window scaling. Так что в Вашем случае можно сразу и echo 0 > /proc/sys/net/ipv4/tcp_window_scaling |
| Natrio |
|
|
Темы:
48
Сообщения:
4771
Участник с: 08 января 2011
|
Мдя, воблацеликом такая воблацеликом :) Попробуйте, похоже на правду. Кто IP подменяет и гугл проксит, может и другие "особо передовые технологии" воимя "безопасного интернета" применить. |
| serkhay |
|
|
Темы:
24
Сообщения:
304
Участник с: 06 июня 2012
|
kurych, огромное спасибо! К сожалению, мои сведения об архитектуре сетей очень скудны. Но проблему решить хочется, не потому что она какая то страшная, вовсе нет. Просто очень интересно, почему так. У меня несколько вопросов. Получается, что такая проблема должна наблюдаться на всех линуксах, да? То есть, поставлю я другой дистрибутив и там это тоже будет? Выделить место и попробовать что ли... Хорошо, виноват этот чертов провайдер мой. Но почему, ПОЧЕМУ, проблема имеет место быть не всегда, а только через 32 часа аптайма? |