Linux за българи: Форуми

Здравейте!

Имам един проблем с рутер, който накъсва Интернета. Ето ви малко данни от "ping".

64 bytes from 192.168.1.1: icmp_req=175 ttl=13 time=0.708 ms
64 bytes from 192.168.1.1: icmp_req=176 ttl=13 time=0.765 ms
64 bytes from 192.168.1.1: icmp_req=177 ttl=13 time=0.739 ms
64 bytes from 192.168.1.1: icmp_req=178 ttl=1 time=0.773 ms
64 bytes from 192.168.1.1: icmp_req=179 ttl=1 time=0.771 ms
64 bytes from 192.168.1.1: icmp_req=180 ttl=4 time=0.737 ms
64 bytes from 192.168.1.1: icmp_req=181 ttl=54 time=0.787 ms

Това нормално ли е?  ???

Интересно, по-големите умове в мрежите ще се изкажат, но аз само да предположа: възможно ли е това рутерче да има пуснати разни анти-fingerprint правила и например да връща рандом ttl?

Да разбирам, че рутера ти е в локалната мержа (все пак 192.168.1.1) и няма вариант reply-те да минават по различен път (особено пък с 15 хопа)?

Рутера е Linksys  и служи за нормална връзка с Интернет. Не си спомянм да съм слагал някакви специални настройки. Вчера обнових и фърмуера, но пак се сменя ТТЛ. Дали пък да не го анулирам (reset) и да си направя настройките отново?  :-[

Да почнеш от нулата винаги е вариант, но рискуваш да не разбереш къде е бил проблемът ;) Мойта препоръка е да изчакаш някой от по-мозъците (казвам го с уважение ;) ) да се изкажат по-въпроса, тъй като аз само налучквах... не съм виждал подобно нещо през живота си :)

Поздрави

Възстанових фабричните настройки. Резултатът е никакъв:

64 bytes from 192.168.1.1: icmp_req=66 ttl=13 time=0.622 ms
64 bytes from 192.168.1.1: icmp_req=67 ttl=13 time=1.23 ms
64 bytes from 192.168.1.1: icmp_req=68 ttl=13 time=0.246 ms
64 bytes from 192.168.1.1: icmp_req=69 ttl=13 time=1.08 ms
64 bytes from 192.168.1.1: icmp_req=70 ttl=212 time=0.246 ms
64 bytes from 192.168.1.1: icmp_req=71 ttl=13 time=1.09 ms
64 bytes from 192.168.1.1: icmp_req=72 ttl=13 time=0.233 ms
64 bytes from 192.168.1.1: icmp_req=73 ttl=13 time=1.11 ms
64 bytes from 192.168.1.1: icmp_req=74 ttl=13 time=0.253 ms
64 bytes from 192.168.1.1: icmp_req=75 ttl=13 time=1.12 ms
64 bytes from 192.168.1.1: icmp_req=76 ttl=13 time=0.919 ms
64 bytes from 192.168.1.1: icmp_req=77 ttl=13 time=0.223 ms
64 bytes from 192.168.1.1: icmp_req=78 ttl=44 time=0.201 ms
64 bytes from 192.168.1.1: icmp_req=79 ttl=44 time=0.298 ms
64 bytes from 192.168.1.1: icmp_req=80 ttl=44 time=0.246 ms
64 bytes from 192.168.1.1: icmp_req=81 ttl=44 time=0.272 ms
64 bytes from 192.168.1.1: icmp_req=82 ttl=13 time=0.231 ms
64 bytes from 192.168.1.1: icmp_req=83 ttl=13 time=0.245 ms
64 bytes from 192.168.1.1: icmp_req=84 ttl=13 time=0.281 ms
64 bytes from 192.168.1.1: icmp_req=85 ttl=13 time=0.250 ms
64 bytes from 192.168.1.1: icmp_req=86 ttl=13 time=0.304 ms
64 bytes from 192.168.1.1: icmp_req=87 ttl=65 time=0.235 ms
64 bytes from 192.168.1.1: icmp_req=88 ttl=65 time=0.245 ms
64 bytes from 192.168.1.1: icmp_req=89 ttl=65 time=0.228 ms
64 bytes from 192.168.1.1: icmp_req=90 ttl=13 time=0.261 ms
64 bytes from 192.168.1.1: icmp_req=91 ttl=13 time=0.242 ms
64 bytes from 192.168.1.1: icmp_req=92 ttl=13 time=0.254 ms
64 bytes from 192.168.1.1: icmp_req=93 ttl=13 time=0.241 ms
64 bytes from 192.168.1.1: icmp_req=94 ttl=13 time=0.244 ms
64 bytes from 192.168.1.1: icmp_req=95 ttl=13 time=0.231 ms
64 bytes from 192.168.1.1: icmp_req=96 ttl=13 time=0.221 ms
64 bytes from 192.168.1.1: icmp_req=97 ttl=64 time=0.232 ms
64 bytes from 192.168.1.1: icmp_req=98 ttl=13 time=0.241 ms
64 bytes from 192.168.1.1: icmp_req=99 ttl=13 time=0.225 ms
64 bytes from 192.168.1.1: icmp_req=100 ttl=13 time=0.269 ms
64 bytes from 192.168.1.1: icmp_req=101 ttl=13 time=0.244 ms
64 bytes from 192.168.1.1: icmp_req=102 ttl=13 time=0.261 ms
64 bytes from 192.168.1.1: icmp_req=103 ttl=13 time=0.257 ms
64 bytes from 192.168.1.1: icmp_req=104 ttl=13 time=0.268 ms
64 bytes from 192.168.1.1: icmp_req=105 ttl=13 time=0.227 ms

Дали проблемът е хардуерен?  >:(

Ама Златко, откъде ги възстанови ? От web интерфейса му, или го RESET-на с кламера ?

Какъв е този рутер? Модел, марка?

Ама Златко, откъде ги възстанови ? От web интерфейса му, или го RESET-на с кламера ?

От интерфейса.

Какъв е този рутер? Модел, марка?

Linksys WRT 120N

Сега, защо те попитах КАК ? Аз съм имал много случаи, при които софтуерното ресетване (от WEB интерфейса) не помага. А когато го ресетна с кламера (бутона RESET), се е оправял и тръгвал като хората. Задължително го ресетни оттам, и после си го програмирай наново. Не е кой знае колко работа, но все си мисля, че ще ти помогне. Успехи.

Не помага, Ачо.  :( Май ще го връщам в магазина.

Гаранционен ли е ? Много интересно нещо е това. И аз за пръв път чувам за такава БОЛКА. А иначе пуска ли нета на клиентските машини като хората, или прави проблеми ?

Гаранционен. Накъсва ми Интернета, т.е. от време на време прекъсва и ми казаха, че е от тоя ТТЛ нещо. Май стойността не трябва да се сменя въобще, нали?

Гаранционен. Накъсва ми Интернета, т.е. от време на време прекъсва и ми казаха, че е от тоя ТТЛ нещо. Май стойността не трябва да се сменя въобще, нали?

Да, не трябва.

Разбира се, че трябва да е константна стойност. Ти го пингваш от твоята машина, която е фиксирана в топологията. От теб пакетите излизат най-вероятно с TTL=64 (макар, че виждам и стойност 65). Явно се е бъгнал Linksys-а и не обработва TTL стойността на пакетите правилно. Ама щом си е в гаранция да си го гледат там в сервиза. Не им обяснявай много-много, че си сменял firmware и т.н. Най-добре пред тебе да го закачат и да го пингват, за да видят болката. Сега и аз пуснах няколко пинга до моя gateway (MikroTik), връща ми TTL=64, с колкото си е изпратен пакета. После до следващия ми рутер (Slackware), връща ми TTL=63, MikroTik-а го е намалил с единица, както трябва да си е.

Acho, най-вероятно аз бъркам, но ТТЛ-а на icmp reply пакета нали няма нищо общо с ТТЛ-а на icmp request-а, който го е породил. Тоест това един вид си е стойност, която харкатеризира отговарящата машина!? А възможно ли е linksys-a да пуска пакети с нулев ТТЛ по някое време и те реално да стигат до твоя хост но стека да ги drop-ва, макар че при пинг seq номерата са последователни => не се губят пакети!?

Не знам, с цел да се свърши работата може би наистина най-добре да ти го заменят, от друга страна колко рутера в света го могат това? На твое място бих си го запазил :) (малко като във вица с програмиста и омагьосаната жаба - не искал да я целува, за да стане принцеса, щото е банално, виж говореща жаба си е друго нещо ;) )

И все пак може да свършиш две неща, така за наше удовлетворение, преди да го върнеш: пусни пинг до рутера в някоя конзола (може да даже да го пренасочиш към файл), същото направи и с един tcpdump (tcpdump -XXXvvvn -i <интерфейсът ти>) и дай тук информацията от тях в момента, в който започне ти накъсва нета. Отново - стига да си ентусиаст да го хванеш, иначе - сменяй и не го мисли ;)

Поздрави

Е, каква стана тя? Освен да ви го пусна на търг.  :D
Първоначална цена: 80 лв (за толкова съм го купил)

Иска ли го някой  [_]3

Acho, най-вероятно аз бъркам, но ТТЛ-а на icmp reply пакета нали няма нищо общо с ТТЛ-а на icmp request-а, който го е породил. Тоест това един вид си е стойност, която харкатеризира отговарящата машина!?

Май не си много прав. Смисъла на TTL-а е да няма безкрайно въртящи се пакети из мрежата, като TTL-а се намаля с единица през всеки hop през който е минал. Не може от теб до рутера ти да има - т.е. няма няма други рутери и да получаваш рандом TTL стойности за echo replay-ите. Нищо чудно и аз да не съм прав, но това ми е причината да не го искам този рутер. Така, че Златко сори брат  [_]3.

Цитат на: hyankov в Feb 24, 2011, 11:19

Acho, най-вероятно аз бъркам, но ТТЛ-а на icmp reply пакета нали няма нищо общо с ТТЛ-а на icmp request-а, който го е породил. Тоест това един вид си е стойност, която харкатеризира отговарящата машина!?

Май не си много прав. Смисъла на TTL-а е да няма безкрайно въртящи се пакети из мрежата, като TTL-а се намаля с единица през всеки hop през който е минал. Не може от теб до рутера ти да има - т.е. няма няма други рутери и да получаваш рандом TTL стойности за echo replay-ите. Нищо чудно и аз да не съм прав, но това ми е причината да не го искам този рутер. Така, че Златко сори брат  [_]3.

Така, така мисля, че ми е ясен смисълът на ТТЛ - да няма пакети от тип шотландски боец. Но ТТЛ-а на icmp request-a е едно нещо и доколкото знам няма пряка връзка с ТТЛ-а на icmp reply-a, който от своя страна е съвсем отделен пакет със собствен ТТЛ, който зависи от ОС-а и настройките на отговарящата машина. Струва ми се от първото ми мнение достаъчно ясно си личи, че знам какво е хоп и разбирам парадокса в създалата се ситуация :)

Златко, вземи си нов, а с този си избий парите - хващаш бас с някой отворен админ, че хич не му увира главата от ТТЛ-и, после му събираш очите с находката си и ... си в бизнеса ;)

Не, не е за мене тая работа, аз съм си ламер-любител на СС. Не разбирам нищо нито от програмиране, нито от админство.  >:D
Ако някой го иска, за да му свърши някаква работа, ще му го продам, че не ми се занимава със сервизи. Между другото, има още 22 месеца гаранция, така че можете да го върнете по всяко време.
И да, трябва да сте от София, иначе пътните разноски са за вас.  ;D
Има ли желаещи?

Каквото и да мислим, наистина тоя Linksys е уникален. Такова нещо никога нямаше да ми не през ума. Да ти бърка TTL-а, да ти дропи пакети, да ти пуска нет - когато му е кеф, егати и гадното.

Да ви кажа как аз почти брикнах един стар, но идеално работещ WiFi рутер на D-Link. Взех, че му нахаках SSID-то НА КИРИЛИЦА, хахахахахахахаххааааа. И докато му дам APPLY/RESTART и умря. Никаква реакция. Изключване от адаптера, RESET с кламера няколко пъти, нищо. Мама ти стара и рутер. По едно време в браузера ми се появи страничката му за ъплоудване на нов firmware. А веднага на сайта на D-Link, даунлоад на firmware файла за тоя модел, ъплоуд в рутера и REBOOT. Хукна веднага.

Я му върни firmware и виж дали пак ще прави така.

Каквото и да мислим, наистина тоя Linksys е уникален. Такова нещо никога нямаше да ми не през ума. Да ти бърка TTL-а, да ти дропи пакети, да ти пуска нет - когато му е кеф, егати и гадното.

Глупости на търкалета - това е все едно да пазиш стари дъна с раздути кондензатори. И да не сменяш кондензаторите защото от време на време ти се получават разни странни глупости :D.

Я му върни firmware и виж дали пак ще прави така.

Не разбрах, това за мен ли беше?
Е, като не го щете, ще го върна в сервиза.

Цитат на: backtolife в Feb 24, 2011, 12:48

Я му върни firmware и виж дали пак ще прави така.

Не разбрах, това за мен ли беше?
Е, като не го щете, ще го върна в сервиза.

Нали каза, че си го upgrade-нал. Вика, да пробваш да му върнеш версията на firmware с която си го взел и пак да видиш дали ще стане така.

То хубаво, ама на сайта има само последната версия фирмени дрешки.
Ако мислите, че ще седна да се занимавам... Да си го оправят в сервиза.

ако използваш PPPoE тези рутери имат проблем с PPPoE + MS-CHAPv2

Да, PPPoE ползвам.  ::)

Благодаря на всички за участието, оттук нататък ще гледам да се оправям със сервиза.

Стекът не би трябвало да ги дропва, ако това е входящ трафик и не се прерутира. Но ако трябва да ги forward-ва нанякъде, всичко с TTL<=1 отива под ножа.

Златко оправиха ли рутера в сервиза, че и аз се набутах с тоз модел и ще го нося...

Златко оправиха ли рутера в сервиза, че и аз се набутах с тоз модел и ще го нося...

Смениха ми го с друг модел с малко доплащане. А бе загубена работа. Съжалявам, че си купих Линксис. И обхватът е по-лош от очакваното - в една от стаите покритието е 20%.
Набутване е точната дума.