#!/bin/bash
# /etc/ppp/ip-down.d/99-restart
# restarts the connection when peer resets it.
# needed if I/O error etc...
# if we had another message, then don't do anything.
# the name is important, this is the last script we want to be executed
# when ppp goes down.
tail -n 30 /var/log/messages | grep "tcflush failed: Input/output error" > /dev/null;
if [ $? == 0 ]
then pon adsl_pppoe
fi
Journal Script de reconnexion adsl en cas d'erreur I/O de ppp
4
sept.
2003
# Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Prosper . Évalué à 1.
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Maillequeule . Évalué à 1.
Ca sert à qui ? A quoi ? Dans quelle condition ? Avec quel modem ?
Moi je propose que chacun colle un bout de script ici (si possible encore plus grouik d'ailleurs même si la barre est placée haut).
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Julien CARTIGNY (site web personnel) . Évalué à 1.
L'astuce proposé donc ici consiste à récupérer le log et à enlever le message d'erreur correspondant, tout en ne tenant pas compte du retour d'erreur.
Nénamoins, ça serait bien que le copy/pasteur de ce code donne quelques explications sur le materiel, le type d'erreur et les corrections effectuées (dans monc as, j'ai juste retirer du script le test du code d'erreur).
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par nodens . Évalué à 1.
mais on dirait que les modéros ne l'ont pas laissé passer...
le matos: speedtouch raie manta verdêtre (mais problème venant plutôt de certains paquets envoyés par le peer lors de la déconnexion manifestement).
le test du code d'erreur est là parce que l'on veut vérifier la présence de ces erreurs dans les logs. Si la commande réussit, alors l'erreur a eu lieu et on relance la connexion.
Si elle ne réussit pas, c'est que la connexion a été terminée pour une autre raison (volontairement, donc) et qu'il ne faut pas la relancer, donc on en fait rien et c'est la fin du script.
Comme cela a déjà été dit, c'est goret, et la méthode diald (cf les posts de Raphael plus bas) est à considérer dans certains cas.
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par nodens . Évalué à 1.
après, si tu veux faire un concours de script je peux faire plus crade si tu veux.
ça c'est un example à la con. cela dit, si tu veux en poster un plus propre lache-toi, hein... ça vaut toujours mieux que de faire un ping en permanence sur ton peer pour relancer la connexion quand ça merde ;)
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par nodens . Évalué à 1.
mais dans les astuces pour la mise en forme du script, même aussi gruïïk que celui là ça chie vraiment ;)
en fait c'est juste là parce que j'avais pas envie de le foutre sur mon compte chez free. Comme ça l'astuce donne un lien qui pointe sur linuxfr quand même pour le script...
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Bastien Ovcar . Évalué à 1.
Personnellement, ce script va probalement m'aider, quand je vais passer de RTC à l'ADSL (ce mois ci (Février 2004)).
Alors merci à nodens et merci quand même à tous les mAIchants :)
------------------------------
L'informatique est une science et devrait donc pouvoir être librement accessible à tous. Aucune atteinte à ce droit ne devrait pouvoir être concevable. Nous ne devons pas simplement nous efforcer de répendre le Logiciel Libre partout, mais lutter pour que les gens commence une véritable réflexion, une profonde méditation, sur leur relation avec les autres. Alors, ces gens là se rendront compte que les connaissances devraient être partagées sans aucune limitation.
# Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par blackshack . Évalué à 2.
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Polaris . Évalué à 1.
[^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par nodens . Évalué à 1.
ça ça sert juste quand le peer envoie des LCP merdiques.
par curiosité, il marche comment le truc de SuSe ? parce que si c'est gpl on peut toujours faire un paquet debian ;)
# A propos de diald...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
A l'origine, ce démon a été écrit pour gérer des connexions RTC.
Plusieurs hôtes pouvaient ainsi être reliés au réseau distant
(pour être plus généraliste que simplement internet) au moindre
paquet IP y étant destiné.
Evidemment, vous allez me dire "oui, mais moi je veux être connecté en permanence !".
Il suffit simplement d'avoir un service tel qu'un
serveur DNS ou un serveur de mail (voire, mieux, un tunnel pour un VPN),
qui accède très régulièrement à internet. Ainsi, diald se chargerait de relancer
la connexion quelque soit les circonstances de la coupure...
C'est un appel à testeurs, j'avoue que mes quelques tests ne m'ont pas
encore apporté satisafaction, mais ça vaut certainement le coup de s'y pencher.
Amicalement ;-)
--
Raphaël SurcouF
[^] # Re: A propos de diald...
Posté par nodens . Évalué à 1.
cela dit, pour peu que le service en question existe réellement (i.e. on n'a pas besoin d'en mettre un spécialement pour) ça peut être intéressant...
le seul problème, c'est est-ce que diald peut vraiment relancer la connexion quelque soit l'interface à laquelle on tente d'accéder ? par exemple, si on essaye de se connecter à un réseau distant via ipsec0 ça n'est pas pareil que si on passe par le réseau habituel (via ppp0), mais dans les fait c'est la même chose que l'on veut obtenir, à savoir une connexion distante.
Je ne connais pas suffisament diald pour savoir comment il réagit dans ce cas là...
[^] # Re: A propos de diald...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
Il active donc une interface slip0 dés son démarrage et ajoute une route par
défaut à destination de cette interface.
Dès lors, tous les paquets dont destination n'est pas connue emprunteront
cette route et diald agira en conséquence: il lancera le processus de connexion
pour lequel il a été configuré. Quant au paquet, si la connexion est assez rapide
(ce qui est le cas avec de l'ADSL), il ne risque pas d'être perdu, en principe.
Pour répondre à ta question, avant d'établir le tunnel, les démons de freeswan
doivent envoyer des paquets hors-tunnel à la passerelle IPSEC distante,
et continuent de le faire régulièrement par la suite. En principe, diald ne doit pas
avoir d'incidence sur le processus mais il faudrait des tests pour s'en assurer.
[^] # Re: A propos de diald...
Posté par nodens . Évalué à 1.
A part ça je pense que ça devrait marcher.
[^] # Re: A propos de diald...
Posté par Raphaël SurcouF (site web personnel) . Évalué à 1.
# Re: Script de reconnexion adsl en cas d'erreur I/O de ppp
Posté par Romain Liévin (site web personnel) . Évalué à 1.
J'ai du me bricoler un programme de monitoring pour relancer la connexion.
Mais, ce script est mieux.
M'enfin, ca reste une bidouille; ca ne règle pas le pb !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.