[ipcop 1.3]depuis fix 8 plus de reco automatique

par **batman** » 29 Fév 2004 10:22

Bonjour, depuis que j'ai installé le fix 8 d'ipcop je n'ais plus de reconnection automatique à internet d'ou cela peut-il venir ? Note : - je suis pas dans le cas du sujet 'fixe 8 et plus de connection' - j'ai modifié mon crontab crontab : 00 * * * * /etc/rc.d/rc.red start # j'avais vaguemen espérer résoudre avec ceci 45 04 * * * /etc/rc.d/rc.red stop ; sleep 30 ; /etc/rc.d/rc.red start # un ptit caprice depuis la 1ere version d'ipcop <IMG SRC="images/smiles/icon_wink.gif"> extrait du /var/log/messages Feb 29 04:45:02 crag pppd[162]: Terminating on signal 15. Feb 29 04:45:03 crag snort: pcap_loop: recvfrom: Network is down Feb 29 04:45:03 crag snort: Snort exiting Feb 29 04:45:03 crag pppd[162]: Connection terminated. Feb 29 04:45:03 crag pppd[162]: Connect time 1029.6 minutes. Feb 29 04:45:03 crag pppd[162]: Sent 1094424 bytes, received 5092174 bytes. Feb 29 04:45:03 crag dnsmasq[258]: failed to access /var/ipcop/red/resolv.conf: No such file or directory Feb 29 04:45:04 crag pppoe[234]: read (asyncReadFromPPP): Session 64542: Input/output error Feb 29 04:45:04 crag pppoe[234]: Sent PADT Feb 29 04:45:04 crag ipcop: PPP has gone down on ppp0 Feb 29 04:45:05 crag dnsmasq[6515]: started, version 1.11 cachesize 150 Feb 29 04:45:05 crag dnsmasq[6515]: reading /etc/hosts Feb 29 04:45:05 crag dnsmasq[6515]: reading /var/ipcop/red/resolv.conf Feb 29 04:45:05 crag dnsmasq[6515]: reading /var/lib/dhcp/dhcpd.leases

par **cyrille** » 29 Fév 2004 10:38

Bonjour, désolé, je n'ai pas réponse à ta question mais j'en ajoute une : Comment ce fait-il qu'après l'installation de patch nottament le 8, Ipcop ne réagisse pas de la même facon. Moi je n'avais plus de connection, chez d'autres, snort ne démarre plus, ici plus de reconnexion auto ... Pourtant à la base on a le même syteme un ipcop1.3 avec les 7 fix précédents. Alors pourquoi est-ce qu'on n'a pas tous les mêmes pb après le passage de ce 8ième fix ?

par **the_g_cat** » 29 Fév 2004 10:52

Pareil, plus de snort, et beucoup plus de mal à démarrer ... Je crois que je vais installer la dernière 1.4 alpha !!

par **Gesp** » 29 Fév 2004 12:07

batman est-ce que tu peux rajouter debug dans tes options pour voir ce qui se passe au moment de la déconnexion des 24h. J'ai rarement le temps d'attendre aussi longtemps. J'ai identifié une cause d'erreur quand la déconnexion est provoqué du coté utilisateur,et voudrais vérifier si cela suit la même logique quand la déconnexion vient du coté fournisseur. Je pense qu'il y a une incertitude entre les couches pour savoir laquelle la connexion et cela dépend peut-être de la vitesse à laquelle l'autre répond. Quand on arrête la connexion de chez soi, la couche LCP envoie pppd[8925]: sent [LCP TermReq id=0x7 "User request"] après tout dépend de ce qui se passe par la suite si le client pty envoie cela, pppoa[10049]: recv (ReceivePacket): Network is down le processus va s'arrêter sans erreur Feb 29 09:55:47 ipcop logger: EAGLE-USB: stop Feb 29 09:55:50 ipcop ipcop: PPP has gone down on ppp0 Feb 29 09:55:50 ipcop pppd[8925]: sent [LCP TermReq id=0x8 "User request"] Feb 29 09:55:50 ipcop pppoa[10049]: sendto (SendPPPPacket): Network is down Feb 29 09:55:50 ipcop pppd[8925]: Script /usr/sbin/pppoa -I eth3 -m 1412 finished (pid 10049), status = 0x1 Feb 29 09:55:50 ipcop pppd[8925]: Modem hangup Feb 29 09:55:50 ipcop pppd[8925]: Connection terminated. Feb 29 09:55:50 ipcop pppd[8925]: Connect time 1230.8 minutes. Feb 29 09:55:50 ipcop pppd[8925]: Sent 351546773 bytes, received 58687568 bytes. Feb 29 09:55:50 ipcop pppd[8925]: Waiting for 1 child processes... Feb 29 09:55:50 ipcop pppd[8925]: script /etc/ppp/ip-down, pid 15217 Feb 29 09:55:51 ipcop dnsmasq[15249]: started, version 1.18 cachesize 150 Feb 29 09:55:51 ipcop dnsmasq[15249]: read /etc/hosts - 3 addresses Feb 29 09:55:51 ipcop dnsmasq[15249]: reading /var/ipcop/red/resolv.conf Feb 29 09:55:51 ipcop dnsmasq[15249]: reading /var/state/dhcp/dhcpd.leases Feb 29 09:55:53 ipcop pppd[8925]: Script /etc/ppp/ip-down finished (pid 15217), status = 0x0 Feb 29 09:55:53 ipcop pppd[8925]: Exit. si pppd reçoit cela juste après sa demande, pppd[15308]: rcvd [LCP TermAck id=0x3] il y aura une erreur du client pty pppoa[15309]: read (AsyncReadFromPPP): Input/output error Feb 29 10:04:02 ipcop pppd[15308]: Terminating on signal 15. Feb 29 10:04:02 ipcop pppd[15308]: Script /etc/ppp/ip-down started (pid 15434) Feb 29 10:04:02 ipcop pppd[15308]: sent [LCP TermReq id=0x3 "User request"] Feb 29 10:04:02 ipcop pppd[15308]: rcvd [LCP TermAck id=0x3] Feb 29 10:04:02 ipcop pppd[15308]: Connection terminated. Feb 29 10:04:02 ipcop pppd[15308]: Connect time 7.3 minutes. Feb 29 10:04:02 ipcop pppd[15308]: Sent 3066 bytes, received 7049 bytes. Feb 29 10:04:02 ipcop pppoa[15309]: recv (ReceivePacket): Network is down Feb 29 10:04:02 ipcop pppd[15308]: Waiting for 2 child processes... Feb 29 10:04:02 ipcop pppd[15308]: script /etc/ppp/ip-down, pid 15434 Feb 29 10:04:02 ipcop pppd[15308]: script /usr/sbin/pppoa -I eth3 -m 1412, pid 15309 Feb 29 10:04:03 ipcop pppoa[15309]: read (AsyncReadFromPPP): Input/output error Feb 29 10:04:03 ipcop pppd[15308]: Script /usr/sbin/pppoa -I eth3 -m 1412 finished (pid 15309), status = 0x1 Feb 29 10:04:03 ipcop logger: EAGLE-USB: stop Feb 29 10:04:05 ipcop ipcop: PPP has gone down on ppp0 Feb 29 10:04:08 ipcop pppd[15308]: Script /etc/ppp/ip-down finished (pid 15434), status = 0x0 Feb 29 10:04:08 ipcop pppd[15308]: Exit. pour voir ce qui se passe en détail, il faut avoir l'option debug, pour la rajouter, le plus simple est de taper (bien mettre un >> en double) echo debug >> /etc/ppp/options si vous écrasez le fichier, il contient à l'origine juste linkname ipcop noauth rectification du chemin vers options

par **batman** » 29 Fév 2004 14:38

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2004-02-29 11:07, Gesp a écrit: batman est-ce que tu peux rajouter debug dans tes options pour voir ce qui se passe au moment de la déconnexion des 24h. J'ai rarement le temps d'attendre aussi longtemps. [...] pour voir ce qui se passe en détail, il faut avoir l'option debug, pour la rajouter, le plus simple est de taper (bien mettre un >> en double) echo debug >> /var/ipcop/ppp/options si vous écrasez le fichier, il contient à l'origine juste linkname ipcop noauth </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> mon /var/ipcop/ppp/options est inexistant ! il a donc était créé, pour la forme j'ai fait un # chown nobody: /var/ipcop/ppp/options je posterais le resultat demain (j'ajouterais un reboot automatique vers 5/6 heures (histoire d'anticiper un nouvel echec de reconnexion)

par **Gesp** » 29 Fév 2004 16:03

encore une erreur de ma part, le chemin du fichier options est /etc/ppp/options Si tu mets un reboot automatique, on ne verra pas de déconnexion provoquée par le FAI mais ce sera venant de toi, donc l'intérêt est limité (au moins pour savoir ce qui se passe à la reco)

par **batman** » 29 Fév 2004 18:31

Ah ok, j'ai ajouté le debug dans /etc/ppp/options (il y a effectivement des choses existantes dans ce fichier <IMG SRC="images/smiles/icon_wink.gif"> ) j'ai commenté ma déco 'programmé' à 4h00, par contre je me suis fait ça (au cas ou) 07 06 * * * [ ! -f "/var/ipcop/red/active" ] && cp /var/log/messages /root/messages ; sync ; sync ; /sbin/reboot comme ça on voit les derniers messages avant le reboot, à tête "reposée" .

par **batman** » 01 Mars 2004 08:41

Bon, j'ai du gaffer quelquepart, mon script a redémarré mon ipcop alors que la connection était toujours active :-/ je laisse l'option debug, faudra donc attendre demain ..... dsl

par **batman** » 02 Mars 2004 07:32

bon bé, on mode deconnexion des 24heures cela se reconnecte on dirait, j'ai pas eu besoin de rebooter ! ça m'embête un peu de pas pouvoir 'forcer' ma deco vers 4/5 heures du mat (Maj dyndns pour mon serveur de messagerie perso) je retente la deco forcée cette nuit pour voir.

par **Gesp** » 02 Mars 2004 11:02

rebooter, c'est un peu excessif je trouve /etc/rc.d/rc.red stop sleep 30 /etc/rc.d/rc.red start serait bien suffisant Pour la deco à 4/5h, programme en une seulement, après, elle se fera toute seule à la même heure 24 h après, s'il n'y a pas eu de coupure entre temps.

par **wann** » 02 Mars 2004 11:28

Hello, Je ne sais pas pour vous, mais chez Wanadoo, les déconnexions se font précisément toutes les 24 h. Si bien que si on déconnecte manuellement à un moment donné, la déconnexion automatique suivante se fait 24h après la déconnexion manuelle. En conséquence, je ne suis pas sûr que vos manips pour anticiper la déconnexion automatique soit vraiment efficiente (sauf votre FAI vous déconnecte à une heure précise, et non 24h après la connexion). A vérifier !

par **batman** » 02 Mars 2004 15:37

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2004-03-02 10:02, Gesp a écrit: rebooter, c'est un peu excessif je trouve /etc/rc.d/rc.red stop sleep 30 /etc/rc.d/rc.red start </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> depuis la première version (stable) d'ipcop j'utilise ceci 45 04 * * * /etc/rc.d/rc.red stop ; sleep 30 ; /etc/rc.d/rc.red start Mais depuis le dernière patch j'ai des soucis avec cette commande (pas de reco : lcp timeout je crois) <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Pour la deco à 4/5h, programme en une seulement, après, elle se fera toute seule à la même heure 24 h après, s'il n'y a pas eu de coupure entre temps. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Justement chez wanadoo tenir une connexion de 24heures relève parfois de l'exploit !! <IMG SRC="images/smiles/icon_wink.gif"> (quoique depuis que j'ai ipcop sur 1 mois je dois avoir 'seulement' 4/5 deco aléatoires dans la journée

par **batman** » 02 Mars 2004 15:41

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2004-03-02 10:28, wann a écrit: Hello, Je ne sais pas pour vous, mais chez Wanadoo, les déconnexions se font précisément toutes les 24 h. Si bien que si on déconnecte manuellement à un moment donné, la déconnexion automatique suivante se fait 24h après la déconnexion manuelle. En conséquence, je ne suis pas sûr que vos manips pour anticiper la déconnexion automatique soit vraiment efficiente (sauf votre FAI vous déconnecte à une heure précise, et non 24h après la connexion). A vérifier ! </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Je suis chez wanadoo (câble .... ) vous soulevez un problème intéressant, je n'y avait pas réfléchis, mais je n'avais jamais eu ce genre de problème (avant d'appliquer le fix8)

par **TheLod** » 02 Mars 2004 18:15

Ben pour moi depuis le passage au patch 8 -> plus de snort -> ipfm ne marche plus Heu on fait comment pour revenir en arrière ? <IMG SRC="images/smiles/icon_boxe2.gif">

par **batman** » 06 Mars 2004 14:25

Bon ça fait 3 jours que j'ai plus de problèmes de (re-)connexion, donc il semblerait que j'ai "alerté" pour rien cette liste (dans mon cas particulier), et que j'ai pas eu de bol que je fasse mise à jour en même temps que des soucis avec les serveur chez wanadoo ..... Donc je dois m'excuser pour le 'bruit ' généré ! Maintenant que je connais l'option debug, je posterais le log debug en même temps si jamais j'ai à nouveau ce porblème Et Merci à Gesp pour m'avoir donnée ces infos

[ipcop 1.3]depuis fix 8 plus de reco automatique

Qui est en ligne ?