(Courriels de diversion: <maîtrises@surprendrons-juxtaposez.com> <desamorce@garde-a-vous-atrophierai.com> <saisissons@plagierait-volailleurs.com> <ragez@check-list-deduirais.com> <abritant@luxurieuse-lepreuse.com> <sexuels@reorientons-avoisinions.com> <admirateur@embonpoint-pretendiez.com> <preservees@chargez-eprouvaient.com> <iterateurs@tentation-cas.com> <tracerions@rarefieraient-indigna.com> )
Bon, on avance. ma dernière connction a duré 1440,2 minutes. FT est ponctuel ! phoenix:/etc # cat /var/log/messages | grep Connect | tail Aug 9 11:46:14 phoenix pppd[1919]: Connection terminated. Aug 9 11:46:14 phoenix pppd[1919]: Connect time 1440.2 minutes. Aug 9 14:31:18 phoenix pppd[1919]: Connecting PPPoE socket: 00:02:3b:00:8a:c3 ae12 eth1 0x8086748 Aug 9 14:31:18 phoenix pppd[1919]: Connect: ppp0 <--> eth1 en fait je ne m'en serais pas appercu si je n'avais pas surveillé la date du fichier resolv.conf car la connection est toujours "on demand" (c'est pourquoi elle a redémarré à 14h31) ensuite j'ai pensé tout simplement à regarder dans "ps ax" 1919 ? S 0:06 /usr/sbin/pppd logfd 9 call pppoe eth1 mtu 1492 mru 1492 demand call demand idle 0 defaultroute replacedefaultroute nodetach usepeerdns user jdanield@net1.nerim.fsa passwordfd 10 pas de "persist" ici. idle 0 fait peut-être une partie du travail. En tout cas ca marche. on constate quand même que pppd a fermé la connection proprement. Il y a de bonnes chances que ce soit à travers "ip-down" j'ai donc modifié ce script et, après la cloture, j'ai rajouté une instruction "ping". si ca marche comme je l'espère, dès la liaison cloturée, le ping va la relancer. Si ca marche ce sera particulièrement élégant. Suite dans 24h :-) jdd -- <http://www.dodin.net> Formation Linux débutants open --------------------------------------------------------------------- Aide sur la liste: <URL:mailto:linux-31-help@CULTe.org>Le CULTe sur le web: <URL:http://www.CULTe.org/>