 |
||
| ||
| |||||
| Dernière réponse | ||
|---|---|---|
| Sujet : La reconnexion auto ne fct vraiment pas, une idee ?? | ||
| tatanka |
|
|
| Aperçu |
|---|
| Vue Rapide de la discussion |
|---|
| tatanka |
|
| aurelboiss | voila mes deux lignes :
kille la connexion: /etc/init.d/internet stop reconnexion: /usr/sbin/pppd call adsl voila c tout ;) |
| tatanka |
|
| pipomolo |
|
| Jar Jar |
|
| pipomolo | en meme temps le traffic du ping est quand meme pas enorme...faut franchement etre hyper exigeant pour y trouver la moindre gene !! |
| djoh |
|
| djoh |
|
| aurelboiss | Vous vous faite chier pour rien g juste mis dans le crontab 2 lignes: 1 qui coupe pppd a 12h15 et 1 qui reconnecte a 12h20 et comme ca ca roulezzzzzzz :) bon c sur que si je suis deconnecte avant c a la main que je dois me reconnecter mais mamadoo ma jamais deconnecte avant 24 et la je reste connecte 23h55 ;o)
@++ |
| FlamM | c'est vrai que si ta solution marche Jar Jar, elle est plus élégante, mais bon quand j'ai réussi la mienne j'ai pas cherché plus loin (j'essaierai ptet quand j'aurait plus de temps, en tout cas pas maintenant)
En tout cas l'idée est à creuser par ceux qui sont motivés |
| Jar Jar | Le défaut de ce système est qu'il vérifie la bonne santé de la ligne avec un ping, ce qui crée du trafic inutile et ne permet pas une détection très rapide, alors que pppd, utilisant LCP, s'en rend compte instantanément.
Je pense qu'on peut utiliser cette option, trouvée dans man pppd :
[jfdsdjhfuetppo]--Message édité par Jar Jar--[/jfdsdjhfuetppo] |
| FlamM | le fait que la reconnection ne marche pas vient généralement du fait que le pppoaX (X=2 ou 3) ne tombe pas lors d'une déconnection par le provider (c'est pas le cas lorsque l'on quitte le pppd soi-même)
du coup il suffit de faire un : killall pppoa3 puis de relancer le pppd et la ça marche. Pour rendre la reconnection automatique le plus simple c'est un script qui teste régulièrement la connection toute les 5 min par exemple (vive la crontab) et qui reconnecte lorsque c'est déconnecté. mon script par exemple à adapter à vos besoin : reconnect.bash #!/bin/bash RESULT=`/sbin/ifconfig | grep P-t-P | sed "s/^[a-zA-Z0-9 :.]*P-t-P://g" | sed "s/\ Mask:[0-9.]*$//g" ` if [ "$RESULT" == "" ]; then RESULT=0 else RESULT=`echo $RESULT | xargs ping -c 4 | grep packets | sed "s/^[0-9a-zA-Z ]*,\ //" | sed "s/\ packets[0-9a-zA-Z ,%]*$//"` fi if [ $RESULT == 0 ]; then logger "daily Mamadoo disconnection, restarting pppd..." killall pppd killall pppoa3 sleep 7 /usr/sbin/ppp-on fi ppp-on #!/bin/bash /usr/sbin/pppd call adsl et la ligne dans la crontab : 0,5,10,15,20,25,30,35,40,45,50,55 * * * * /usr/bin/reconnect.sh 1> /var/log/reconnect.mamadoo 2> /var/log/reconnect.mamadoo voià (à adapter au gout de chacun) a+ |
| djoh |
|
| le_pacifa | C pas a cause de FT si sa reconnecte pas !!!! |
| aurelboiss | les raies vertes marchent bien sous linux mais niveau reconnexion auto c a se mettre un balle c vraiment pouri et tout ca grace a FT de merdeeeeeeeee qui deconnecte toute les 24h :(
@++ |
| le_pacifa | il faut decharger les module usb et le recharger avant de lancer la reconenction
rmmod usb-uhci (ou usb-ohci) ensuite modprobe usb-uhci etc... |
| Jar Jar | Il y a un problème avec les modems USB, à savoir qu'il faut réinitialiser l'USB avant de relancer la connexion. Donc après, soit tu fais un script qui vérifie ta connexion, soit tu trafiques avec pppd ou diald pour obtenir le même résultat, ça devrait être possible. |
| rem5 | ca c sur mldonkey marche au poil :-)
bon je vais essayer de mettre les driver en 1.0, et c dit qu'il y a besoin de patcher le kernel pour permetre la reconnexion, j'espere que ca marchera. m'enfin ca m'etonnerai quand meme que ca marche : mandrake a quand meme dû patché le kernel comme il fallait vu que c t inclu ds le driver et que ce drv et fourni en std. et si c pas le cas j'espere que ce sera fait ds la 8.2 parce que comme apparemment ce ne sera inclu en std ds le kernel qu'a partir du 2.4.18 et que pour l'instant ca a l'air d'etre le 2.4.17 sur la 8.2... (j'espere pas dire de connerie... ;-) ) bref je prie (et puis non ca sert a rien, qu'est ce qu'il y peu l'autre sur sa croix, nan mais quand meme ;-) ) et on verra bien.... |
| mean | oui mldonkey marche trop bien
sous forte pression, la raie lache Le plus simple est de faire un script qui check si ta connexion est bonne toute les 10 mn et qui la relance si c'est pas bon |
| Dark_Schneider | la reconnection avec le sppedtouch usb est particulière
fais des recherches sur le forum ou le ite des drivers |
| djoh |
|
| rem5 | c une connexion ADSL ( " raie verte " ) alcatel speed touch usb....
et une chose que je comprend pas : si je laisse la connexion sans rien faire ou pas grd chose elle tient 24h mais avec mldonkey le mieux que j'arrive a tenir c 12-13h, un rapport entre le download et la dcx ???? ou alors mldonkey buggé.... |
| ethernal | c koi comme connex ? pts = modem rtc ? |
| rem5 | vraiment pers ne sait ??? |
| rem5 | y a pers qui a eu ce prb ???? :??: |
| rem5 | slt, malgre l'option persist ma petite raie verte (sur MDK8.1) n'arrive pas a se tenir connecté, et dans les log au tentatives de reconnexion automatique toujours des lignes du genre :
Using interface ppp0 Connect: ppp0 <--> /dev/pts/5 Modem hangup et ca répété une bonne 10aine de * Connection terminated Couldn't attaach too PPP unit 0: invalid argument Couldn't create new ppp unit: innappropriate ioctl for device couldn't get channel number: input/output error et quand je me connecte manuellement (donc la ca marche) la seule dif c: Using interface ppp0 Connect: ppp0 <--> /dev/pts/2 <====== Remote message : CHAP authentification success, unit 81 est ce que qqu'un a deja rencontré ce prb ???? parce qu'en plus en ce moment je me fait tjs deconecter entre 5 et 12h de cnx alors c vraiment pas pratique merci d'avance [jfdsdjhfuetppo]--Message édité par rem5--[/jfdsdjhfuetppo] |
