durée de reconnexion très longue

[tito]

Bonjour,

Quand j'étais encore avec la version 1.3 d'ipcop sur une très vieille machine la durée de reconnexion après une déconnexion était de quelques secondes. depuis que j'ai changé de pc et de version d'ipcop (ipcop 1.4, 1.4.10 maintenant) la durée de reconexion est passé en moyenne à plusieurs minutes, ça peut prendre jusqu'à 10 min. est-ce normal ? habituel ?
de plus il n'est pas rare que dans la même journée il y ait 3 ou 4 déconnexions.
Mon fournisseur d'accés est wanadoo. Mon modem est un alcatel speed touch home en ethernet.
D'ou peut venir le pb (si pb il y a) ? logiciel, matériel ? est-ce que ça peut être le modem qui commence à donner des signes de fatigue ?

ci dessous un ex de journal. la durée reconnexion de 08:35 est exceptionnellement courte, en général la déconnexion dure au moins 3 ou 4 min

Code: Tout sélectionner

08:35:58   ipcop   PPP has gone down on ppp0
08:36:03   ipcop   Starting RED device eth1.
08:36:03   ipcop   Dialling Gamba.
08:36:05   ipcop   PPP has gone up on ppp0
13:19:59   ipcop   synchronisation NTP
19:03:41   ipcop   PPP has gone down on ppp0
19:03:49   ipcop   Starting RED device eth1.
19:03:49   ipcop   Dialling Gamba.
19:04:58   ipcop   Starting RED device eth1.
19:04:58   ipcop   Dialling Gamba.
19:06:09   ipcop   Starting RED device eth1.
19:06:09   ipcop   Dialling Gamba.
19:07:18   ipcop   Starting RED device eth1.
19:07:18   ipcop   Dialling Gamba.
19:08:27   ipcop   Starting RED device eth1.
19:08:27   ipcop   Dialling Gamba.
19:09:39   ipcop   Starting RED device eth1.
19:09:39   ipcop   Dialling Gamba.
19:09:42   ipcop   PPP has gone up on ppp0
20:42:04   ipcop   PPP has gone down on ppp0
20:42:11   ipcop   Starting RED device eth1.
20:42:11   ipcop   Dialling Gamba.
20:43:20   ipcop   Starting RED device eth1.
20:43:20   ipcop   Dialling Gamba.
20:44:28   ipcop   Starting RED device eth1.
20:44:28   ipcop   Dialling Gamba.
20:45:38   ipcop   Starting RED device eth1.
20:45:38   ipcop   Dialling Gamba.
20:46:47   ipcop   Starting RED device eth1.
20:46:47   ipcop   Dialling Gamba.
20:46:49   ipcop   PPP has gone up on ppp0


Merci d'avance

[gunsnroses]

J'ai eu le même problème avec wanadoo lorsque je suis passé au débit max 8 Méga.
A savoir que même sans IPCOP la reconnexion n'était pas automatique et qu'il m'arrivait t'attendre 20 min sans rien faire.
La seul solution que j'avai trouvé s'était d'éteindre et de rallumer le modem ( alcatel speed touch home ethernet aussi).
Après plusieur coup de fils a FT et Wanadoo, aucune solution n'avait été trouvé.
J'ai pensé que cela était du à des telechargement sur mon réseau mais la encore même en stoppant les logiciel de types emules et bittorents, les problèmes de reconnexion bien que moins fréquentes existaient toujours. Et là depuis 1 mois environs tout fonctionne à merveille sans qu'aucune modification n'ai été apporter.

Je sais bien que cela n'apporte pas de solution mais juste pour que tu mettes la pédale douce sur les recherches car moi j'ai toujours pas compris même si je soupsonne le passage au débit Max dans être la cause.

As-tu changer de formule ADSL ?

[tito]

Merci pour ta réponse.

J'ai changé de débit mais j'avais constaté ce pb bien avant, alors que je n'étais encore qu'en 512.
j'espérais que que le pb se résoudrait avec une mise à jour d'icop ou bien du coté de wanadoo, mais là ça fait vraiment longtemps que ça dure, et j'ai presque l'impression que ça empire...

[tito]

ce que je ne sais pas c'est : est-ce courant d'avoir une durée de reconnexion si longue ? ou y a-t-il un pb chez moi ?

Pouvez-vous me dire : chez vous combien de temps met ipcop pour se reconnecter lors d'une déconnexion ?

[Gesp]

Normalement pppd se reconnecte du premier coup.

Ce n'est pas le cas chez toi mais on ne peut pas en voir la raison dans le log que tu as montré.

Sur la page pppsetup.cgi, coche la case debug et montre le log RED (pas celui ipcop) pour avoir plus de détails.

[tito]

Merci,

voilà les logs demandés

Code: Tout sélectionner

08:37:17   pppd[12877]   No response to 3 echo-requests
08:37:17   pppd[12877]   Serial link appears to be disconnected.
08:37:17   pppd[12877]   Script /etc/ppp/ip-down started (pid 16794)
08:37:17   pppd[12877]   Couldn't increase MTU to 1500
08:37:17   pppd[12877]   Couldn't increase MRU to 1500
08:37:17   pppd[12877]   sent [LCP TermReq id=0x2 "Peer not responding"]
08:37:20   pppd[12877]   sent [LCP TermReq id=0x3 "Peer not responding"]
08:37:21   pppd[12877]   Script /etc/ppp/ip-down finished (pid 16794), status = 0x0
08:37:23   pppd[12877]   Connection terminated.
08:37:23   pppd[12877]   Connect time 815.1 minutes.
08:37:23   pppd[12877]   Sent 266723 bytes, received 2289996 bytes.
08:37:23   pppd[12877]   Exit.
08:37:24   red: Connectioncheck   will connect again
08:37:25   pppd[16954]   Plugin rp-pppoe.so loaded.
08:37:25   pppd[16954]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:37:25   pppd[16955]   pppd 2.4.2 started by root, uid 0
08:38:00   pppd[16955]   Timeout waiting for PADO packets
08:38:00   pppd[16955]   Unable to complete PPPoE Discovery
08:38:00   pppd[16955]   Exit.
08:38:01   red: Connectioncheck   RED fail to connect
08:38:32   red: Connectioncheck   Restarting 1/20
08:38:34   pppd[17020]   Plugin rp-pppoe.so loaded.
08:38:34   pppd[17020]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:38:34   pppd[17021]   pppd 2.4.2 started by root, uid 0
08:39:09   pppd[17021]   Timeout waiting for PADO packets
08:39:09   pppd[17021]   Unable to complete PPPoE Discovery
08:39:09   pppd[17021]   Exit.
08:39:10   red: Connectioncheck   RED fail to connect
08:39:41   red: Connectioncheck   Restarting 2/20
08:39:42   pppd[17087]   Plugin rp-pppoe.so loaded.
08:39:42   pppd[17087]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:39:42   pppd[17088]   pppd 2.4.2 started by root, uid 0
08:40:17   pppd[17088]   Timeout waiting for PADO packets
08:40:17   pppd[17088]   Unable to complete PPPoE Discovery
08:40:17   pppd[17088]   Exit.
08:40:18   red: Connectioncheck   RED fail to connect
08:40:51   red: Connectioncheck   Restarting 3/20
08:40:54   pppd[17168]   Plugin rp-pppoe.so loaded.
08:40:54   pppd[17168]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:40:54   pppd[17169]   pppd 2.4.2 started by root, uid 0
08:41:29   pppd[17169]   Timeout waiting for PADO packets
08:41:29   pppd[17169]   Unable to complete PPPoE Discovery
08:41:29   pppd[17169]   Exit.
08:41:30   red: Connectioncheck   RED fail to connect
08:42:01   red: Connectioncheck   Restarting 4/20
08:42:02   pppd[17240]   Plugin rp-pppoe.so loaded.
08:42:02   pppd[17240]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:42:02   pppd[17245]   pppd 2.4.2 started by root, uid 0
08:42:37   pppd[17245]   Timeout waiting for PADO packets
08:42:37   pppd[17245]   Unable to complete PPPoE Discovery
08:42:37   pppd[17245]   Exit.
08:42:38   red: Connectioncheck   RED fail to connect
08:43:10   red: Connectioncheck   Restarting 5/20
08:43:11   pppd[17306]   Plugin rp-pppoe.so loaded.
08:43:11   pppd[17306]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:43:11   pppd[17307]   pppd 2.4.2 started by root, uid 0
08:43:46   pppd[17307]   Timeout waiting for PADO packets
08:43:46   pppd[17307]   Unable to complete PPPoE Discovery
08:43:46   pppd[17307]   Exit.
08:43:47   red: Connectioncheck   RED fail to connect
08:44:19   red: Connectioncheck   Restarting 6/20
08:44:20   pppd[17371]   Plugin rp-pppoe.so loaded.
08:44:20   pppd[17371]   RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
08:44:20   pppd[17372]   pppd 2.4.2 started by root, uid 0
08:44:20   pppd[17372]   PADS: Service-Name: ''
08:44:20   pppd[17372]   PPP session is 7710
08:44:20   pppd[17372]   using channel 3
08:44:20   pppd[17372]   Using interface ppp0
08:44:20   pppd[17372]   Connect: ppp0 <--> eth1
08:44:20   pppd[17372]   Couldn't increase MTU to 1500
08:44:20   pppd[17372]   Couldn't increase MRU to 1500
08:44:20   pppd[17372]   sent [LCP ConfReq id=0x1 <magic 0x5234947f>]
08:44:20   pppd[17372]   rcvd [LCP ConfReq id=0xfb <mru 1492> <auth chap MD5> <magic 0x7cb94186>] 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:20   pppd[17372]   sent [LCP ConfAck id=0xfb <mru 1492> <auth chap MD5> <magic 0x7cb94186>]
08:44:20   pppd[17372]   rcvd [LCP ConfAck id=0x1 <magic 0x5234947f>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:20   pppd[17372]   Couldn't increase MRU to 1500
08:44:20   pppd[17372]   sent [LCP EchoReq id=0x0 magic=0x5234947f]
08:44:20   pppd[17372]   rcvd [CHAP Challenge id=0xfc <eb1de597ca54fbeb75358ad4cf2a573e>, name = "BSTOU15 2"] 00 00 00 00 00 00 00 00 00
08:44:20   pppd[17372]   sent [CHAP Response id=0xfc <69e689026169f8a189b138b20daedf48>, name = "fti/kug4 zfy"]
08:44:20   pppd[17372]   rcvd [LCP EchoRep id=0x0 magic=0x7cb94186] 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:21   pppd[17372]   rcvd [CHAP Success id=0xfc ""] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...
08:44:21   pppd[17372]   CHAP authentication succeeded
08:44:21   pppd[17372]   peer from calling number 00:90:1A:40:B5:51 authorized
08:44:21   pppd[17372]   sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
08:44:21   pppd[17372]   rcvd [IPCP ConfNak id=0x1 <addr xx.xx.xx.xx> <ms-dns1 80.10.246.1> <ms-dns3 80.1 0.246.132>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:21   pppd[17372]   sent [IPCP ConfReq id=0x2 <addr xx.xx.xx.xx> <ms-dns1 80.10.246.1> <ms-dns3 80.1 0.246.132>]
08:44:21   pppd[17372]   rcvd [IPCP ConfReq id=0xd8 <addr yyy.yyy.yyy.y>] 00 00 00 00 00 00 00 00 00 00 0 0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:21   pppd[17372]   sent [IPCP ConfAck id=0xd8 <addr yyy.yyy.yyy.y>]
08:44:21   pppd[17372]   rcvd [IPCP ConfAck id=0x2 <addr xx.xx.xx.xx> <ms-dns1 80.10.246.1> <ms-dns3 80.1 0.246.132>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
08:44:21   pppd[17372]   local IP address xx.xx.xx.xx
08:44:21   pppd[17372]   remote IP address yyy.yyy.yyy.3
08:44:21   pppd[17372]   primary DNS address 80.10.246.1
08:44:21   pppd[17372]   secondary DNS address 80.10.246.132
08:44:21   pppd[17372]   Script /etc/ppp/ip-up started (pid 17383)
08:44:29   pppd[17372]   Script /etc/ppp/ip-up finished (pid 17383), status = 0x0

[Gesp]

Il est prossible que la connexion plante niveau ADSL et que tant qu'un timeout sur la fin de la session PPPoE n'a pas expiré, tu ne peux te reconnecter. Voir google pppoe ghost session. Mais ce n'est pas certain.

Tu peux aussi essayer de te mettre en PAP only, j'ai eu quelques pb à un moment ou PAP fonctionnait mieux que CHAP du fait de pb de configuration chez FT dans un ou plusieurs de leur serveurs d'authentification sur ma plaque.
C'est d'ailleur pour cela qu'il y a les options PAP only ou CHAP only dasn IPCop parce que sinon normalement pppd sait passer de l'un à l'autre si le peer le lui demande dans les formes prévues. Mais mon pb avait l'air assez différent du tien.

La seule solution que j'ai qui tienne techniquement la route serait d'upgrader pour ppp-2.4.4 mais c'est très compliqué de tester cela avec toutes les configurations tordues de chaque coté du globe donc si je sais que je vais résoudre quelques bugs, je ne sais pas combien de nouveaux vont arriver.
Donc je préférerais qualifier cela sur au cours d'un vrai test qui ne pourra pas avoir lieu avant qu'une version suffisament différente de 1.4 le justifie.

Surtout que si le pb est coté ADSL ou serveur d'authentification, ce qui est assez probable, pppd n'y peut vraiment pas grand chose.
Pour tester si le pb vient bien de session PPPoE non terminée, il faudrait récupérer le numéro de la dernière session PPPoE dans le log (cela doit être 7720 pour la connexion dans ton log) et envoyer un PADT à l'adressse MAC du serveur d'authentification utilisé (le BAS) qui peut varier, FT devant probablement utiliser une grappe de serveur en partage de charge. Autant dire que ce n'est pas simple à faire dans un script.
Après c'est simple, /usr/sbin/pppoe a une option spécialement pour envoyer l'ordre de terminaison (le PADT) du moment que l'on lui fournisse les bons paramêtres.


Le message

Code: Tout sélectionner

Couldn't increase MTU to 1500

est un bug sans importance corrigé avec ppp-2.4.4

[Gesp]

J'ai retrouvé un script qui fait cela (le cache google est mon amis).

Mais le script utilise ethereal (on a que tcpdump dans IPCop) et se base sur le fait que le serveur continue d'envoyer des paquets même si du coté local, la liaison s'est refermée.
http://64.233.183.104/search?q=cache:LK ... =clnk&cd=1

Code: Tout sélectionner

#!/usr/bin/perl
# unlock-dsl.pl - destroy PPPOE tunnelling
# copyright 2003 Nicolas Rueff <n.rueff@free.fr>
# This code is under GPL licence.
# tethereal is REQUIRED for this script to work
use strict;
use POSIX;

my $iface="eth0";    # change this var to reflect your settings
my $localmac;
my $distmac;
my $session;

die "you must be root to run this program" unless (getuid() == 0);

`ifconfig $iface promisc` && die "can't put $iface in promisc mode";

open IFCONFIG, "ifconfig $iface |" || die "can't get configuration of $iface";
while (<IFCONFIG>) {
       next if (! m/.*HWaddr +(.*)$/);
       $localmac=lc $1;
       $localmac =~ s/ *$//;
       last;
}
close IFCONFIG;


open TETHEREAL, 'tethereal -n -V -c 1 -f "ether proto 0x8864" |' || die "can't sniff packets";
while (<TETHEREAL>) {
       if (m/Ethernet II, Src: (.*), Dst: (.*)/) {
               $distmac=$1 unless ($1 =~ m/$localmac/i);
               $distmac=$2 unless ($2 =~ m/$localmac/i);
       }
       if (m/Session ID: (.*)/) {
               $session=hex($1);
       }
}
close TETHEREAL;

`pppoe -I $iface -k -e $session:$distmac` && die "can't generate logout packet";


L'utilisation est très simple:

loguez vous en root;
stoppez le démon pppd (généralement: poff dsl-provider);
lancez le script;
et PAF, c'est bon.
Bon surf ;)

S'il y a un candidat pour tester cela

[tito]

Merci de t'être penché sur mon pb.

J'ai essayé avec PAP only mais ça n'a pas amélioré les choses. j'ai aussi réinstallé un IPcop 1.4.11 sur un autre PC, au cas où, au départ j'ai eu l'impression que ça fonctionnait mieux mais en fait non, parfois il s'y reprend toujours à plusieurs fois, avec des durées de reconnexion de plusieurs minutes. Et il se déconnecte 3 ou 4 fois par jour.
Pour le reste des pistes que tu donnes, je ne vois pas bien quoi en faire...
Auras-tu d'autres idées, des tests à me faire faire ?

Est-ce que le problème pourrait venir du modem ? Je suppose que je pourrais le remplacer par une livebox, ça pourrait arranger les choses ?

D'après toi le fait que ça fonctionnait correctement lorque j'étais en version 1.3 d'IPcop serait juste une coincidence ou vois-tu une explication ?

Merci d'avance