Pakiety, które ci przychodzą i widzisz zmianę TTL-a to są pakiety od serwera zmienione na twoim routerze przed wejściem w NAT.

Czyli ty wysyłasz pakiet do serwera onet z jakimś tam TTL-em, którego nie widzisz - onet odpowiada ci defaultowym TTL-em jaki ma ustawiony ale zanim zobaczysz odpowiesz twój router przed wpuszczeniem go do twojej sieci i na własny interfejs zmienia ci ten TTL od onetu.

Żeby sprawdzić jaki ty wysyłasz TTL z routera musiał byś spingować port WAN jakimś kompem co nie jest trudne - bo wystarczy podpiąć jakiś PC po porcie WAN + odblokować w Firewallu odpowiedzi na ping i ustawić tą samą podsieć inna od LAN na porcie WAN.

@hermes-80: wszystko się zgadza z tym co piszesz tylko kiedy chcę spingować port WAN nie dostaję żadnej odpowiedzi pomimo zmodyfikowania ustawień firewalla..
Opisywałem swój problem tutaj: Odpowiedz rutera na pingi od strony WAN
Może jakieś sugestie gdzie może leżeć problem?

Więc odpowiem w: http://openlinksys.info/forum/viewthr...d_id=14776

zgodnie z tym co jest w zrodlach TTL ustawia sie w obie strony

@shibby: bardziej już z ciekawości teraz pytam - czemu więc jeśli pinguję ruter z lanu odpowiada mi TTL-em 64 a nie tym ustawionym w sekcji custom?

bo komputer LAN pinguje z czym chce prawda. To dopiero router zmienia TTL a host o tym nawet nie wie. Ponadto popatrz na regułkę. TTL podbija się dopiero gdy pakiet przechodzi przez interfejs WAN. Tak wiec przy pingowaniu routera nie ma prawa się TTL zmieniac.

chcesz sprawdzic czy ustawianie TTL dziala? ustaw TTL na 1 ;P (tylko wczesniej zrob sobie kopie ustawien).

Defaultowe TTL zmieniało się w pliku /proc/sys/net/ipv4/ip_default_ttl wtedy cały system ma zdefiniowane przez ciebie wartość.

To że już wszystko działa jak należy stwierdziłem, więc wybacz że nie wykonam Twojego testu z TTL=1 ;]


No właśnie tego info brakowało mi do całości obrazu
Sam się ze swoim rozumowaniem zapędziłem w krzaki.. Przecież systemowe IP nie musi się równać temu na wyjściu..

a jak myślisz co by się stało?

Brak komunikacji z twoją siecią i routerem po przejściu przez jakikolwiek drugi router po drodze .

Tak wiem dokładnie czym to skutkuje
Wiadomo dlaczego dawniej niemalże każdy ISP korzystał z tego cudnego ustawienia a każdy user kombinował jak go podbijać

zresztą sama nazwa mówi TTL - Time To Live

Witam.

Oto potencjalny błąd jaki zaobserwowałem w wersji tomato-ND-1.28.5x-093-VPN.trx.

https://www.dropbox.com/s/ivgpwsnvdv73414/vlan.png

Na mój gust to jest błąd. Porty nie są tagowane a jakimś cudem dwa porty są w tym samym vlan. Do tego oddzanczenie jednego portu, save & reboot nie daje efektu tj. po reboot dalej dwa porty są w tym samym vlan.

Pozdrawiam,
MvincM

Tak, na WRT54GL wystepuje ten blad w gui (dziala ale zle pokazuje w gui), na innych routerach nie zauwazylem tego.

Na RT-N12 z 93 (wygranym ) problem z wyświetlaniem przypisania portów do vlanów. Dokładnie tak samo jak pisałem wcześniej w przypadki DIR320 - port 4 przypisany jest do wan, a port wan jako czwarty lan. Ale to nie jest najistotniejsze - w konsoli zmieniam owe vlany, daję nvram commit, sprawdzam dla pewności - jest tak jak ustawiłem, niemniej jednak po restarcie konfiguracja vlanów wraca do domyślnej, moje zmiany pozostają zgubione.

twoje zmiany sa pamiętane. To poprostu advanced-vlan ma zle mapowanie portów dla tego modelu. Z tego co pamietam to choba go tam nie dodawalem a wiec "leci" na domyslnej mapie czyli dla wrt54

Problem tylko w tym że zmiany nie są pamiętane Wracają do domyślnych się po restarcie routera.

U mnie nadal źle pokazuje ilość wolnego miejsca NVRAM

Podziel sobie 8672/(32*1024)=0,2646

Co zle pokazuje?

OK jest dobrze nie zaczaiłem

Ponizej 10KB pokazuje w bajtach, powyzej w KB. Wszystko jest ok, @krisan sie postaral

Total / Free NVRAM: 32.00 KB / 8672 (26.46%)
Total / Free NVRAM: 32.00 KB / 11.07 KB (34.59%)