Junior Member
Домашний Интернет МТС & RT-N16
Доброго времени, уважаемые гуру.
Прошу прощения за много текста, но короче никак.
Имею 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 адреса, вернуть старый не имеем технической вохможности, ваша линия исправна".
Поэтому, пожалуйста, кто знает, что это может быть за ерунда? Как мне доказать МТС что не работает оно?
Буду благодарен за любую помощь, и предоставлю любые подробности, спасибо.
Last edited by _ad; 15-03-2013 at 21:50. Reason: не дописал, кликнул не туда
Senior Member
А локализовать тех, у кого "не открывается" не удаётся?
И как для них выглядит "не открывается"?
Может проблема где-то по дороге от проблемных пользователей до вас, а до вашего старого IP запросы от них по другому маршруту ходили.
Если помните старый IP - сравните трассировки от проблемного пользователя до него и нового.
Junior Member
Локализовать - нет проблем, знаю 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
Я вот не вижу тут особой разницы ....
Last edited by _ad; 16-03-2013 at 07:40.
Junior Member
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...
И все, так и висит, ничего не происходит
Forum Guru
В логах веб-сервера криминала нет? Дабы исключить его глюки, попробуйте поднять миниатюрный на busybox_httpd --help с ключикам -f -vv
DIR-320 & RTN-r3297 from USB>r3478>r3539>r3722>r3815>r3877>r4051>r4990>r5163
Senior Member
По трейсам особого криминала тоже не вижу.
Единственная несуразность - повтор адреса в двух последних строчках.
Не иначе как какая-то умная железка у провайдера с ТТЛ пакетов шаманит, но к проблеме это скорее всего никак не относится.
Если по симптомам ответ от http сервера при запросе большого файла не проходит, то нужно проверить это.
В идеале - дампом пакетов на обоих сторонах.
Есть подозрение, что где-то закопалась проблема с MTU-MRU, и не пролезающие пакеты дропаются.
То есть пока файл маленький, и его содержимое вместе со всеми заголовками в ответе веб-сервера меньше предельного размера пакета - всё хокей.
А как только превышает некий предел - каюк.
Можно попробовать принудительно уменьшить у себя на роутере МТУ.
Можно попробовать с точностью до байта выяснить минимальный размер файла, который не качается, можно с пингами разным размером пакета побаловаться.
Если будут дампы трафика - проверить не ставится ли на пакеты от веб-сервера флаг "не фрагментировать".
Junior Member
Нет, все нормально, да и работает же с других IPOriginally Posted by ConstAntz
Junior Member
Спасибо,
Вот что говорит Wireshark (на проблемном клиенте)
На роутере, вроде, крутить нечего, там Automatic IP.
Попробую выяснить с точностью до байта.
Junior Member
Да, исключено, Web интерфейс роутера (это же busybox_httpd?) тоже не доступен, запрашивает авторизацию, заполняю, жму ок, и все дальше ничего не происходит, браузер ждет ответ бесконечно.
Forum Guru
К сожалению, нет. Web интерфейс крутится на httpd, а вот busybox_httpd следует поднять на другом порту (ключ -p) и, желательно, выше 1024.
Ваш веб-сервер физически где? на роутере или за ним?
Last edited by ConstAntz; 16-03-2013 at 14:29.
DIR-320 & RTN-r3297 from USB>r3478>r3539>r3722>r3815>r3877>r4051>r4990>r5163
На мой взгляд, здесь «торчат» уши MTU/MRU.
Senior Member
Пакет 538 - запрос "большого" файла.Спасибо,
Вот что говорит Wireshark (на проблемном клиенте)
Пакет 546 - похоже последняя часть ответа от вашего веб-сервера на этот запрос, при этом первой части ответа (а скорее всего нескольких частей) - нет.
Утверждаюсь в мысли, что где-то по дороге проблемы с MTU|MRU, и проявились они после реорганизации сети у вашего провайдера, при которой вам сменили адрес.
У меня роутер постарее, да и прошивка другая, поэтому точно не скажу как у вас с нужными настройками.
У меня через веб-интерфейс MTU|MRU можно поменять только для ВПН-подключения к провайдеру, если таковое используется.
Если у вас просто получение адреса от провайдера по DHCP - то менять надо на физическом интерфейсе из командной строки.
На память - что-то типа "ifconfig eth0 mtu 1410" (имя интерфейса и цифра скорее всего другие).
Junior Member
Apache в локалке за роутером, на роутере его IP прописан в DMZ (сейчас), если сделать Virtual Server на 80 порт - все выглядит точно также. Проблема, думаю живет в оборудовании провайдера.
Junior Member
Спасибо всем за помощь.
Технически решить вопрос так и не удалось, решил сменой провайдера.
Posting Permissions
Reply With Quote