deconnexion frequente

par **pga** » 24 Sep 2003 10:08

Ipcop se deconnecte tres frequemment. Je n'arrive pas à comprendre ce qui se passe. Le redemarrage est également difficile (voir log). Je suis parfois obligé de rebooter Ipcop. Ma config: Compaq deskpro 600 (récup), 128Mo, DD 6Go modem sagem <a href="mailto:F@st">F@st</a> 800PE Ipcop1.3.1alpha5 Log Ipcop: 15:59:31 ipcop PPP has gone up on ppp0 17:44:12 ipcop PPP has gone down on ppp0 17:47:26 ipcop PPP has gone up on ppp0 18:00:10 ipcop PPP has gone down on ppp0 18:02:12 ipcop PPP has gone up on ppp0 18:54:31 ipcop PPP has gone down on ppp0 06:30:14 ipcop ERROR: Can't start RED when it's still active 06:30:14 ipcop Dial failed: 256 06:30:46 ipcop Dialing freeadsl. 06:31:46 ipcop ERROR: ADI ADSL failed to start 06:31:46 ipcop Dial failed: 256 06:33:06 ipcop Dialing freeadsl. 06:34:06 ipcop ERROR: ADI ADSL failed to start 06:34:06 ipcop Dial failed: 256 06:34:45 ipcop Dialing freeadsl. 06:35:52 ipcop PPP has gone up on ppp0 06:48:12 ipcop PPP has gone down on ppp0 Log ppp: 18:00:10 pppd No response to 3 echo-requests 18:00:10 pppd Serial link appears to be disconnected. 18:00:13 pppd Connection terminated. 18:00:13 pppd Connect time 14.4 minutes. 18:00:13 pppd Sent 71172 bytes, received 145160 bytes. 18:00:13 pppd Using interface ppp0 18:00:13 pppd Connect: ppp0 <--> /dev/pts/0 18:00:14 pppd LCP terminated by peer 18:00:17 pppd Connection terminated. 18:00:17 pppd Using interface ppp0 18:00:17 pppd Connect: ppp0 <--> /dev/pts/1 18:02:12 pppd local IP address 82.65.xxx.xxx 18:02:12 pppd remote IP address 192.168.254.254 18:02:12 pppd primary DNS address 212.27.32.177 18:02:12 pppd secondary DNS address 212.27.32.176 18:54:31 pppd No response to 3 echo-requests 18:54:31 pppd Serial link appears to be disconnected. 18:54:37 pppd Connection terminated. 18:54:37 pppd Connect time 54.3 minutes. 18:54:37 pppd Sent 213470 bytes, received 909417 bytes. 18:54:37 pppd Using interface ppp0 18:54:37 pppd Connect: ppp0 <--> /dev/pts/0 18:57:08 pppd LCP: timeout sending Config-Requests Quelqu'un à une idée ou mieux une solution <IMG SRC="images/smiles/icon_wink.gif"> ??

par **titchek** » 24 Sep 2003 10:20

Ton modem adsl est un alcatel speedTouh (la raie verte...) ? et quelle verision de'Ipcop utilise tu ?

par **Riric** » 24 Sep 2003 10:35

d'aprés son message : Ipcop1.3.1alpha5

par **Gesp** » 24 Sep 2003 11:30

Je pense qu'une partie du problème peut venir de Free (les déconnections) ou d'une liaison congestionnée (trop de peer) 06:30:14 ipcop ERROR: Can't start RED when it's still active 06:30:14 ipcop Dial failed: 256 Cela s'explique peut-être, il faut que je regarde, il n'y a peut-être pas de stop effectué quand la synchronisation a échoué donc la connection reste marquée active. Si tu fais un stop, cela doit résoudre ce problème. 06:30:46 ipcop Dialing freeadsl. 06:31:46 ipcop ERROR: ADI ADSL failed to start Là je vois que tu te lève tôt <IMG SRC="images/smiles/icon_lol.gif"> Il se peut que ce soit que la synchro qui n'est pas obtenue. Dans ce cas, tu dois avoir un message "synchronisation or earlier step failed" dans les logs. Il faudrait indiquer ce qu'il se passe dans les logs à ce moment pour savoir. 18:02:12 pppd remote IP address 192.168.254.254  Cela, c'est vraiment pas une bonne nouvelle Communiquer avec des adresses de classe privée en dehors du RED est interdit par les règles d'antispoofing présentes dans la V1.3.1alpha5. Ces règles viennent d'être supprimées pour le moment dans la dernière version pas encore diffusée, cela posait trop de problèmes. Tu peux commenter la règle correspondante dans /etc/rc.firewall (un # devant la ligne en avec l'adresse 192.168.0.0) C'est vraiment bizarre que Free te remonte ce genre d'adresse. Est-ce que c'est toujours le cas? Un petit cat /var/log/messages | grep 'remote IP' t'affichera toutes les adresses de passerelle remontées par Free dans les logs. Je ne comprend même pas comment ta connection fonctionne si c'est toujours une adresse privée qui est remontée pour la passerelle.

par **Fesch** » 24 Sep 2003 13:29

Moi aussi <IMG SRC="images/smiles/icon_frown.gif"> Sep 21 11:56:53 ipcop pppd[173]: remote IP address 192.168.254.254 Sep 22 07:35:14 ipcop pppd[173]: remote IP address 192.168.254.254 Sep 23 07:38:22 ipcop pppd[8458]: remote IP address 192.168.254.254 Sep 23 21:18:19 ipcop pppd[8458]: remote IP address 192.168.254.254 Sep 24 08:35:08 ipcop pppd[173]: remote IP address 192.168.254.254 Sep 24 09:17:49 ipcop pppd[1474]: remote IP address 10.112.112.112 Sep 24 13:15:18 ipcop pppd[173]: remote IP address 192.168.254.254 <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif">

par **pga** » 24 Sep 2003 15:37

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-09-24 11:30, Gesp a écrit: Je pense qu'une partie du problème peut venir de Free (les déconnections) ou d'une liaison congestionnée (trop de peer) </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Je ne fais que du simple surf. J'ai retiré mldonkey pour m'assurer qu'il n'avait rien à voir la dedans. De plus, j'utilisais mldonkey sur un reseau partagé sous mdk 9.1 sans jamais de problèmes. Il est vrai que la laison adsl était assurée par wanadoo et un modem eci éthernet (dept 95). Ici dans le dept 59, c'est une ligne Free avec un modem usb Sagem <a href="mailto:F@st">F@st</a> 800PE et Ipcop. Tout à changé, donc pas simple pour déterminer d'ou vient le problème. <IMG SRC="images/smiles/icon_wink.gif"> <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> 06:30:14 ipcop ERROR: Can't start RED when it's still active 06:30:14 ipcop Dial failed: 256 Cela s'explique peut-être, il faut que je regarde, il n'y a peut-être pas de stop effectué quand la synchronisation a échoué donc la connection reste marquée active. Si tu fais un stop, cela doit résoudre ce problème. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Oui mais cela ne semble pas toujours répondre. Il me faut parfois insister lourdement. De plus, comment faire pour que cela se fasse automatiquement. J'ai bien lu quelques projets de scripts sur ce forum mais tu ne semblais pas trop pour. <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> 06:30:46 ipcop Dialing freeadsl. 06:31:46 ipcop ERROR: ADI ADSL failed to start Là je vois que tu te lève tôt <IMG SRC="images/smiles/icon_lol.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Ce n'est qu'illusion ! <IMG SRC="images/smiles/icon_wink.gif"> Mon Ipcop n'est pas à l'heure ! <IMG SRC="images/smiles/icon_wink.gif"> (il me faut encore regarder comment configurer cette mise à l'heure automatisée...) <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Il se peut que ce soit que la synchro qui n'est pas obtenue. Dans ce cas, tu dois avoir un message "synchronisation or earlier step failed" dans les logs. Il faudrait indiquer ce qu'il se passe dans les logs à ce moment pour savoir. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Bien vu. C'est effectivement le cas. <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> 18:02:12 pppd remote IP address 192.168.254.254  Cela, c'est vraiment pas une bonne nouvelle Communiquer avec des adresses de classe privée en dehors du RED est interdit par les règles d'antispoofing présentes dans la V1.3.1alpha5. Ces règles viennent d'être supprimées pour le moment dans la dernière version pas encore diffusée, cela posait trop de problèmes. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Pourtant c'est bien cette adresse qui est retournée. <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Tu peux commenter la règle correspondante dans /etc/rc.firewall (un # devant la ligne en avec l'adresse 192.168.0.0) </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Fait ! <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> C'est vraiment bizarre que Free te remonte ce genre d'adresse. Est-ce que c'est toujours le cas? Un petit cat /var/log/messages | grep 'remote IP' t'affichera toutes les adresses de passerelle remontées par Free dans les logs. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Oui !!!!

par **zizotron** » 24 Sep 2003 20:13

Juste pour vous faire part du fait que depuis 2 jours je tourne à fond les ballons 24/24 sans déconnexion inopiné. Précisant que depuis maintenant 1 mois j'avais des deconnexion (~5 à 10 /j), avec debian ou ipcop, les drivers usb ECI 0.5,0.7 ou 0.8 ... et chez wanadoo ... avec ou sans Emule(400 connexions). Et là pouff comme par miracle ca remarche, bref j'me dis que le premier truc à faire avant de tripoter vos configs serait de faire verifier votre ligne par FT. Techniquement j'avais les memes symptomes que toi "pga". Ca mérite reflexion.

par **pga** » 24 Sep 2003 20:22

Je pense peut-être avoir mis le doigt sur mon problème de deconnexion. Après avoir consulté la FAQ de Free, j'ai appliqué leur conseil à savoir retirer le condensateur qui se trouvait sur l'entrée de la ligne téléphonique. Je n'ai pour le moment plus aucune deconnexion et ce depuis plus de 4h (un record !!!!). J'ai même effectué un téléchargement de la dernière knoppix (700Mo) en ftp sans problème. Affaire à suivre....

par **Fesch** » 27 Sep 2003 21:46

Est-ce que personne n'a pu trouver le pourquoi des lignes 19:13:07 pppd remote IP address 192.168.254.254 <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif">

par **Gesp** » 27 Sep 2003 23:14

C'est un choix de Free, il t'attribue une adresse privée pour la passerelle. Il n'y a pas de petites économies <IMG SRC="images/smiles/icon_lol.gif"> Cela lui permet d'économiser une adresse IP publique par sous-réseau

deconnexion frequente

Qui est en ligne ?