Bonsoir,
je me connecte par l'intermédiaire de /etc/network/interfaces au boot.
Mais je voudrais me reconnecter automatiquement lors de la coupure
quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R
Hertzog par le biais du processus init.
Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans
/etc/network/interfaces ? Ce serait dommage car je trouve le procédé
charmant.
Question bis : Y'a-t-il une autre méthode de reconnexion automatique ?
J'avais pensé à un /etc/init.d/networking restart dans cron mais je
trouve ça un peu bourrin (et puis ça intervient même si la connexion est
toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça
devient franchement lourd).
Un petit conseil ? Merci.
Fabien
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Bonsoir, je me connecte par l'intermédiaire de /etc/network/interfaces au boot. Mais je voudrais me reconnecter automatiquement lors de la coupure quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R Hertzog par le biais du processus init. Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans /etc/network/interfaces ? Ce serait dommage car je trouve le procédé charmant.
Perso, j'ai une autre méthode (voir plus bas) et /etc/network/interfaces qui fonctionne : faut bien pour ma carte ethernet...
Question bis : Y'a-t-il une autre méthode de reconnexion automatique ? J'avais pensé à un /etc/init.d/networking restart dans cron mais je trouve ça un peu bourrin (et puis ça intervient même si la connexion est toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça devient franchement lourd). Un petit conseil ? Merci. Fabien
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très "debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué. Voilà Pascal
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Shubbaka a écrit :
Bonsoir,
je me connecte par l'intermédiaire de /etc/network/interfaces au boot.
Mais je voudrais me reconnecter automatiquement lors de la coupure
quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R
Hertzog par le biais du processus init.
Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans
/etc/network/interfaces ? Ce serait dommage car je trouve le procédé
charmant.
Perso, j'ai une autre méthode (voir plus bas) et
/etc/network/interfaces qui fonctionne : faut bien pour ma carte
ethernet...
Question bis : Y'a-t-il une autre méthode de reconnexion automatique ?
J'avais pensé à un /etc/init.d/networking restart dans cron mais je
trouve ça un peu bourrin (et puis ça intervient même si la connexion est
toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça
devient franchement lourd).
Un petit conseil ? Merci.
Fabien
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très
"debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne
par la meme occasion à l'aide d'un "ifconfig ppp0"
( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et
si ce n'est pas le cas relancer la connexion ...
Tu mets tout dans un script qui verifie ca toutes les x minutes (ou
secondes suivant la qualité de ta connexion...) avec un "while true"
pour faire daemon du pauvre et le tour est joué.
Voilà
Pascal
--
"L'avenir, c'est à l'avance qu'il faut y penser."
R. Brautigan
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Bonsoir, je me connecte par l'intermédiaire de /etc/network/interfaces au boot. Mais je voudrais me reconnecter automatiquement lors de la coupure quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R Hertzog par le biais du processus init. Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans /etc/network/interfaces ? Ce serait dommage car je trouve le procédé charmant.
Perso, j'ai une autre méthode (voir plus bas) et /etc/network/interfaces qui fonctionne : faut bien pour ma carte ethernet...
Question bis : Y'a-t-il une autre méthode de reconnexion automatique ? J'avais pensé à un /etc/init.d/networking restart dans cron mais je trouve ça un peu bourrin (et puis ça intervient même si la connexion est toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça devient franchement lourd). Un petit conseil ? Merci. Fabien
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très "debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué. Voilà Pascal
-- "L'avenir, c'est à l'avance qu'il faut y penser." R. Brautigan
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Leopold BAILLY
Shubbaka writes:
Bonsoir, je me connecte par l'intermédiaire de /etc/network/interfaces au boot.
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Mais je voudrais me reconnecter automatiquement lors de la coupure quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R Hertzog par le biais du processus init. Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans /etc/network/interfaces ? Ce serait dommage car je trouve le procédé charmant. Question bis : Y'a-t-il une autre méthode de reconnexion automatique ? J'avais pensé à un /etc/init.d/networking restart dans cron mais je t rouve ça un peu bourrin (et puis ça intervient même si la connexion est toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça devient franche ment lourd). Un petit conseil ? Merci.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provide r. J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Léo.
Shubbaka <shubbaka@wanadoo.fr> writes:
Bonsoir,
je me connecte par l'intermédiaire de /etc/network/interfaces au boot.
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Mais je voudrais me reconnecter automatiquement lors de la coupure
quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R Hertzog par
le biais du processus init.
Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans
/etc/network/interfaces ? Ce serait dommage car je trouve le procédé charmant.
Question bis : Y'a-t-il une autre méthode de reconnexion automatique ?
J'avais pensé à un /etc/init.d/networking restart dans cron mais je t rouve ça un
peu bourrin (et puis ça intervient même si la connexion est toujours up, alors
stopper et redémarrer toutes les ??? mn, heures ?? ça devient franche ment lourd).
Un petit conseil ? Merci.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provide r.
J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Bonsoir, je me connecte par l'intermédiaire de /etc/network/interfaces au boot.
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Mais je voudrais me reconnecter automatiquement lors de la coupure quotidienne. Alors j'ai vu la méthode préconisée dans le livre de R Hertzog par le biais du processus init. Question : Les deux peuvent-ils cohabiter ou dois-je virer le bloc dans /etc/network/interfaces ? Ce serait dommage car je trouve le procédé charmant. Question bis : Y'a-t-il une autre méthode de reconnexion automatique ? J'avais pensé à un /etc/init.d/networking restart dans cron mais je t rouve ça un peu bourrin (et puis ça intervient même si la connexion est toujours up, alors stopper et redémarrer toutes les ??? mn, heures ?? ça devient franche ment lourd). Un petit conseil ? Merci.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provide r. J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Léo.
Shubbaka
Leopold BAILLY a écrit :
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Oups, effectivement c'est bien cela.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider. J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Léo.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion... et ne la relance pas. Fab
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Leopold BAILLY a écrit :
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Oups, effectivement c'est bien cela.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider.
J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Léo.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider,
mais cela n'empèche pas la déconnexion... et ne la relance pas.
Fab
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Je suppose que tu parles d'une connexion ADSL pppoe à un FAI ?
Oups, effectivement c'est bien cela.
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider. J'ai utilisé pppoeconf, qui me l'a ajouté tout seul.
Léo.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion... et ne la relance pas. Fab
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Shubbaka
pascal a écrit :
Perso, j'ai une autre méthode (voir plus bas) et /etc/network/interfaces qui fonctionne : faut bien pour ma carte ethernet...
Je précise que je conserverai la partie statique de eth0, le bloc c'est juste pour la connexion au boot que je peux enlever.
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très "debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué. Voilà Pascal
OK,merci. Je vais tester ça. Fab
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
pascal a écrit :
Perso, j'ai une autre méthode (voir plus bas) et
/etc/network/interfaces qui fonctionne : faut bien pour ma carte
ethernet...
Je précise que je conserverai la partie statique de eth0, le bloc c'est
juste pour la connexion au boot que je peux enlever.
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très
"debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne
par la meme occasion à l'aide d'un "ifconfig ppp0"
( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et
si ce n'est pas le cas relancer la connexion ...
Tu mets tout dans un script qui verifie ca toutes les x minutes (ou
secondes suivant la qualité de ta connexion...) avec un "while true"
pour faire daemon du pauvre et le tour est joué.
Voilà
Pascal
OK,merci. Je vais tester ça.
Fab
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Perso, j'ai une autre méthode (voir plus bas) et /etc/network/interfaces qui fonctionne : faut bien pour ma carte ethernet...
Je précise que je conserverai la partie statique de eth0, le bloc c'est juste pour la connexion au boot que je peux enlever.
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas très "debian way"- consiste à récupérer ton IP et à vérifier que ppp0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué. Voilà Pascal
OK,merci. Je vais tester ça. Fab
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Wed, 02 Mar 2005 23:57:16 +0100, pascal a écrit :
[...] Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas tr ès "debian way"- consiste à récupérer ton IP et à vérifier que ppp 0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué.
Pour répéter une action à intervalles réguliers, cron est quand m ême plus indiqué (imagine que ton script soit arrêté ;o).
Ensuite, simplement vérifier la présence de ppp0 suffit : 'ifconfig ppp 0' a valeur vraie si l'interface existe, donc
#! /bin/bash ifconfig ppp0 >/dev/null 2>/dev/null || { logger "$0 : je dois relancer ppp0" ifup ppp0 # je suppose que c'est comme cela que vous relancez ? }
lancé toutes les 5 min par cron.
-- Sylvain Sauvage
Wed, 02 Mar 2005 23:57:16 +0100, pascal a écrit :
[...]
Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas tr ès
"debian way"- consiste à récupérer ton IP et à vérifier que ppp 0 tourne
par la meme occasion à l'aide d'un "ifconfig ppp0"
( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et
si ce n'est pas le cas relancer la connexion ...
Tu mets tout dans un script qui verifie ca toutes les x minutes (ou
secondes suivant la qualité de ta connexion...) avec un "while true"
pour faire daemon du pauvre et le tour est joué.
Pour répéter une action à intervalles réguliers, cron est quand m ême plus
indiqué (imagine que ton script soit arrêté ;o).
Ensuite, simplement vérifier la présence de ppp0 suffit : 'ifconfig ppp 0'
a valeur vraie si l'interface existe, donc
#! /bin/bash
ifconfig ppp0 >/dev/null 2>/dev/null
|| {
logger "$0 : je dois relancer ppp0"
ifup ppp0 # je suppose que c'est comme cela que vous relancez ?
}
[...] Ma méthode (préconisée par S.W. Applegate)- mais peut-etre pas tr ès "debian way"- consiste à récupérer ton IP et à vérifier que ppp 0 tourne par la meme occasion à l'aide d'un "ifconfig ppp0" ( `ifconfig ppp0 | fgrep "inet ad" | cut -f2 -d":" | cut -f1 -d" "`) et si ce n'est pas le cas relancer la connexion ... Tu mets tout dans un script qui verifie ca toutes les x minutes (ou secondes suivant la qualité de ta connexion...) avec un "while true" pour faire daemon du pauvre et le tour est joué.
Pour répéter une action à intervalles réguliers, cron est quand m ême plus indiqué (imagine que ton script soit arrêté ;o).
Ensuite, simplement vérifier la présence de ppp0 suffit : 'ifconfig ppp 0' a valeur vraie si l'interface existe, donc
#! /bin/bash ifconfig ppp0 >/dev/null 2>/dev/null || { logger "$0 : je dois relancer ppp0" ifup ppp0 # je suppose que c'est comme cela que vous relancez ? }
lancé toutes les 5 min par cron.
-- Sylvain Sauvage
Marc Blanc
On Wed, 02 Mar 2005 23:11:31 +0100 Shubbaka wrote:
Bonsoir, je me connecte par l'intermédiaire de /etc/network/interfaces au boot. Mais je voudrais me reconnecter automatiquement lors de la coupure
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal
Salut,
Shubbaka a écrit :
Leopold BAILLY a écrit :
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans /var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/ qui est exécuté à chaque fin de connexion pour détecter ce cas et relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart # appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL if [ "$PPP_IPPARAM" == "nerim" ]; then sleep 5s # recherche du message d'erreur dans le log de pppd if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog then # relance la connexion pon nerim fi fi
# fin ==================================================================== Notes : 1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du fichier d'options /etc/ppp/peers/nerim de la connexion internet. 2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de l'instance de pppd qui a appellé le script.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Salut,
Shubbaka a écrit :
Leopold BAILLY a écrit :
Il y a l'option persist de ppp à rajouter dans
/etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider,
mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans
/var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la
déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/
qui est exécuté à chaque fin de connexion pour détecter ce cas et
relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart
# appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL
if [ "$PPP_IPPARAM" == "nerim" ]; then
sleep 5s
# recherche du message d'erreur dans le log de pppd
if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog
then
# relance la connexion
pon nerim
fi
fi
# fin
====================================================================
Notes :
1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie
que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du
fichier d'options /etc/ppp/peers/nerim de la connexion internet.
2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de
l'instance de pppd qui a appellé le script.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans /var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/ qui est exécuté à chaque fin de connexion pour détecter ce cas et relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart # appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL if [ "$PPP_IPPARAM" == "nerim" ]; then sleep 5s # recherche du message d'erreur dans le log de pppd if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog then # relance la connexion pon nerim fi fi
# fin ==================================================================== Notes : 1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du fichier d'options /etc/ppp/peers/nerim de la connexion internet. 2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de l'instance de pppd qui a appellé le script.
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Shubbaka
a écrit :
Salut,
Shubbaka a écrit :
Leopold BAILLY a écrit :
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans /var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/ qui est exécuté à chaque fin de connexion pour détecter ce cas et relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart # appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL if [ "$PPP_IPPARAM" == "nerim" ]; then sleep 5s # recherche du message d'erreur dans le log de pppd if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog then # relance la connexion pon nerim fi fi
# fin ==================================================================== > Notes : 1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du fichier d'options /etc/ppp/peers/nerim de la connexion internet. 2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de l'instance de pppd qui a appellé le script.
Salut, merci de ta réponse, pour l'instant je teste une solution proposée dans un précédent message. Faut attendre au moins 24 h pour voir si cela fonctionne. Dans les logs rien de suspect avec pppd/pppoe depuis 24 h. Si la solution n'est pas valable je ferai alors une recherche approfondie sur les logs de la semaine (je me concentre sur un pb. alsa pour l'instant et udev me déroute un peu) et je reposterai. Je garde donc ce message et d'ici la fin de semaine je reviens si pb. Encore merci. Fabien
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal@plouf a écrit :
Salut,
Shubbaka a écrit :
Leopold BAILLY a écrit :
Il y a l'option persist de ppp à rajouter dans
/etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier
/etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans
/var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la
déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/
qui est exécuté à chaque fin de connexion pour détecter ce cas et
relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart
# appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL
if [ "$PPP_IPPARAM" == "nerim" ]; then
sleep 5s
# recherche du message d'erreur dans le log de pppd
if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog
then
# relance la connexion
pon nerim
fi
fi
# fin
==================================================================== >
Notes :
1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie
que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du
fichier d'options /etc/ppp/peers/nerim de la connexion internet.
2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de
l'instance de pppd qui a appellé le script.
Salut, merci de ta réponse, pour l'instant je teste une solution
proposée dans un précédent message. Faut attendre au moins 24 h pour
voir si cela fonctionne. Dans les logs rien de suspect avec pppd/pppoe
depuis 24 h. Si la solution n'est pas valable je ferai alors une
recherche approfondie sur les logs de la semaine (je me concentre sur un
pb. alsa pour l'instant et udev me déroute un peu) et je reposterai. Je
garde donc ce message et d'ici la fin de semaine je reviens si pb.
Encore merci.
Fabien
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Il y a l'option persist de ppp à rajouter dans /etc/ppp/peers/dsl-provider.
J'ai bien l'option persist dans le fichier /etc/ppp/peers/dsl-provider, mais cela n'empèche pas la déconnexion...
Normal, ce n'est pas son but.
et ne la relance pas.
Pas normal par contre. Tu aurais un extrait du log de pppd/pppoe (dans /var/log/syslog) ?
A une époque j'avais de temps en temps pppd qui s'arrêtait à la déconnexion avec une erreur. J'ai mis un script dans /etc/ppp/ip-down.d/ qui est exécuté à chaque fin de connexion pour détecter ce cas et relancer pppd le cas échéant. Un peu bourrin mais efficace.
# script /etc/ppp/ip-down.d/9restart # appele par /etc/ppp/ip-down avec run-parts
# redemarrage de pppd si plantage pppd a la deconnexion
# si connexion internet ADSL if [ "$PPP_IPPARAM" == "nerim" ]; then sleep 5s # recherche du message d'erreur dans le log de pppd if grep -qi "pppd[${PPPD_PID}].*PPPIOCSASYNCMAP" /var/log/syslog then # relance la connexion pon nerim fi fi
# fin ==================================================================== > Notes : 1) Comme ma passerelle gère d'autres connexions PPP, le script vérifie que la valeur de $PPP_IPPARAM correspond à l'option 'ipparam "nerim"' du fichier d'options /etc/ppp/peers/nerim de la connexion internet. 2) Le tri du log sur $PPPD_PID permet de ne garder que les messages de l'instance de pppd qui a appellé le script.
Salut, merci de ta réponse, pour l'instant je teste une solution proposée dans un précédent message. Faut attendre au moins 24 h pour voir si cela fonctionne. Dans les logs rien de suspect avec pppd/pppoe depuis 24 h. Si la solution n'est pas valable je ferai alors une recherche approfondie sur les logs de la semaine (je me concentre sur un pb. alsa pour l'instant et udev me déroute un peu) et je reposterai. Je garde donc ce message et d'ici la fin de semaine je reviens si pb. Encore merci. Fabien
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
