OVH Cloud OVH Cloud

pppd et le mode persist

4 réponses
Avatar
Marc
Bonjour,

il y a qq semaines j'ai changé mon bon vieux firewall (P166) par un
nouveau PC plus rapide. J'ai repris tous mes fichiers de conf dont la
config pppd et la gestion du modem ADSL (La raie "verte").
Tout marche à peu près bien sauf le mode persist de pppd. Sur l'ancienne
machine lors de la perte de la connexion ADSL (par exemple tous les 9300
minutes chez mon provider), pppd se relançait bien tout seul grace à
cette option, et donc j'était connecté 24H/24. Sur la nouvelle machine,
que neni, il reste betement inactif et je suis obligé de le relancer à
la main.
L'ancienne machine était en 2.4.x, la nouvelle en 2.6.15, le reste de la
conf logicielle étant assez proche.

J'ai beau chercher dans les man de pppd, pppo3, je ne vois pas ce qui a
changé et qui provoque ce comportement génant pour moi (d'après les man
, mes fichiers de conf sont OK).

Pour info, mon fichier /etc/pppp/peer/adsl :

kdebug 1
noipdefault
defaultroute
pty "/usr/local/sbin/pppoa3 -c -m 1 -vpi 8 -vci 35"
sync
user "moi@chezmonFAI"
novjccomp
noaccomp
nopcomp
nomagic
noccp
asyncmap 0
holdoff 1
persist
maxfail 0

Les autres fichiers d'options de pppd sont vides.

Aurais-je raté un changement sur les versions ? (j'utilise pppd
v2.4.4b1, speedtouch 1.3)

En attendant je vais mettre un script en cron pour relancer pppd si
besoin, mais ce n'est pas la bonne solution.

Marc.

--
L'I2C sous Windows
http://perso.club-internet.fr/mbouget/index.html

ATTENTION : enlevez les X pour répondre (remove all X to reply)

4 réponses

Avatar
Pascal Hambourg
Salut,


Tout marche à peu près bien sauf le mode persist de pppd. Sur l'ancienne
machine lors de la perte de la connexion ADSL (par exemple tous les 9300
minutes chez mon provider), pppd se relançait bien tout seul grace à
cette option, et donc j'était connecté 24H/24. Sur la nouvelle machine,
que neni, il reste betement inactif et je suis obligé de le relancer à
la main.


Est-ce qu'au moins pppd détecte la déconnexion ? Si oui, tu aurais un
extrait de log ?

Avatar
Marc
Salut,


Tout marche à peu près bien sauf le mode persist de pppd. Sur
l'ancienne machine lors de la perte de la connexion ADSL (par exemple
tous les 9300 minutes chez mon provider), pppd se relançait bien tout
seul grace à cette option, et donc j'était connecté 24H/24. Sur la
nouvelle machine, que neni, il reste betement inactif et je suis
obligé de le relancer à la main.


Est-ce qu'au moins pppd détecte la déconnexion ? Si oui, tu aurais un
extrait de log ?


Voilà par exemple pour cette nuit :

Apr 5 03:26:41 aero -- MARK --
Apr 5 03:35:41 aero pppd[5596]: LCP terminated by peer
Apr 5 03:35:41 aero pppd[5596]: Connect time 2156.2 minutes.
Apr 5 03:35:41 aero pppd[5596]: Sent 11507520 bytes, received 47018913
bytes.
Apr 5 03:35:44 aero pppd[5596]: Connection terminated.
Apr 5 03:35:48 aero /usr/local/bin/ez-ipupdate[1517]:
(xxxxxx.dyndns.org) unable to resolve interface ppp0
Apr 5 03:42:43 aero named[1381]: no longer listening on 62.34.126.xxx#53
Apr 5 04:06:41 aero -- MARK --


et bien sur j'ai du le relancer à la main.

Marc.

--
L'I2C sous Windows
http://perso.club-internet.fr/mbouget/index.html

ATTENTION : enlevez les X pour répondre (remove all X to reply)


Avatar
Stef_SM
Voilà par exemple pour cette nuit :

Apr 5 03:26:41 aero -- MARK --
Apr 5 03:35:41 aero pppd[5596]: LCP terminated by peer
Apr 5 03:35:41 aero pppd[5596]: Connect time 2156.2 minutes.
Apr 5 03:35:41 aero pppd[5596]: Sent 11507520 bytes, received 47018913
bytes.
Apr 5 03:35:44 aero pppd[5596]: Connection terminated.
Apr 5 03:35:48 aero /usr/local/bin/ez-ipupdate[1517]: (xxxxxx.dyndns.org)
unable to resolve interface ppp0
Apr 5 03:42:43 aero named[1381]: no longer listening on 62.34.126.xxx#53
Apr 5 04:06:41 aero -- MARK --


et bien sur j'ai du le relancer à la main.

Marc.


J'ai eu un pb qui ressemble au tien. Je nommais mes connexions dans
chap-secrets / pap-secrets par exemple comme ceci :

"fti/" "WanadooPro" "xxxxxx"
"fti/" * "xxxxxx"

Et la reconnexion ne fonctionnait pas.

En faisant :

"fti/" "ppp0" "xxxxxx"
"fti/" * "xxxxxx"

Ca reconnecte. J'avais bidouillé la conf sur une vieille config pour
que la connexion redémarre quel que soit son nom, mais là je n'avais
pas le temps, c'était pour le taf et ça urgeait.

Si ça peut aider.

--
Stef

Avatar
Marc
Voilà par exemple pour cette nuit :

Apr 5 03:26:41 aero -- MARK --
Apr 5 03:35:41 aero pppd[5596]: LCP terminated by peer
Apr 5 03:35:41 aero pppd[5596]: Connect time 2156.2 minutes.
Apr 5 03:35:41 aero pppd[5596]: Sent 11507520 bytes, received
47018913 bytes.
Apr 5 03:35:44 aero pppd[5596]: Connection terminated.
Apr 5 03:35:48 aero /usr/local/bin/ez-ipupdate[1517]:
(xxxxxx.dyndns.org) unable to resolve interface ppp0
Apr 5 03:42:43 aero named[1381]: no longer listening on 62.34.126.xxx#53
Apr 5 04:06:41 aero -- MARK --


et bien sur j'ai du le relancer à la main.

Marc.


J'ai eu un pb qui ressemble au tien. Je nommais mes connexions dans
chap-secrets / pap-secrets par exemple comme ceci :

"fti/" "WanadooPro" "xxxxxx"
"fti/" * "xxxxxx"

Et la reconnexion ne fonctionnait pas.

En faisant :

"fti/" "ppp0" "xxxxxx"
"fti/" * "xxxxxx"

Ca reconnecte. J'avais bidouillé la conf sur une vieille config pour que
la connexion redémarre quel que soit son nom, mais là je n'avais pas le
temps, c'était pour le taf et ça urgeait.

Si ça peut aider.



Salut,
je vais tenter pour voir, mais j'ai, après comparaison avec les anciens
logs, vu une différence de comportement de pppoa3. Sur l'ancienne config
il semblait s'arrêter, du coup ppp repartait en le relançant, mais sur
la nouvelle machine niet... cf les log (en haut l'ancienne, en bas la
nouvelle) :

Mar 3 17:22:14 equinoxe modem_run[118]: [monitoring report] ADSL link
went down
Mar 3 17:22:25 equinoxe modem_run[118]: [monitoring report] ADSL link
went up
Mar 3 17:22:33 equinoxe pppd[178]: LCP terminated by peer
Mar 3 17:22:36 equinoxe pppd[178]: Connection terminated.
Mar 3 17:22:36 equinoxe pppd[178]: Connect time 8343.3 minutes.
Mar 3 17:22:36 equinoxe pppd[178]: Sent 13356611 bytes, received
247958031 bytes.
Mar 3 17:22:36 equinoxe pppoa3[17483]: Write to usb Canceled
Mar 3 17:22:36 equinoxe pppoa3[17483]: Exiting
Mar 3 17:22:36 equinoxe pppd[178]: Using interface ppp0
Mar 3 17:22:36 equinoxe pppd[178]: Connect: ppp0 <--> /dev/pts/0
Mar 3 17:22:36 equinoxe pppoa3[26055]: pppoa3 version 1.2 started by
root (uid 0)
Mar 3 17:22:36 equinoxe pppoa3[26055]: Control thread ready
Mar 3 17:22:36 equinoxe pppoa3[26057]: host --> pppoa3 --> modem
stream ready
Mar 3 17:22:36 equinoxe pppoa3[26058]: modem --> pppoa3 --> host
stream ready
Mar 3 17:22:41 equinoxe pppd[178]: local IP address 62.34.148.178
Mar 3 17:22:41 equinoxe pppd[178]: remote IP address 62.34.148.1
Mar 3 17:24:27 equinoxe /usr/local/bin/ez-ipupdate[182]: successful
update for ppp0->62.34.148.178 (xx.dyndns.org)
----------------------------------------

Apr 5 03:35:41 aero pppd[5596]: LCP terminated by peer
Apr 5 03:35:41 aero pppd[5596]: Connect time 2156.2 minutes.
Apr 5 03:35:41 aero pppd[5596]: Sent 11507520 bytes, received 47018913
bytes.
Apr 5 03:35:44 aero pppd[5596]: Connection terminated.
Apr 5 03:35:48 aero /usr/local/bin/ez-ipupdate[1517]: (xx.dyndns.org)
unable to resolve interface ppp0
Apr 5 03:42:43 aero named[1381]: no longer listening on 62.34.126.215#53

Marc.

--
L'I2C sous Windows
http://perso.club-internet.fr/mbouget/index.html

ATTENTION : enlevez les X pour répondre (remove all X to reply)