Pb de reconnexion auto sur v 1.3 - récapitulatif !

par **lurey** » 15 Mai 2003 09:53

Ce pb a fait couler beaucoup d'encre, plusieurs suites de post en parlent... Je suis toujours en difficulté, suis-je le seul restant ? pour qu'on s'y retrouve plus facilement, j'ai fait un récapitulatif de 2 sujets, soit 80 + 84 posts... Un sujet "tout neuf", c'est moins rébarbatif, et ça peut susciter de nouveaux apports ! Récapitulatif: Après migration d'une version antérieure à la v1.3, certains n'ont plus de reconnection automatique après les 24 heures. A priori, des utilisateurs de modems ethernet , ECI et Alcatel, en PPOE. Migration avec ou sans disquette de sauvegarde de l'install précédente. install au fur et à mesure des fixes 1 et 2, avec des effets commentés(...) mais pas d'incidence notable sur le Pb de reconnexion Deux situations, d'après les logs du journal: 1) simple message "ipcop PPP has gone down on ppp0" et pas de reconnexion 2) message d'erreur: "ipcop PPP has gone down on PPP0 "ipcop ERROR:can`t start Red when i t`s still active "IPcop dial failed:256 Ceux qui ont eu ce message ne l'ont pas toujours, mais souffrent aussi du syndrome 1) Par ailleurs, Gesp dit de ce message d'erreur qui l'intrigue "Je ne connais que 3 cas ou rc.red start est lancé : - au démarrage d'IPCOP quand la case est cochée - en sortant de setup pour changer l'affectation des cartes réseaux " Ont été essayés: 1) la réinstallation 2) recréer un nouveau profil de connexion 3) une exploration du fichier /var/ipcop/ppp/settings-X sans conclusion particulière, pas de resultat non plus avec la variation des paramètres MAXRETRIES=10 à 9999 et TIMEOUT=0 à 10 4) une vérification des temporisations LCP dans rc.red (valeurs par défaut 'lcp-echo-interval', '20','lcp-echo-failure', '3', 'lcp-max-configure', '50' considérées (?) moyennes et adaptées) 5) une exploration des messages extraits de /var/log/messages là moi j'ai: May 12 09:22:03 ipcop pppoe[1396]: Session terminated -- received PADT from peer May 12 09:22:04 ipcop pppd [13195]: LCP termnated by peer May 12 09:22:04 ipcop pppd [13195]: ioctl(PPPIOCSASYNCMAP): Inapropriate ioctl for device(25) May 12 09:22:04 ipcop pppd [13195]: tcflush failed: Input/output error May 12 09:22:04 ipcop pppd [13195]: Exit. May 12 09:22:05 ipcop snort: pcap_loop: recvfrom: Network is down May 12 09:22:05 ipcop snort: Snort exiting May 12 09:22:08 ipcop ipcop: PPP has gone down on ppp0 Y a-t-il quelquechose à comprendre là dedans ? et j'aimerais comparer avec ce qu'ont les autres, ceux qui ont le pb de reconnexion, ...et ceux qui s'en sont sorti, car: - Loup n'a plus de pb, sans savoir pourquoi ? - Garfield, mad dog, beber75, ont fait part de ce pb de reconnexion, n'ont pas dit s'en être sorti depuis... - Antolien dit "j'ai réglé le problème en faisant un script dans crontab toutes les 24h mais c'est pas trop top. je suis pratiquement certain que c'est un problème de temporisation. lorsque j'execute mon script, il faut un sleep 30 pour que ça se reconnecte " (a défaut de "vraie" solution, peux tu expliquer à des béotiens comme moi quoi et où? j'ai pas su reconstituer d'après les post) - enfin, la question "ce pb a-t-il été remonté à l'equipe d'IPcop" n'a pas de réponse, moi je suis nul en anglais comme en linux, donc je me suis pas intéressé à ces circuits, mais je sais qu'il y en a des qui... J'ai essayé d'être clair, de pas me tromper dans la reprise des éléments, alors excusez - et rectifiez!- s'il y a des inexactitudes. MERCI à chacun, des aides précédentes, et des idées à venir ! <IMG SRC="images/smiles/icon_bise.gif"> Une idée: mettre dans sa signature sa config, c'est plus commode pour savoir de quelle expérience chacun parle !

par **grosbedos** » 15 Mai 2003 10:06

et niveau adressage vous etes tous en statique??

par **lucyfire** » 15 Mai 2003 10:09

le message est remonté sur le bug tracking de sourceforge projet ip cop [ 731748 ] Ipcop doesn't reconnect automatically... pas de résolution encore mais a été lu parun membre de l'equipe.

par **lurey** » 15 Mai 2003 12:39

lucyfire: merci de cette confirmation Grobedos: adressage interne ? moi, je suis en DHCP sur le green. les autres, j'ai pas retrouvé l'info... Adresse IP externe ? Antolien a dit qu'il est en @IP fixe. moi c'est pas le cas...

par **seb57** » 15 Mai 2003 18:52

ben depuis la mise a jour des 2 fix plus de reconnection auto modem:speedtouch usb alors qu'avant ce reconnecté tip top !!! <IMG SRC="images/smiles/icon_bawling.gif">

par **lucyfire** » 16 Mai 2003 12:16

le bug a été assigné a un membre de l'equipe pour traitement priorité 5/10, ça va être coton de recrer la situation car pas tout le monde config variées... bon courage a lui.

par **lurey** » 16 Mai 2003 17:41

Lucyfire, Peut-on quelquechose pour l'aider ? lui envoyer des copies de fichiers, que sais-je ? Ou encore, procéder aux manips dont il aurait besoin sur une config qui présente le pb ? (en expliquant bien....)

par **lurey** » 16 Mai 2003 19:06

OUAHOU ! mon IPCOP a eu peur du dentiste ! <IMG SRC="images/smiles/icon_biggrin.gif"> Il a reconnecté tout seul ce jour ! En fait, j'ai fait hier un deuxième profil de connexion, avec les mêmes paramètres, à partir d'un profil vide, et j'avais redémarré sur ce nouveau profil de connexion . J'attends demain, voir si ça tient ! Je vais tâcher de comparer les fichiers des connexions, et les logs de messages... Si ça tient quelques jours, je reviendrai au premier profil, qui est sauvegardé... à suivre <IMG SRC="images/smiles/icon_confused.gif">

par **Gesp** » 16 Mai 2003 20:22

seb57 Tu peux ouvrir un autre sujet parce que je pense qu'un problème de reconnection d'un modem USB peut être différent de ceux en PPPoE. Et puis pour un modem USB, je peux plus facilement t'aider à diagnostiquer.

par **Vinzstyle** » 16 Mai 2003 20:44

Pas si sûr Gesp. Il me semble que pour que les paramètres de connexions soient prit en compte il faille faire une manip un peu étrange. Sans quoi, certaines options ne sont pas prises en compte.

par **Gesp** » 16 Mai 2003 23:02

Je suis passé à la V1.3+les 2 patchs aujourd'hui et j'ai testé la reconnection et cela fonctionne pour moi avec un SpeedTouchUSB. J'ai testé une méthode plus rapide que d'attendre 24h pour tester la reconnection mais qui pourrait ne pas être supportée par tous les modems (et peut-être aussi ne pas être tout à fait au même niveau que le bug). Avec le SpeedTouch USB, cela fonctionne. Il suffit de débrancher la ligne téléphonique env 1 mn c'est à dire lcp-echo-interval*'lcp-echo-failure ou 3*20s. Le temps que le modem se resynchronise, pppd a détecté le défaut ligne et se relance pour un nouvel essai (par défaut max-retry=10) quand persist joue bien son rôle. Si vous voulez pister exactement quelles options sont passées à pppd lors du lancement de la connection, je suggère à nouveau pour l'avoir utilisé d'ajouter une ligne &log ("pppd options: @pppcommand"); dans le fichier /etc/rc.d/rc.red Cela affichera toutes les options passées à pppd dans le fichier rc.red dans le log. C'est à placer juste avant l'envoi de la commande de pppd au système. Pour ceux qui utilisent PPPoE, un bon repère est de rechercher dopptpdial et de remonter des quelques lignes nécessaires. Faite une copie du fichier rc.red avant modification et ne jouer pas trop avec des changements de nom, vous risquez de changer les droits Linux du fichier. Le plus simple est de copier le fichier dans le répertoire parent plutôt que de le renommer en .bak par exemple. Après changement, cela doit ressembler à cela. ... &log ("pppd options: @pppcommand"); system (@pppcommand); } sub dopptpdial { ... (ne retransmettez pas ce que la ligne affiche sans masquer votre login user <a href="mailto:ftixxxx@fti">ftixxxx@fti</a>, c'est mieux) Si vous avez un doute que ce ne soient pas les options que vous avec choisi, vérifiez le fichier /var/ipcop/ppp/settings a bien même taille/contenu que le fichier du profil que vous avez sélectionné.

par **lurey** » 17 Mai 2003 18:33

mauvaise nouvelle: pas de reconnexion ce jour... ce qui me permet d'apprendre qu"un de mes garçons avait relancé hier, donc fausse nouvelle !!! ça marche toujours pô

par **lurey** » 17 Mai 2003 22:17

J'avais modifié le fichier rc.red comme indiqué par Gesp, je ne sais pas comprendre le résultat, que je propose à vos cogitations éclairées. Ce sont les inscriptions de ce jour, la déco a lieu peu après 18h, et j'ai reconnexté à 18h 26... <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> <IMG SRC="images/smiles/icon_confused.gif"> 18:00:22 ipcop synchronisation NTP 18:04:03 ipcop PPP has gone down on ppp0 18:26:21 ipcop Starting RED device eth1. 18:26:21 ipcop Dialing ECI new. 18:26:21 ipcop pppd options: /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe.pid -I eth1 -T 80 -U -m 1412 persist noipdefault default-asyncmap defaultroute hide-password local mtu 1492 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user fti/xxxxxx@fti lcp-echo-interval 20 lcp-echo-failure 3 lcp-max-configure 50 maxfail 10 18:26:27 ipcop PPP has gone up on ppp0

par **Gesp** » 17 Mai 2003 23:54

Est-ce que tu peux m'envoyer la partie de ton fichier /var/log/messages entre 18h00 et 18:30. C'est effectivement assez bizzare de mettre 25 mn à se reconnecter. Il y a eu un problème dans la gestion du firewall qui empéchait la reconnection en pptp avec la version beta2. voir <a href="http://marc.theaimsgroup.com/?l=ipcop-devel&m=104831746302555&w=2" target="_blank">http://marc.theaimsgroup.com/?l=ipcop-devel&m=104831746302555&w=2</a> Les modifications à la suite de cela ont été <a href="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ipcop/ipcop/src/rc.d/Attic/rc.firewall.diff?r1=1.1.2.9&r2=1.1.2.8" target="_blank">http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ipcop/ipcop/src/rc.d/Attic/rc.firewall.diff?r1=1.1.2.9&r2=1.1.2.8</a> Mais je n'y comprend pas encore grand chose aux subtilités d'Iptable

par **Gesp** » 18 Mai 2003 10:32

Mark Wormgoor a proposé une solution sur la liste devel qui marche au moins chez une personne: Actually, there is a solution. Edit /etc/rc.d/rc.red and add his text to line 392: 'holdoff','30', so the pppd command looks like this: push(@pppcommand, ('noipdefault', 'default-asyncmap','holdoff','30', ... Dites nous si cela fonctionne

Pb de reconnexion auto sur v 1.3 - récapitulatif !

Qui est en ligne ?