PDA

Bekijk de volledige versie : Домашний Интернет МТС & RT-N16



_ad
15-03-2013, 22:36
Доброго времени, уважаемые гуру.

Прошу прощения за много текста, но короче никак.

Имею RT-N16 c прошивкой RT-N16-1.9.2.7-rtn-r4772.trx, чем очень доволен и не испытывал никаких проблем, до тех пор пока МТС (а раньше это был Telix, SPb) не поменяли мне мой внешний IP. На этом IP держу Web сервис, им постоянно пользуются, однако после смены IP севис работать перестал. Начал разбираться и обнаружил две вещи:

1. C некоторых IP - все четко работает (например два IP в Москве, один - Билайн, второй - МГТС и мой сотовый через сотового оператора)
2. С других же скачиваются только "маленькие" файлы, вот для примера две ссылки:

http://176.222.203.39/test/1.txt - 1 килобайт - открывается всегда на ура,
http://176.222.203.39/test/10.txt - 10 килобайт - открывается, похоже, только не в Питере ), а просто висит запрос

Я не сильно специалист в сетях, но как то решал свои проблемы с оборудованием, провайдерами, и пр. последние ... лет.Эта же проблема для меня выглядит как бред, однако присутствует. Через техподдержку пробиться с этим, естественно не могу, ответ один "Произведена модернизация IP адреса, вернуть старый не имеем технической вохможности, ваша линия исправна".

Поэтому, пожалуйста, кто знает, что это может быть за ерунда? Как мне доказать МТС что не работает оно?

Буду благодарен за любую помощь, и предоставлю любые подробности, спасибо.

azhur
16-03-2013, 06:05
А локализовать тех, у кого "не открывается" не удаётся?
И как для них выглядит "не открывается"?
Может проблема где-то по дороге от проблемных пользователей до вас, а до вашего старого IP запросы от них по другому маршруту ходили.
Если помните старый IP - сравните трассировки от проблемного пользователя до него и нового.

_ad
16-03-2013, 08:34
Локализовать - нет проблем, знаю 3 таких IP, не открывается - просто висит запрос в браузере и больше ничего, по таймауту не заканчивается.


Трассировка от "проблемного IP" к новому:

Трассировка маршрута к usr-176-222-203-39.telix.ru [176.222.203.39]
с максимальным числом прыжков 30:

1 <1 мс <1 мс <1 мс 192.168.2.1
2 3 ms 1 ms 1 ms dynamicip-188-187-3-251.pppoe.volgograd.ertelecom.ru [188.187.3.251]
3 <1 мс <1 мс <1 мс dynamicip-109-195-88-18.pppoe.spb.ertelecom.ru [109.195.88.18]
4 9 ms 10 ms 9 ms GW-ERTelecom.retn.net [87.245.229.170]
5 11 ms 11 ms 11 ms ae12-155.RT.M9P.MSK.RU.retn.net [87.245.229.169]
6 50 ms 58 ms 50 ms ae6-3.RT.IRX.FKT.DE.retn.net [87.245.233.198]
7 51 ms 51 ms 51 ms 213.198.77.213
8 61 ms 54 ms 51 ms ae-5.r21.frnkge03.de.bb.gin.ntt.net [129.250.4.162]
9 51 ms 51 ms 52 ms anc-cr01-te4-3.ff.stream-internet.net [80.81.193.78]
10 83 ms 82 ms 81 ms anc-cr01-be1.ff.stream-internet.net [212.188.0.121]
11 89 ms 89 ms 89 ms bor-crs-1-be3.spb.stream-internet.net [195.34.53.101]
12 82 ms 81 ms 82 ms bor-cr01-po21.spb.stream-internet.net [212.188.1.238]
13 88 ms 89 ms 88 ms art-cr01-vl1504.spb.stream-internet.net [212.188.1.54]
14 94 ms 89 ms 89 ms art-cr02-te8-0-0-2005.spb.stream-internet.net [212.188.1.10]
15 82 ms 82 ms 82 ms 212.188.54.26
16 82 ms 82 ms 82 ms 176.241.96.206
17 82 ms 82 ms 82 ms 176.241.96.230
18 * * * Превышен интервал ожидания для запроса.
19 * * * Превышен интервал ожидания для запроса.
20 82 ms 83 ms 82 ms usr-176-222-203-39.telix.ru [176.222.203.39]
21 82 ms 82 ms 82 ms usr-176-222-203-39.telix.ru [176.222.203.39]

Трассировка завершена.

Трассировка от "проблемного IP" к старому:

Трассировка маршрута к usr-109-236-101-169.telix.ru [109.236.101.169]
с максимальным числом прыжков 30:

1 <1 мс <1 мс <1 мс 192.168.2.1
2 29 ms 1 ms 1 ms dynamicip-188-187-3-251.pppoe.volgograd.ertelecom.ru [188.187.3.251]
3 <1 мс <1 мс <1 мс dynamicip-109-195-88-18.pppoe.spb.ertelecom.ru [109.195.88.18]
4 9 ms 9 ms 9 ms GW-ERTelecom.retn.net [87.245.229.82]
5 11 ms 11 ms 11 ms ae11-154.RT.M9P.MSK.RU.retn.net [87.245.229.81]
6 51 ms 50 ms 50 ms ae6-3.RT.IRX.FKT.DE.retn.net [87.245.233.198]
7 51 ms 51 ms 51 ms 213.198.77.213
8 51 ms 50 ms 50 ms ae-5.r21.frnkge03.de.bb.gin.ntt.net [129.250.4.162]
9 53 ms 52 ms 53 ms anc-cr01-te4-3.ff.stream-internet.net [80.81.192.78]
10 95 ms 95 ms 96 ms bor-crs-1-be3.spb.stream-internet.net [195.34.53.101]
11 88 ms 88 ms 88 ms oct-crs-1-be2.spb.stream-internet.net [212.188.1.189]
12 89 ms 88 ms 88 ms oct-cr01-po4.spb.stream-internet.net [212.188.1.186]
13 88 ms 88 ms 88 ms 212.188.55.6
14 88 ms 88 ms 88 ms 176.241.96.206
15 * * * Превышен интервал ожидания для запроса.
(дальше - тоже превышен интервал ...)

Трассировка от "безпроблемного" IP к новому

traceroute to 176.222.203.39 (176.222.203.39), 30 hops max, 60 byte packets
1 192.168.10.1 (192.168.10.1) 11.661 ms 11.648 ms 11.640 ms
2 vpn509-l0.msk.corbina.net (78.107.1.254) 21.698 ms 22.987 ms 24.101 ms
3 * * *
4 ko-crs-tengige0-5-0-6.corbina.net (195.14.54.117) 24.986 ms 29.611 ms 31.671 ms
5 m10-bb-po3.corbina.net (78.107.184.135) 30.896 ms 32.327 ms 33.392 ms
6 * * m10-cr01-te2-4.msk.stream-internet.net (195.34.36.157) 9.232 ms
7 mar-crs-1-be2.msk.stream-internet.net (195.34.53.21) 22.913 ms 29.159 ms 30.842 ms
8 oct-crs-1-BE1.spb.stream-internet.net (195.34.53.194) 32.572 ms 38.673 ms 40.244 ms
9 oct-cr01-po4.spb.stream-internet.net (212.188.1.186) 43.965 ms 51.256 ms 52.898 ms
10 art-cr01-vl1500.spb.stream-internet.net (212.188.1.50) 34.446 ms 42.145 ms 48.708 ms
11 art-cr02-te8-0-0-2005.spb.stream-internet.net (212.188.1.10) 25.850 ms 29.085 ms 29.531 ms
12 212.188.54.26 (212.188.54.26) 29.843 ms 27.287 ms 29.925 ms
13 176.241.96.206 (176.241.96.206) 29.696 ms 30.563 ms 27.813 ms
14 176.241.96.230 (176.241.96.230) 29.562 ms 29.671 ms 29.263 ms
15 * * *
16 * * *
17 usr-176-222-203-39.telix.ru (176.222.203.39) 32.539 ms 32.007 ms 29.484 ms
18 usr-176-222-203-39.telix.ru (176.222.203.39) 29.253 ms 30.293 ms 23.244 ms

Я вот не вижу тут особой разницы ....

_ad
16-03-2013, 08:52
root@vs:~# wget http://176.222.203.39/test/10.txt
--2013-03-16 11:50:26-- http://176.222.203.39/test/10.txt
Connecting to 176.222.203.39:80... connected.
HTTP request sent, awaiting response...

И все, так и висит, ничего не происходит

ConstAntz
16-03-2013, 10:48
В логах веб-сервера криминала нет? Дабы исключить его глюки, попробуйте поднять миниатюрный на busybox_httpd --help с ключикам -f -vv

azhur
16-03-2013, 11:38
По трейсам особого криминала тоже не вижу.
Единственная несуразность - повтор адреса в двух последних строчках.
Не иначе как какая-то умная железка у провайдера с ТТЛ пакетов шаманит, но к проблеме это скорее всего никак не относится.
Если по симптомам ответ от http сервера при запросе большого файла не проходит, то нужно проверить это.
В идеале - дампом пакетов на обоих сторонах.
Есть подозрение, что где-то закопалась проблема с MTU-MRU, и не пролезающие пакеты дропаются.
То есть пока файл маленький, и его содержимое вместе со всеми заголовками в ответе веб-сервера меньше предельного размера пакета - всё хокей.
А как только превышает некий предел - каюк.
Можно попробовать принудительно уменьшить у себя на роутере МТУ.
Можно попробовать с точностью до байта выяснить минимальный размер файла, который не качается, можно с пингами разным размером пакета побаловаться.
Если будут дампы трафика - проверить не ставится ли на пакеты от веб-сервера флаг "не фрагментировать".

_ad
16-03-2013, 12:30
В логах веб-сервера криминала нет? Дабы исключить его глюки, попробуйте поднять миниатюрный на busybox_httpd --help с ключикам -f -vv

Нет, все нормально, да и работает же с других IP

_ad
16-03-2013, 12:49
По трейсам особого криминала тоже не вижу.
Единственная несуразность - повтор адреса в двух последних строчках.
Не иначе как какая-то умная железка у провайдера с ТТЛ пакетов шаманит, но к проблеме это скорее всего никак не относится.
Если по симптомам ответ от http сервера при запросе большого файла не проходит, то нужно проверить это.
В идеале - дампом пакетов на обоих сторонах.
Есть подозрение, что где-то закопалась проблема с MTU-MRU, и не пролезающие пакеты дропаются.
То есть пока файл маленький, и его содержимое вместе со всеми заголовками в ответе веб-сервера меньше предельного размера пакета - всё хокей.
А как только превышает некий предел - каюк.
Можно попробовать принудительно уменьшить у себя на роутере МТУ.
Можно попробовать с точностью до байта выяснить минимальный размер файла, который не качается, можно с пингами разным размером пакета побаловаться.
Если будут дампы трафика - проверить не ставится ли на пакеты от веб-сервера флаг "не фрагментировать".

Спасибо,
Вот что говорит Wireshark (на проблемном клиенте)
9470

На роутере, вроде, крутить нечего, там Automatic IP.

Попробую выяснить с точностью до байта.

_ad
16-03-2013, 13:01
В логах веб-сервера криминала нет? Дабы исключить его глюки, попробуйте поднять миниатюрный на busybox_httpd --help с ключикам -f -vv

Да, исключено, Web интерфейс роутера (это же busybox_httpd?) тоже не доступен, запрашивает авторизацию, заполняю, жму ок, и все дальше ничего не происходит, браузер ждет ответ бесконечно.

ConstAntz
16-03-2013, 15:22
Web интерфейс роутера (это же busybox_httpd?) тоже не доступен

К сожалению, нет. Web интерфейс крутится на httpd, а вот busybox_httpd следует поднять на другом порту (ключ -p) и, желательно, выше 1024.
Ваш веб-сервер физически где? на роутере или за ним?

ryzhov_al
16-03-2013, 15:29
1. C некоторых IP - все четко работает (например два IP в Москве, один - Билайн, второй - МГТС и мой сотовый через сотового оператора)
2. С других же скачиваются только "маленькие" файлы, вот для примера две ссылки:

http://176.222.203.39/test/1.txt - 1 килобайт - открывается всегда на ура,
http://176.222.203.39/test/10.txt - 10 килобайт - открывается, похоже, только не в Питере ), а просто висит запрос.На мой взгляд, здесь «торчат» уши MTU/MRU.

azhur
16-03-2013, 16:35
Спасибо,
Вот что говорит Wireshark (на проблемном клиенте)
9470

Пакет 538 - запрос "большого" файла.
Пакет 546 - похоже последняя часть ответа от вашего веб-сервера на этот запрос, при этом первой части ответа (а скорее всего нескольких частей) - нет.
Утверждаюсь в мысли, что где-то по дороге проблемы с MTU|MRU, и проявились они после реорганизации сети у вашего провайдера, при которой вам сменили адрес.

Спасибо,
На роутере, вроде, крутить нечего, там Automatic IP.
У меня роутер постарее, да и прошивка другая, поэтому точно не скажу как у вас с нужными настройками.
У меня через веб-интерфейс MTU|MRU можно поменять только для ВПН-подключения к провайдеру, если таковое используется.
Если у вас просто получение адреса от провайдера по DHCP - то менять надо на физическом интерфейсе из командной строки.
На память - что-то типа "ifconfig eth0 mtu 1410" (имя интерфейса и цифра скорее всего другие).

_ad
16-03-2013, 17:01
К сожалению, нет. Web интерфейс крутится на httpd, а вот busybox_httpd следует поднять на другом порту (ключ -p) и, желательно, выше 1024.
Ваш веб-сервер физически где? на роутере или за ним?

Apache в локалке за роутером, на роутере его IP прописан в DMZ (сейчас), если сделать Virtual Server на 80 порт - все выглядит точно также. Проблема, думаю живет в оборудовании провайдера.

_ad
17-03-2013, 12:48
Спасибо всем за помощь.
Технически решить вопрос так и не удалось, решил сменой провайдера.