- « Poprzedni
-
- 1
- 2
- Następny »
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
@adi871napisał(-a)...
musze miec skrypt z delayem jednej z sesji po restarcie routera bo automat blokuje chwilowo autoryzacje zapewne z powodu nadużyć
...
Gdyby Orange traktował to jako nadużycie to już dawno by taką możliwość zablokował, przecież to jest banalne do zbanowania. Opóźnienie które obserwujesz musi mieć inne źródło. BTW, na linuxie nie obserwuję żadnego opóźnienia, obie sesje są wznawiane niemal jednocześnie, i nie ma błędów autoryzacji ani przekroczenia limitu czasu oczekiwania.
Widziałem takie czasowe blokady w okresie kiedy to zaczynałem konfigurować, i pojawiały się one kiedy sesje był nawiązywany z różnych urządzeń szybko po sobie - wtedy jest okienko kilku minut (IIRC) w którym sesja nie zostanie nawiązana. U mnie, jeśli sesje są na tym samym sprzęcie, to obie sesje zawsze z sukcesem są negocjowane jednocześnie (przez dwa odrębne procesy uruchomione równolegle), co do sekundy. W logach wygląda to tak (ten pppd id 2435 używa loginu ipv6, ten z id 2440 bez):
...
Jul 3 02:22:14 pppd[2435]: rcvd [CHAP Challenge id=0x68 <*******>, name = "JUNOS"] Jul 3 02:22:14 pppd[2435]: sent [CHAP Response id=0x68 , name = "*****@neostrada.pl/ipv6"] Jul 3 02:22:14 pppd[2440]: rcvd [CHAP Challenge id=0xb9 <*******>, name = "JUNOS"] Jul 3 02:22:14 pppd[2440]: sent [CHAP Response id=0xb9 , name = "*****@neostrada.pl"] Jul 3 02:22:14 pppd[2440]: rcvd [LCP EchoRep id=0x0 magic=*******] Jul 3 02:22:14 pppd[2435]: rcvd [LCP EchoRep id=0x0 magic=*******] Jul 3 02:22:14 pppd[2440]: rcvd [CHAP Success id=0xb9 "session created in USS with key in new format"] Jul 3 02:22:14 pppd[2440]: CHAP authentication succeeded: session created in USS with key in new format Jul 3 02:22:14 pppd[2440]: CHAP authentication succeeded Jul 3 02:22:14 pppd[2440]: peer from calling number ******* authorized ... Jul 3 02:22:14 pppd[2435]: rcvd [CHAP Success id=0x68 "session created in USS with key in new format"] Jul 3 02:22:14 pppd[2435]: CHAP authentication succeeded: session created in USS with key in new format Jul 3 02:22:14 pppd[2435]: CHAP authentication succeeded
Jul 3 02:22:14 pppd[2435]: peer from calling number ******** authorized
...
Zwróć uwagę na wyedytowany parametr "calling number" - to MAC mojej maszyny - on powinien być ten sam w obu sesjach. Może próbujesz nim manewrować i stąd problemy?
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
nie no wywala auth_topping_failed i musze na sztywno jedna sesje zaladowac poczekać 30 sekund i druga odpala...
ale dokladnie pozniej logi spojrze w openwrt moze wiecej powiedza faktycznie
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
jak na zlosc zresetowalem router specjalnie aby zerwac obie sesje i zlapal autha na obu sesjach bez niczego a juz logi analizowalem
dziwne to ze raz wywala auth_topping_failed i trzeba wymuszac a raz lapie normalnie?!
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
Spróbuj zobaczyć czy po drugiej stronie zgłasza się do obu sesji ten sam ruter. Jeśli oczywiście chcesz drążyć temat... Operator może przecież to zmieniać jak chce i na pewno nie będzie nas informował. Takich zapaleńców jak my którzy drążą temat 30 sekund "traconych" co 11 dni to raczej wielu się nie znajdzie 😉. IMHO jeśli zgłosi się inny ruter, to będzie przerwa, jeśli ten sam to da radę na raz. Ale to wróżenie z fusów.
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
ciekaw jestem czy eldorado kiedys sie nie skonczy z dual stackiem i beda jakos dokladniej sprawdzac....
- Oznacz jako nowe
- Zakładka
- Obserwuj
- Wycisz
- Subskrybuj źródło RSS
- Wyróżnij
- Drukuj
- Zgłoś
login z /ipv6 czy bez
- « Poprzedni
-
- 1
- 2
- Następny »