polaczenie PPP z SDI

Adam Piatyszek ediap w ET.PUT.Poznan.PL
Śro, 15 Sty 2003, 12:59:33 CET


* Adam Jurkiewicz <a.jurkiewicz w herc.com.pl> [030115 12:15]:
> >Jan 14 19:12:19 bramka pppd[1225]: No response to PAP
> >authenticate-requests
> Niestety - spotkałem się już z tym ... TP SA :-(

Czy to jest aby na pewno wina TPSA? Bo przykladowo serwer padl (zanik
pradu) ok. godziny 9:20 i od ok. tej godziny w logach miałem coś
takiego:

Jan 14 09:49:12 bramka pppd[1280]: Hangup (SIGHUP)
Jan 14 09:49:15 bramka pppd[1280]: Using interface ppp0
Jan 14 09:49:15 bramka pppd[1280]: Connect: ppp0 <--> /dev/ttyS0
Jan 14 09:49:21 bramka pppd[1280]: Connection terminated.
Jan 14 09:49:21 bramka pppd[1280]: Hangup (SIGHUP)
...
Jan 14 18:49:17 bramka pppd[1280]: Hangup (SIGHUP)
Jan 14 18:49:20 bramka pppd[1280]: Using interface ppp0
Jan 14 18:49:20 bramka pppd[1280]: Connect: ppp0 <--> /dev/ttyS0
Jan 14 18:49:26 bramka pppd[1280]: Connection terminated.
Jan 14 18:49:26 bramka pppd[1280]: Hangup (SIGHUP)

Czyli przez ponad 9 godzin. I pewnie gdyby nie restart znajomego, który
potrafi tylko Ctr-Alt-Delete na routerku zrobic to by tak było do tej
pory. Po ręcznym restarcie, czy nawet dwóch, połączenie zostało
nawiązane bez przeszkód.

Stąd moje pytanie jak z takim czymś sobie poradzić? Jakiś skrypt w
cronie co w takim wypadku kładzie pppd i podnosi od zera? Chyba, że
jakieś dodatkowe opcje w ifcfg-ppp0 umieścić?

ediap

-- 
Adam Piatyszek
Institute of Electronics and Telecommunications
Poznan University of Technology
mailto:adam.piatyszek w et.put.poznan.pl



Więcej informacji o liście dyskusyjnej pld-users-pl