LINUX.ORG.RU

Периодическая недоступность некоторых ресурсов через домашний wi-fi

 ,


1

1

С недавнего времени начались проблемы с домашним wi-fi. Со всех присутствующих устройств дома, работающих через него, недоступен, например, 3dnews.ru. Причём не постоянно, а периодически, например сразу после загрузки компа-роутера доступ к сайту есть, но через некоторое время пропадает. Спасает например, установка соединения через openvpn поверх основного канала инета и последующее отключение openvpn. Основной канал pppoe от дом.ру. Самое интересное то, что через провод 3dnews.ru всегда работает, что к буку подключаю, что к стационарнику. Правило -A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu есть.

Какие логи нужны спрашивайте - предоставлю.

★★★★★

Последнее исправление: daemonpnz (всего исправлений: 2)
Ответ на: комментарий от naszar

Кстати, после того как убрал правило касающееся mss и mtu, лоровские страницы перестали грузится до конца FF постоянно крутит кольцо на вкладке, а с мобилки перестала работать opera mobile в режиме Off-Road (сжимающий прокси).

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Ну попробуйте вместо "--clamp-mss-to-pmtu" поставить MSS числом, допустим, 1000 байт:

-j TCPMSS --set-mss 1000

тогда у всех запросов будет MSS 1000, запросов с разным MSS 1452 и 1460, на которые обращает внимания naszar, не будет. Если MSS 1000 повлияет на 3dnews, значит дело в нём, а если нет, значит в чём-то другом.

P.S. А вот этот вывод netstat Периодическая недоступность некоторых ресурсов через домашний wi-fi (комментарий) был получен на компе или на ноуте?

P.P.S. А попробуйте пощупать 3dnews с ноута командой nc, только дайте ей опцию -v, чтобы было видно, устанавливается ли соединение и позадавать различные порты через -p (1000, 2000, 5000, 50000), может быть дело в том, что комп и ноутбук идут с разных диапазонов портов, а провайдер шейпит не только > 1024, но и сильно зажимает > 40000...

mky ★★★★★
()
Ответ на: комментарий от mky

P.S. А вот этот вывод netstat Периодическая недоступность некоторых ресурсов через домашний wi-fi (комментарий) был получен на компе или на ноуте?

и с бука, и с компа ситуация одинаковая, если с бука вообще доступ есть.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от mky

тогда у всех запросов будет MSS 1000, запросов с разным MSS 1452 и 1460, на которые обращает внимания naszar, не будет. Если MSS 1000 повлияет на 3dnews, значит дело в нём, а если нет, значит в чём-то другом.

эффекта не получил.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от mky

P.P.S. А попробуйте пощупать 3dnews с ноута командой nc, только дайте ей опцию -v, чтобы было видно, устанавливается ли соединение и позадавать различные порты через -p (1000, 2000, 5000, 50000), может быть дело в том, что комп и ноутбук идут с разных диапазонов портов, а провайдер шейпит не только > 1024, но и сильно зажимает > 40000...

попробовал глухо, соединение не устанавливается.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

запросов с разным MSS 1452 и 1460

Странно конечно, но в последних дампах eth0, у пакетов, что с ноутбука, что с компа MSS=1460.. причем с ноутбука все те-же безответные SYN'ы (смотрится wireshrk'ом)

попробовал глухо, соединение не устанавливается.

Можно в этом месте поподробней. Если mky прав, если вы сделаете с компа

nc -vvp 2000 3dnews.ru 80
а с ноутбука
nc -vvp 2003 3dnews.ru 80
,то оба соединения установятся.. но оставив первую команду для компа, и сделав для ноутбука
nc -vvp 40666 3dnews.ru 80
,вы должны потерпеть неудачу в установлении последнего соединения.. В общем должно быть так: если исходящие порты на ноутбуке и компе из одного диапазона - соединения будут, а если из разных, то нет. Вы уже показывали, что если открыть соединение неткатом с компа, то с ноутбука соединение устанавливается.

naszar
()
Ответ на: комментарий от naszar

Можно в этом месте поподробней. Если mky прав, если вы сделаете с компа

nc -vvp 2000 3dnews.ru 80
а с ноутбука
nc -vvp 2003 3dnews.ru 80
,то оба соединения установятся.. но оставив первую команду для компа, и сделав для ноутбука

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

daemonpnz ★★★★★
() автор топика

ИМХО wifi глючный by design, да и вообще маздай и РЕШЕТО.

(если-бы не wifi, вы-бы этого поста не увидели)

По теме: попробуй обновить драйвер wlan, и попробуй как оно в Windows. Возможно проблема лежит в аппаратной плоскости.

emulek
()
Ответ на: комментарий от emulek

Тред не читай@сразу отвечай. Выяснилось что проблема не в вафле, ибо по проводу та же самая петрушка.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Тред не читай@сразу отвечай. Выяснилось что проблема не в вафле, ибо по проводу та же самая петрушка.

проблему не решай@на ЛОРе поплачь :)

Кто в первом посте писал, что по проводу ВР?

emulek
()
Ответ на: комментарий от emulek

Ты не умеешь читать что либо кроме ОП?

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

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

Чем дальше тем чудесатей... покажите для этого случая

tcpdump -c 10 -vvi ppp0 "tcp[tcpflags] & (tcp-syn|tcp-fin) != 0" and host 3dnews.ru
//счетчик больше предполагаемого числа пакетов - как перестанут сыпатся ctrl+c
Если я правильно вас понял, то от 3dnews.ru к вам на ноутбук должен будит прилитеть fin.

naszar
()
Ответ на: комментарий от naszar

подключение установлено на компе и ноутбуке

tcpdump -c 10 -vvi ppp0 "tcp[tcpflags] & (tcp-syn|tcp-fin) != 0" and host 3dnews.ru
error : ret -1
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
23:16:19.275862 IP (tos 0x68, ttl 58, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.38414: Flags [S.], cksum 0xe167 (correct), seq 2781907783, ack 2508004404, win 14480, options [mss 1460,sackOK,TS val 407977477 ecr 11208961,nop,wscale 9], length 0
23:16:20.589129 IP (tos 0x0, ttl 63, id 53495, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.cisco-sccp > ceta.3dnews.ru.http: Flags [S], cksum 0xb8d4 (correct), seq 3896150301, win 14600, options [mss 1452,sackOK,TS val 771578346 ecr 0,nop,wscale 7], length 0
23:16:20.616035 IP (tos 0x68, ttl 58, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.cisco-sccp: Flags [S.], cksum 0x24bd (correct), seq 4027730127, ack 3896150302, win 14480, options [mss 1460,sackOK,TS val 407978817 ecr 771578346,nop,wscale 9], length 0
23:16:35.322637 IP (tos 0x0, ttl 63, id 47993, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.cfinger > ceta.3dnews.ru.http: Flags [S], cksum 0x098f (correct), seq 3948258252, win 14600, options [mss 1452,sackOK,TS val 11212981 ecr 0,nop,wscale 7], length 0
23:16:35.349664 IP (tos 0x68, ttl 58, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.cfinger: Flags [S.], cksum 0xfa34 (correct), seq 404185728, ack 3948258253, win 14480, options [mss 1460,sackOK,TS val 407993550 ecr 11212981,nop,wscale 9], length 0
23:16:39.325084 IP (tos 0x68, ttl 58, id 46443, offset 0, flags [DF], proto TCP (6), length 52)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.38414: Flags [F.], cksum 0xf4c0 (correct), seq 438, ack 972, win 33, options [nop,nop,TS val 407997525 ecr 11208980], length 0
23:16:39.491733 IP (tos 0x0, ttl 63, id 5430, offset 0, flags [DF], proto TCP (6), length 52)
    91x144x177x249.static-customer.penza.ertelecom.ru.38414 > ceta.3dnews.ru.http: Flags [F.], cksum 0xe0b1 (correct), seq 972, ack 439, win 123, options [nop,nop,TS val 11214024 ecr 407997525], length 0
23:16:40.294514 IP (tos 0x0, ttl 63, id 5431, offset 0, flags [DF], proto TCP (6), length 52)
    91x144x177x249.static-customer.penza.ertelecom.ru.38414 > ceta.3dnews.ru.http: Flags [F.], cksum 0xdfe8 (correct), seq 972, ack 439, win 123, options [nop,nop,TS val 11214225 ecr 407997525], length 0
23:17:17.827809 IP (tos 0x0, ttl 63, id 50756, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.38415 > ceta.3dnews.ru.http: Flags [S], cksum 0x6fe3 (correct), seq 3968566399, win 14600, options [mss 1452,sackOK,TS val 11223611 ecr 0,nop,wscale 7], length 0
23:17:17.854836 IP (tos 0x68, ttl 58, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.38415: Flags [S.], cksum 0x25cf (correct), seq 387577903, ack 3968566400, win 14480, options [mss 1460,sackOK,TS val 408036054 ecr 11223611,nop,wscale 9], length 0
10 packets captured
13 packets received by filter
0 packets dropped by kernel
дамп закончился как раз перед тем как отключился nc. После это сервер с ноутбука недоуступен, вывод tcpdump в этом случае такой.
tcpdump -c 20 -vvi ppp0 "tcp[tcpflags] & (tcp-syn|tcp-fin) != 0" and host 3dnews.ru
error : ret -1
tcpdump: listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
23:17:31.570744 IP (tos 0x68, ttl 58, id 7788, offset 0, flags [DF], proto TCP (6), length 52)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.cfinger: Flags [F.], cksum 0x4eea (correct), seq 404185729, ack 3948258254, win 29, options [nop,nop,TS val 408049770 ecr 11227042], length 0
23:17:37.266052 IP (tos 0x0, ttl 63, id 37226, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.2002 > ceta.3dnews.ru.http: Flags [S], cksum 0xcfa8 (correct), seq 3358704723, win 14600, options [mss 1452,sackOK,TS val 11228473 ecr 0,nop,wscale 7], length 0
23:17:37.900702 IP (tos 0x68, ttl 58, id 56004, offset 0, flags [DF], proto TCP (6), length 52)
    ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.38415: Flags [F.], cksum 0x392a (correct), seq 387578341, ack 3968567371, win 33, options [nop,nop,TS val 408056100 ecr 11223630], length 0
23:17:37.902270 IP (tos 0x0, ttl 63, id 50760, offset 0, flags [DF], proto TCP (6), length 52)
    91x144x177x249.static-customer.penza.ertelecom.ru.38415 > ceta.3dnews.ru.http: Flags [F.], cksum 0x2545 (correct), seq 1, ack 1, win 123, options [nop,nop,TS val 11228632 ecr 408056100], length 0
23:17:38.263681 IP (tos 0x0, ttl 63, id 37227, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.2002 > ceta.3dnews.ru.http: Flags [S], cksum 0xceae (correct), seq 3358704723, win 14600, options [mss 1452,sackOK,TS val 11228723 ecr 0,nop,wscale 7], length 0
23:17:40.267433 IP (tos 0x0, ttl 63, id 37228, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.2002 > ceta.3dnews.ru.http: Flags [S], cksum 0xccb9 (correct), seq 3358704723, win 14600, options [mss 1452,sackOK,TS val 11229224 ecr 0,nop,wscale 7], length 0
23:17:44.273909 IP (tos 0x0, ttl 63, id 37229, offset 0, flags [DF], proto TCP (6), length 60)
    91x144x177x249.static-customer.penza.ertelecom.ru.2002 > ceta.3dnews.ru.http: Flags [S], cksum 0xc8cf (correct), seq 3358704723, win 14600, options [mss 1452,sackOK,TS val 11230226 ecr 0,nop,wscale 7], length 0

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Нмного напутано, но вроде все нормально. И вы там вроде и браузером 3dnews.ru открывали. Все работает для разных диапазонов портов- у вас там мелькает и 38415,38414 и 2000 и 2003.

ceta.3dnews.ru.http > 91x144x177x249.static-customer.penza.ertelecom.ru.38414: Flags [F.], cksum 0xf4c0 (correct), seq 438, ack 972, win 33, options [nop,nop,TS val 407997525 ecr 11208980], length 0 23:16:39.491733 IP (tos 0x0, ttl 63, id 5430, offset 0, flags [DF], proto TCP (6), length 52)

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

for i in `seq 1 40`;do nc -vv 3dnews.ru 80& done
В этом примере открываются 40 соединеий.. сам 3dnews, не против, у меня отработало... должно 40 раз написать

Connection to 3dnews.ru 80 port [tcp/http] succeeded!

naszar
()
Ответ на: комментарий от naszar

Успешно открылось 40 соединений с ПК. Обождал немного пока с ноутбука будет доступен 3dnews и там тоже запустил указанную команду — открылось успешно 40 соединений.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Кстати, у 3дньюc.ru обнаружился еще один IP 195.90.131.236(первый 195.90.131.231).

naszar
()
Ответ на: комментарий от daemonpnz

Попробуйте, на компе:

for i in `seq 55100 10 55150`;do nc -vv 3dnews.ru 80& done
и одновременно на ноутбуке
for i in `seq 55160 10 55210`;do nc -vv 3dnews.ru 80& done
судя по предыдущим результатам соединение должно установится и компа, и с ноутбука. А вы пробовали открывать 3dnews.ru по IP??

naszar
()
Ответ на: комментарий от naszar

попробовал с ноутбука, если на ПК открыт 3dnews.ru, то с ноута по IP не открывается.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от naszar

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

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

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

Не совсем. Когда страничника в браузере открыта, 3dnews.ru ведет себя так: открывает соединение на 20 секунд, ждет 40 секунд, и снова открывает на 20 секунд... может быть это не нравится вашему провайдеру. Но с другой стороны, когда вы переходите по внутренней ссылке 3dnews в компе, ничего не блокируется. И вопрос в том, чем отличается для провайдера переход по внутренней ссылке на компе от открытия страницы на ноутбуке? номером порта? ip id? ttl?

naszar
()
Ответ на: комментарий от daemonpnz

Можно попробовать яваскрипт на этом сайте отключить.. ненужная активность прикатится и скорее всего все заработает. Потом можно будит подумать, как охладить излишний пыл 3dnews.

naszar
()
Ответ на: комментарий от daemonpnz

А точно отключили? Можно проверить tcpdump'ом - должны перестать сыпаться пакеты. Просто отключение JS должно отразится на сетевой активности, так-же как и закрытие вкладки в FF????

naszar
()
Ответ на: комментарий от naszar

Отключил javascript вообще целиком в бразере и обновил страничку. Гуглопочта, например, меня лесом тут же послала без жаваскрипта, ixbt поменял морду на безскриптовую.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

ПК перебивает ноутбук 1 и тогда везде кроме ПК 3dnews не работает

А попробуйте повыключать timestamps на ПК и ноутбуке

echo 0 > /proc/sys/net/ipv4/tcp_timestamps
Судя по дампам штампы времени на пк больше чем на ноутбуке, и этим может объяснятся то что ПК всех 'перебивает'.

naszar
()
Ответ на: комментарий от naszar

Вроде как помогло. Теперь вопрос, как сделать так, чтобы даже свежепринесённый нерутованный андроид смог подключиться к 3dnews?

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

А я вам где-то в самом начале еще говорил что прозрачный прокси спасет отца русской демократии.. думал мы тут ищем ответ на вопрос «почему?». Кроме прокси, поможет юзерспейсный модуль к iptables, который будит поправлять timestamps.. но тут увы, помочь не смогу ибо ничего такого еще не городил.

naszar
()
Ответ на: комментарий от naszar

я вообще пробовал ставить размер окна фиксированно меньше, ~ 1300-1200? на компе и на буке, но это не помогало

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от naszar

TCPOPTSTRIP — выполняет удаление заданных TCP-опций из заголовка TCP-пакета (единственный параметр --strip-options значение[,значение[,...]]). Удаляемые опции могут быть указаны через их номера (согласно списку на сайте IANA) или в виде символьных обозначений (список обозначений, поддерживаемых в вашей версии iptables можно посмотреть, выполнив команду iptables -j TCPOPTSTRIP -h). Разумеется, данное действие допустимо только для протокола TCP (-p tcp). Например,

iptables -t mangle -A POSTROUTING -p tcp -j TCPOPTSTRIP --strip-options timestamp

похоже то что нужно, счас попробую

daemonpnz ★★★★★
() автор топика
Последнее исправление: daemonpnz (всего исправлений: 1)
Ответ на: комментарий от naszar

вот что-то похожее нагуглил

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

Имеются несколько подсетей, связанных c головной подсетью через IP-туннели. В них несколько сотен устройств нескольких моделей, которые управляются через TCP-сессии.

Замечено, что в нескольких сетях (и только в них) при ответе на определённый запрос (и только на него) подвисают сессии со всеми устройствами двух моделей. Остальные модели в этих подсетях работают нормально. В большинстве подсетей нормально работают все устройства всех моделей.

Методом проб и ошибок выяснено, что если на управляющем компьютере выключены TCP Timestamps (sysctl net.ipv4.tcp_timestamps=0 в Линуксе), то ответ от устройства на «плохой запрос» уйдёт через шлюз в удалённой сети в ip-туннель, но не придёт из ip-туннеля на шлюз в сети компьютера. После чего начнутся keep-alives, retransmits и т.д.

Т.е. проходит пакет, который содержит TCP Options (NOP, NOP, TSval+TSecr), и блокируется пакет, в котором Options отсутствуют. Кстати, у «плохого» пакета может быть верная контрольная сумма, а у «хорошего» - неправильная. Всё остальное одинаково.

Вопрос: почему IP-туннель может блокировать только TCP-пакеты с определённым ответом, и только если у них отсутствует необязательный TCP-флаг?

Тыц
У нас как раз у провайдера FreeBSD на серверах стоит, как и у автора этого поста.

daemonpnz ★★★★★
() автор топика
Последнее исправление: daemonpnz (всего исправлений: 2)
Ответ на: комментарий от daemonpnz

Вроде работает, но теперь проблема другая. С этим правилом, через некоторое время ядро уходит в панику.

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Под размером окна подразумеваете mss? В последнем дампе видно как вы просите у 3dnews 1452 а он упорно отвечает вам с mss=1460. Немного странно. Я тоже пробовал уменьшать mss до 1000, 3dnews отвечает пакетами с mss=1460.. просто физически интерфейс позволяет, поэтому пакеты пролазят
Стрипать штампы времени НЕЖЕЛАТЕЛЬНО.. они как-то используются при маршрутизации.. починится 3dnews, но может отвалится что-нибудь другое, поэтому лучше не вырезать, а заменять на корректное значение.. тут мне кажется не злонамеренная резня трафика а обшибка где-то на пути от вас до 3dnews...

naszar
()
Ответ на: комментарий от naszar

сделал так

iptables -t mangle -A POSTROUTING -p tcp -m iprange --dst-range 195.90.131.0-195.90.133.255 -j TCPOPTSTRIP --strip-options timestamp
где --dst-range 195.90.131.0-195.90.133.255 взят отсюда
IP			195.90.131.231
Хост: 			ceta.3dnews.ru
Город: 			Москва
Страна: 		Russian Federation
IP диапазон: 		195.90.131.0 - 195.90.133.255
Название провайдера: 	Russian Data Communication Company 

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Тыц

Похоже, но помоему у вас все с точностью до наооборот.. в том топике sysctl net.ipv4.tcp_timestamps=0 все ломало, а у вас оно все лечит. Единственно, что там не догадались пустить traceroute именно по проблемному порту, в нашем случае по 80, надо было sudo traceroute -T 3dnews.ru и мы бы увидели где пакеты пропадают...

naszar
()
Ответ на: комментарий от naszar

Встаёт где-то у роснета

sudo traceroute -T -p 80 3dnews.ru
traceroute to 3dnews.ru (195.90.131.231), 30 hops max, 60 byte packets
 1  192.168.2.1 (192.168.2.1)  1.076 ms  1.047 ms  1.632 ms
 2  172.20.2.126 (172.20.2.126)  5.866 ms  5.884 ms  6.361 ms
 3  lag-5-435.bbr01.samara.ertelecom.ru (109.194.136.18)  7.449 ms  7.450 ms  7.451 ms
 4  bbr01.msk.ertelecom.ru (193.232.245.132)  27.577 ms  27.613 ms  27.582 ms
 5  msk-ne40-1.ctc.ctcs.ru (193.232.245.6)  32.847 ms  28.444 ms  27.537 ms
 6  77.51.254.235 (77.51.254.235)  30.717 ms  38.618 ms  38.523 ms
 7  77.51.255.5 (77.51.255.5)  29.771 ms  28.511 ms  28.392 ms
 8  ROSNET-MSK-NE5K2.ip.center.rt.ru (77.51.255.126)  28.287 ms  28.121 ms  27.991 ms
 9  Belyaevo.Rosnet.Net (212.5.174.5)  28.757 ms  28.641 ms  28.570 ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

А так выглядит в случае успеха

sudo traceroute -T -p 80 3dnews.ru
traceroute to 3dnews.ru (195.90.131.231), 30 hops max, 60 byte packets
 1  192.168.2.1 (192.168.2.1)  1.046 ms  0.997 ms  1.514 ms
 2  172.20.2.126 (172.20.2.126)  22.488 ms  27.977 ms  38.387 ms
 3  lag-5-435.bbr01.samara.ertelecom.ru (109.194.136.18)  7.961 ms  7.976 ms  7.963 ms
 4  bbr01.msk.ertelecom.ru (193.232.245.132)  27.799 ms  27.650 ms  27.680 ms
 5  msk-ne40-1.ctc.ctcs.ru (193.232.245.6)  27.690 ms  33.606 ms  33.593 ms
 6  77.51.254.235 (77.51.254.235)  28.953 ms  37.404 ms  37.330 ms
 7  77.51.255.5 (77.51.255.5)  29.568 ms  28.990 ms  28.894 ms
 8  ROSNET-MSK-NE5K2.ip.center.rt.ru (77.51.255.126)  28.771 ms  27.489 ms  27.555 ms
 9  Belyaevo.Rosnet.Net (212.5.174.5)  28.961 ms  28.820 ms  28.825 ms
10  ceta.3dnews.ru (195.90.131.231)  28.743 ms  27.830 ms  28.261 ms

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от daemonpnz

Ну вот, выяснилось что это даже не ваш провайдер.. у меня это предпоследний хоуп... ну главное, что починили...

naszar
()
Ответ на: комментарий от naszar

Да, большое спасибо! Спасибо всем участвовавшим.

выяснилось что это даже не ваш провайдер.. у меня это предпоследний хоуп...

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

daemonpnz ★★★★★
() автор топика
Последнее исправление: daemonpnz (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.