Panowie, proszę o pomoc. W czym problem...
Operator blokuje neta przepuszczając pakiety tylko z określonym TTL, bodajże 52. Podbijamy tę wartość na tomato o 1 i mamy necik na komputerach za routerem. Niestety nie jest tak w przypadku bramki, która jest wpięta w ten sam sposób co PC'ty. Nie łączy się ona wcale.
Spotkałem się już wcześniej z takim problemem u innego ISP. Jedyną wspólną cechą obu przypadków było właśnie stosowanie ograniczeń TTL.
Po wielu próbach wszystkich możliwych ustawień, śmiem twierdzić, że przyczyna leży właśnie tutaj.
Czy jest ktoś w stanie wyjaśnić dlaczego tak się dzieje, czym różni się pakiet wychodzący z bramki od tego puszczonego z komputera? Idąc dalej - jak sobie z tym poradzić, żeby bramka zaczęła się rejestrować?!
Z PC obok i z routera, ping do bramki daje 250. Czy o to pytasz?
Faktycznie tomato zwraca 64, windowsy 128, ale chyba nie w tym rzecz, bo chyba ustawienie TTL pakietu, który wychodzi WANem leży ostatecznie w kwestii routera (przecież nawet windowsy pomimo wartości 128 jakoś działają).
Edytowany przez koobeza dnia 04-01-2010 18:42
Sam napisałeś że "blokuje neta przepuszczając pakiety tylko z określonym TTL, bodajże 52". Więc skoro windowsy działają i dają 127 to nie w tym rzecz, skoro na ruterze tylko podbijasz ttl. Prawda?
OK. Pogłębiłem moją średnią widzę o czasach życia pakietu i zarządzaniem nim przez tomato. Nie bardzo rozumiałem, że z formularza ttl jest podbijany o żądaną wartość w obie strony. I faktycznie, tak jak mówiłeś, rozchodzi się o TTL zwracany przez bramkę.
PAP2 ustawia go na 250, więc obniżyłem go na routerze o 122 (SIC!) i okazuje się, że akceptowanym czasem, przez nadrzędne urządzenie operatora, jest TTL=128.
Jak wiadomo, nie ma wtedy neta na reszcie urządzeń podpiętych w podsieci.
Zapytam więc, czy istnieje możliwość podbijania TTL dla różnych urządzeń/IPków-MACów/interfejsów o inną wartość każde? Może coś na wzór zamknięcia IPków w klasie, tak jak ma się to przy wirtualnym imq do którego kierujemy ruch. Z kolei dla różnych imq ustalać o jaką wartość ma być zmieniony TTL...
Pytam już z czystej ciekawości, bo mój ISP zgodził się znieść to ograniczenie już po jednym prośbie mailowej. Jak zawsze najprostsze rozwiązania są najlepsze, ale może komuś się przyda, bo nie zawsze jest tak łatwo z operatorem.
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
