Doc de testconnec, le contournement pour permettre de garder une connexion permanente permanente (la répétition est voulue ;-) )
C'est un contournement car la "bonne" manière de faire est d'abord de fiabiliser sa configuration (on n'est pas sous windoze...) et ensuite d'utiliser des outils palliatifs.

Je verrais bien l'évolution de testconnec avec du diagnostic (en option pour ne pas consommer des ressources quand tout va bien) juste avant déconnexion et juste au moment et quelques minutes après...
ok pour le juste avant faut avoir du bol mais bon l'idée est là : qu'est ce qui "va" faire tomber la connexion ?

• type de charge en cours : cpu, upload/download, programmes spécifiques lancés...
• l'état de la ligne (un eaglestat devrait déjà donner quelques indications...)

Sinon un conseil que j'ai trouvé sur http://linuxfr.org/~olohoyo/11528.html (pour ceux qui tournent en pppd...)

• /etc/ppp/ip-up : A program or script which is executed when the link is available for sending and receiving IP packets (that is, IPCP has come up). It is executed with the parameters interface-name tty-device speed local-IP-address remote-IP-address ipparam

• /etc/ppp/ip-down : A program or script which is executed when the link is no longer available for sending and receiving IP packets. This script can be used for undoing the effects of the /etc/ppp/ip-up script. It is invoked in the same manner and with the same parameters as the ip-up script.

Donc, en plus de l'option persist, utilises les scripts ip-up et ip-down qui sont respectivement lancés après le démarrage de ta connection et après l'arrêt de celle-ci.

Quand on en sera là, les choix de dév sont à tracer sur DevTestConnec et bien sûr les tests réalisés seront à placer dans TestTestConnec? (c'est con de l'avoir appelé testconnec quand même... il est encore temps de changer...).
Propositions de nom :

• gardeconnec keepconnec
• respawnAdsl
• eaglepersist
• ...

---