Journal Script de reconnexion adsl en cas d'erreur I/O de ppp

Posté par .
Tags : aucun
0
4
sept.
2003
#!/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
  • # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp

    Posté par . Évalué à 1.

    ce genre de chose se poste dans les astuces : http://linuxfr.org/comments_reply,5135,0,5.html(...)
    • [^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp

      Posté par . Évalué à 1.

      Gni ?

      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 (page perso) . Évalué à 1.

        J'avais un problème équivalent avec ma K7s5a sur laquel se connecte mon speedtouch-l'infame-raie-verte-art-déco. De nombreux messages d'erreurs s'affichaient car il y avait des timeouts au niveau des réponses USB lors du chargement du microcode. Pourtant, ce dernier était bien installé mais comme le processus renvoyait un code d'erreur au script, celui-ci arretait la tentative de connexion.

        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 . Évalué à 1.

          normalement il y avait une astuce, ce journal n'étant qu'une annexe.
          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 . Évalué à 1.

        comme dit plus haut, ça sert surtout pour ceussent qui lisent l'astuce en relation

        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 . Évalué à 1.

      ben, il y a une astuce (taka chercher)...
      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 . Évalué à 1.

        Eh, bande de mAIchants, c'est plutôt gentil de sa part d'avoir pensé à nous alors ne lui jetez pas la pierre!

        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 . Évalué à 2.

    pour les pertes de connexion adsl du a france telecom -deconnexion journaliere pour netissimo1-, le daemon smpppd est bien (SuSEMetapppDaemon) -sous GPL pour les trolleurs-, qui en plus de la reconnexion automatique apporte des choses pas mal (possibilité à ordi du réseau si la connexion n'a pas été établi, de venir se connecter avec le client -cinternet en ligne de commande ou kinternet pour kde- au daemon et lancer la connexion -si autorisé, bien sur et avec les parametres de connexion par défaut mit par "l'admin" ou ses propres parametres -conserver par le daemon)
    • [^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp

      Posté par . Évalué à 1.

      Ça a l'air très chouette, mais j'ai un routeur en debian et des postes clients en mandrake, je vais pas passer à SuSe pour ça. Y'a moyen de faire tourner ça sur une autre distrib ? (Y'a des paquets rpm "alienisables" ?).
    • [^] # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp

      Posté par . Évalué à 1.

      ben normalement le persist de ppd devrait suffire
      ç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 (page perso) . Évalué à 1.

    N'y a-t-il pas une meilleure méthode, par exemple: utiliser diald ?

    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 . Évalué à 1.

      ben, le problème est le même que lorsqu'on fait un script alakon qui pingue régulièrement le peer du FAI... ça oblige à avoir un démon qui tourne.

      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 (page perso) . Évalué à 1.

        Pour résumer le fonctionnement de diald, il faut savoir qu'il se base sur SLIP.
        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 . Évalué à 1.

          dans ce cas il ne faut pas oublier de tomber le lien ipsec à la déconnexion, pour ne pas avoir de route parasite qui traine. Mais c'est une problématique commune à toutes les méthodes de reconnexion quand on a un tunnel ipsec.
          A part ça je pense que ça devrait marcher.
  • # Re: Script de reconnexion adsl en cas d'erreur I/O de ppp

    Posté par (page perso) . Évalué à 1.

    J'ai aussi eu ce pb avec les kernels > 2.4.17 et un modem ADSL SpeedTouch Home sur Ethernet...
    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 à ceux qui les ont postés. Nous n'en sommes pas responsables.