Probleme de reconnexion avec RED en DHCP

Forum traitant de la distribution sécurisée montante nommée IP cop et basée sur la distribution Smoothwall. C'est à l'heure actuelle le forum le plus actif du site.

Modérateur: modos Ixus

Probleme de reconnexion avec RED en DHCP

Messagepar malicious » 11 Août 2004 01:14

Bonjour, j'ai le pb suivant avec ipcop 1.4b7 branche en ethernet sur une freebox non dégroupé: lorsque le bail DHCP change (au bout de 24h), la carte RED ne met pas à jour son IP.

Du cote des script de reconnexion IPCOP, j'ai pas vu grand chose pour ce pb (pour le ppp oui, mais pas pour du dhcp pur).

Quelqu'un a il une idée :?:

Bon j'ai bien quelque idées pour contourner le pb mais ce n'est pas tres propre:
- entree dans la crontab
- script de detection de connexion

merci d'avance.
malicious
Matelot
Matelot
 
Messages: 4
Inscrit le: 11 Août 2004 00:57
Localisation: Marseille

Messagepar Gesp » 11 Août 2004 01:23

Je ne peux rien corriger si on ne montre pas l'erreur qui se produit.

Tu peux avoir plus de détail sur le trafic dhcp en allant sur la page connexion, en créant un profil valide avec n'importe quelle interface et en cochant la case 'log debug de la connexion'.
Ce n'est pas terrible de devoir aller sur cette page ou on ne devrait rien y avoir à faire en étant connecté avec REd en dhcp mais c'est mieux que rien.

Je voudrais le log pris directement dans /var/log/messages au moment du problème
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar malicious » 11 Août 2004 02:09

Bon en cherchant un peu voila ce qu'il y a dans le /var/log/messages (l'adresse IP affectee par le dhcp a ete renommee aaa.bbb.ccc.ddd).

Comme on peut le voir, à 13:59:21, le FAI change l'IP mais à 13:59:27 le script dhcpcd.exe (qui est en fait rc.updatered) met la carte RED down.

Les logs de 22:50 sont la pour comparaison lorsque j'ai redemarrer la connexion manuellement (d'abord connexion mais ca marche pas puis deconnexion et reconnexion).

De memoire, DHCP_NAK est un "negative acknowledegement" envoye par le serveur dhcp pour forcer le client à refaire une decouverte DHCP. D'ailleurs, ca fonctionne bien sauf qu'a la fin, on se retrouve avec eth1 down :(


Aug 10 13:59:21 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 10 13:59:21 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 10 13:59:21 ipcop-host kernel: eth1: link up, 10Mbps, full-duplex, lpa 0x4061
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: started, version 1.18 cachesize 150
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: read /etc/hosts - 3 addresses
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: reading /var/ipcop/red/resolv.conf
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: using nameserver 212.27.39.1#53
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: using nameserver 213.228.0.23#53
Aug 10 13:59:27 ipcop-host dnsmasq[16006]: reading /var/state/dhcp/dhcpd.leases
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: started, version 1.18 cachesize 150
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: read /etc/hosts - 3 addresses
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: reading /var/ipcop/red/resolv.conf
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: using nameserver 212.27.39.1#53
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: using nameserver 213.228.0.23#53
Aug 10 13:59:27 ipcop-host dnsmasq[16015]: reading /var/state/dhcp/dhcpd.leases
Aug 10 13:59:27 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=AAA.BBB.CCC.DDD
Aug 10 13:59:27 ipcop-host dhcpcd.exe: eth1 has been brought down

[...]

Aug 10 22:50:35 ipcop-host ipcop: Starting RED device eth1.
Aug 10 22:50:35 ipcop-host ipcop: dhcpcd fail
Aug 10 22:50:35 ipcop-host ipcop: Dial failed: 256
Aug 10 22:51:58 ipcop-host dhcpcd[251]: terminating on signal 15
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: started, version 1.18 cachesize 150
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: read /etc/hosts - 3 addresses
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: reading /var/ipcop/red/resolv.conf
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: using nameserver 212.27.39.1#53
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: using nameserver 213.228.0.23#53
Aug 10 22:52:02 ipcop-host dnsmasq[18556]: reading /var/state/dhcp/dhcpd.leases
Aug 10 22:52:02 ipcop-host dhcpcd.exe: eth1 has been brought down
Aug 10 22:52:08 ipcop-host ipcop: Starting RED device eth1.
Aug 10 22:52:08 ipcop-host kernel: eth1: link up, 10Mbps, full-duplex, lpa 0x4061
Aug 10 22:52:08 ipcop-host ipcop: dhcpcd success
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: started, version 1.18 cachesize 150
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: read /etc/hosts - 3 addresses
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: reading /var/ipcop/red/resolv.conf
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: using nameserver 212.27.39.1#53
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: using nameserver 213.228.0.23#53
Aug 10 22:52:12 ipcop-host dnsmasq[18636]: reading /var/state/dhcp/dhcpd.leases
Aug 10 22:52:12 ipcop-host dhcpcd.exe: eth1 has been configured with old IP=AAA.BBB.CCC.DDD
malicious
Matelot
Matelot
 
Messages: 4
Inscrit le: 11 Août 2004 00:57
Localisation: Marseille

Messagepar Gesp » 11 Août 2004 08:14

Ta machine IPCop, elle est plutôt rapide ou lente?

Même si les MHz ne sont pas tout, quelle vitesse de proc?

Avec un Eicon Diva en serveur dhcp, je n'arrive pas à reproduite le problème, que ce soit le renouvellement du bail toutes les 120s ou en débranchant la ligne pour renouveller l'IP.

Donc si tu pouvais éclairer ma lanterne avec un log ayant le debug activé comme indiqué plus haut.
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar malicious » 11 Août 2004 13:23

C'est un pentium-MMX 225 Mhz avec 128 Mo de RAM.

Pour les logs debug, j'essaye de faire ca ce soir.

Sinon, il me semble que le probleme vienne du fait que le dhcpcd recoit deux DHCP_NAK en meme temps.
Je creuse ca...

Bon d'apres la RFC: http://www.freesoft.org/CIE/RFC/2131/13.htm, il semble qu'apres avoir recu un DHCP_NAK, le client ne peut plus reprendre l'ancienne adresse (normal puisque le serveur lui dit qu'elle n'est plus valide). Or dans le cas present en recevant 2 DHCP_NAK simultanement, il prend la nouvelle adresse puis la rejete dans la foulee. Or la freebox donne toujours la meme adresse d'ou le probleme.

Ca c'est la theorie. Je vais mettre un petit coup d'ethereal pour verifier ca.

Si c'est bien ca, ca veux simplement dire qu'IPCOP 1.4b7 fonctionne correctement... Ce qui ne m'etonne pas d'ailleurs!!! :lol:
malicious
Matelot
Matelot
 
Messages: 4
Inscrit le: 11 Août 2004 00:57
Localisation: Marseille

Messagepar Gesp » 11 Août 2004 14:25

Va voir dans le fichier contenant le bail reçu dans /var/ipcop/dhcpc

Il y a peut-être l'info du serveur linux dhcp utilisé, voir peut-être même la version du noyau linux ;-)
Ce serait aussi une base pour investiguer un bug éventuel coté serveur.
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar Gesp » 12 Août 2004 09:24

Quand debug est activé, les messages interessants sont dans /var/log/dhcpcd.
donc c'est là qu'il faut regarder

avec le modem diva en serveur, j'ai cela à la reconnexion:
Aug 11 08:07:30 ipcop dhcpcd.exe: eth1 has been brought down
Aug 11 08:08:50 ipcop dhcpcd[885]: broadcastAddr option is missing in DHCP server response. Assuming 62.147.129.255
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT1value is missing in DHCP server response. Assuming 60 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT2value is missing in DHCP server response. Assuming 105 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: DHCP_OFFER received from (192.168.1.1)
Aug 11 08:08:50 ipcop dhcpcd[885]: broadcasting DHCP_REQUEST for 62.147.129.220
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT1value is missing in DHCP server response. Assuming 60 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT2value is missing in DHCP server response. Assuming 105 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT1value is missing in DHCP server response. Assuming 60 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpT2value is missing in DHCP server response. Assuming 105 sec
Aug 11 08:08:50 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpT1value is missing in DHCP server response. Assuming 60 sec
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpT2value is missing in DHCP server response. Assuming 105 sec
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpT1value is missing in DHCP server response. Assuming 60 sec
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpT2value is missing in DHCP server response. Assuming 105 sec
Aug 11 08:08:51 ipcop dhcpcd[885]: dhcpIPaddrLeaseTime=120 in DHCP server response.
Aug 11 08:08:51 ipcop dhcpcd[885]: DHCP_ACK received from (192.168.1.1)
Aug 11 08:08:58 ipcop dhcpcd.exe: eth1 has been configured with new IP=62.147.129.x


Je suggère de modifier /etc/syslog.conf pour que les messages de debug de dhcpcd aillent dans /var/log/messages comme cela
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.* /dev/console

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
# local0.* any dhcpcd log (even debug) in messages
daemon.*;local0.*;local2.*;*.info;mail.none;authpriv.*;cron.* /var/log/messages

# Everybody gets emergency messages
*.emerg *

# Save boot messages also to boot.log
local7.* /var/log/boot.log

# Display logs on tty12
*.* /dev/tty12

# Optionally log to a remote host
#*.* @hostname.domain


Redémarre syslogd
killall -HUP syslogd

et tu trouveras dans /var/log/messages ce qui ne plait pas à dhcpcd au changement d'adresse
si les logs de debug sont séparés du reste, ce n'est pas vraiment intéressant dans notre cas.
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar malicious » 14 Août 2004 16:10

Bon, ca donne ca:

Aug 14 14:32:09 ipcop-host dhcpcd[9585]: sending DHCP_REQUEST for 82.254.52.9 to 82.254.52.254
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpIPaddrLeaseTime=600 in DHCP server response.
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpT1value is missing in DHCP server response. Assuming 300 sec
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpT2value is missing in DHCP server response. Assuming 525 sec
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: DHCP_NAK server response received
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: broadcasting DHCP_REQUEST for 82.254.52.9
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpIPaddrLeaseTime=600 in DHCP server response.
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpT1value is missing in DHCP server response. Assuming 300 sec
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: dhcpT2value is missing in DHCP server response. Assuming 525 sec
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: DHCP_NAK server response received
Aug 14 14:32:09 ipcop-host snort: pcap_loop: recvfrom: Network is down
Aug 14 14:32:09 ipcop-host snort: Final Flow Statistics
Aug 14 14:32:09 ipcop-host snort: Snort exiting
Aug 14 14:32:09 ipcop-host kernel: eth1: link up, 10Mbps, full-duplex, lpa 0x4061
Aug 14 14:32:09 ipcop-host dhcpcd[9585]: broadcasting DHCP_DISCOVER
Aug 14 14:32:10 ipcop-host dhcpcd[9585]: dhcpIPaddrLeaseTime=600 in DHCP server response.
Aug 14 14:32:10 ipcop-host dhcpcd[9585]: DHCP_OFFER received from (82.253.156.254)
Aug 14 14:32:10 ipcop-host dhcpcd[9585]: broadcasting DHCP_REQUEST for 82.253.156.113
Aug 14 14:32:10 ipcop-host dhcpcd[9585]: dhcpIPaddrLeaseTime=600 in DHCP server response.
Aug 14 14:32:10 ipcop-host dhcpcd[9585]: DHCP_ACK received from (82.253.156.254)
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: started, version 1.18 cachesize 150
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: read /etc/hosts - 3 addresses
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: reading /var/ipcop/red/resolv.conf
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: using nameserver 212.27.32.177#53
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: using nameserver 213.228.0.212#53
Aug 14 14:32:14 ipcop-host dnsmasq[13293]: reading /var/state/dhcp/dhcpd.leases
Aug 14 14:32:14 ipcop-host dhcpcd.exe: eth1 has been brought down
Aug 14 14:32:14 ipcop-host dhcpcd[9585]: sending DHCP_REQUEST for 82.253.156.113 to 82.253.156.254
Aug 14 14:32:14 ipcop-host dhcpcd[9585]: dhcpIPaddrLeaseTime=600 in DHCP server response.
Aug 14 14:32:14 ipcop-host dhcpcd[9585]: DHCP_ACK received from (82.253.156.254)
Aug 14 14:32:14 ipcop-host kernel: INPUT IN=eth1 OUT= MAC=00:50:fc:24:ec:96:00:07:cb:05:f4:4c:08:00 SRC=82.253.156.254 DST=82.253.156.113 LEN=576 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=67 DPT=68 LEN=556
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: started, version 1.18 cachesize 150
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: read /etc/hosts - 3 addresses
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: reading /var/ipcop/red/resolv.conf
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: using nameserver 212.27.32.177#53
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: using nameserver 213.228.0.212#53
Aug 14 14:32:15 ipcop-host dnsmasq[13325]: reading /var/state/dhcp/dhcpd.leases
Aug 14 14:32:15 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.253.156.113
Aug 14 14:32:15 ipcop-host kernel: INPUT IN=eth1 OUT= MAC=00:50:fc:24:ec:96:00:07:cb:05:f4:4c:08:00 SRC=82.253.92.236 DST=82.253.156.113 LEN=48 TOS=0x00 PREC=0x00 TTL=126 ID=23401 DF PROTO=TCP SPT=4635 DPT=135 WINDOW=16384 RES=0x00 SYN URGP=0
Aug 14 14:32:17 ipcop-host snort: Final Flow Statistics
Aug 14 14:32:17 ipcop-host snort: Snort exiting
Aug 14 14:32:18 ipcop-host snort: Initializing daemon mode


Il recoit bien deux requettes NAK, du coup, il rejoue 2 fois le processus.

Le pb, c'est que un coup sur deux, il fini par eth1 down:

Aug 9 13:59:05 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 9 13:59:05 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 9 13:59:11 ipcop-host dhcpcd.exe: eth1 has been brought down
Aug 9 13:59:11 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.253.74.243
.../...
Aug 10 13:59:21 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 10 13:59:21 ipcop-host dhcpcd[251]: DHCP_NAK server response received
Aug 10 13:59:27 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.253.94.251
Aug 10 13:59:27 ipcop-host dhcpcd.exe: eth1 has been brought down
.../...
Aug 11 14:33:24 ipcop-host dhcpcd[24254]: DHCP_NAK server response received
Aug 11 14:33:24 ipcop-host dhcpcd[24254]: DHCP_NAK server response received
Aug 11 14:33:29 ipcop-host dhcpcd.exe: eth1 has been brought down
Aug 11 14:33:29 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.253.67.59
.../...
Aug 12 14:31:44 ipcop-host dhcpcd[24254]: DHCP_NAK server response received
Aug 12 14:31:44 ipcop-host dhcpcd[24254]: DHCP_NAK server response received
Aug 12 14:31:48 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.253.182.108
Aug 12 14:31:49 ipcop-host dhcpcd.exe: eth1 has been brought down
.../...
Aug 13 14:32:02 ipcop-host dhcpcd[5441]: DHCP_NAK server response received
Aug 13 14:32:02 ipcop-host dhcpcd[5441]: DHCP_NAK server response received
Aug 13 14:32:07 ipcop-host dhcpcd.exe: eth1 has been brought down
Aug 13 14:32:07 ipcop-host dhcpcd.exe: eth1 has been configured with new IP=82.254.52.9



Du coup, j'ai rajoute un delai au case up) et new) durc.updatered.

Ca a l'air de marcher mais je confirme ca demain...

Avec un seul essai par jour ca risque de prendre du temps!!!
;-))
malicious
Matelot
Matelot
 
Messages: 4
Inscrit le: 11 Août 2004 00:57
Localisation: Marseille

Messagepar Floris » 20 Août 2004 20:05

Bonjour :)
J'avais une connexion 56 k et ipcop 1.3 mis à jour régulièrment depuis un an et demi, ça ne m'a jamais posé aucun problème.

J'ai souscrit à l'ADSL chez free et ai reçu ma freebox :-D

J'ai tout réinstallé ( ipcop 1.4 b9 ) en prenant bien mon temps, j'me suis meme fait une DMZ.

L'interface red en dhcp branchée sur la freebox comme indiqué et tout marchait niquel. J'ai meme débranché quelques secondes la prise telephonique puis rebrancher, aucune deconnexion des serveurs IRC ni de mes sessions SSH.

Bref, au bout de 24 heures j'ai eu la déco journalière de free, et là surprise meme erreur que cité ici.

Je paste ce qu'il me dit dans Système :

18:19:03 ipcop Starting RED device eth1.
18:19:03 ipcop dhcpcd fail
18:19:03 ipcop Dial failed: 256
18:19:27 ipcop Starting RED device eth1.
18:19:27 ipcop dhcpcd fail
18:19:27 ipcop Dial failed: 256
18:20:05 ipcop Starting RED device eth1.
18:20:06 ipcop dhcpcd success

Le fait est que voyant ma connexion coupée ( je surveillais ), je suis parti voir la freebox qui était déjà reconnectée, mais pas IPCop qui me disait toujours "connexion en cours ..."

J'ai donc appuyé plusieurs fois sur Connexion, rien n'y a fait, j'ai du cliquer sur déconnexion puis connexion pour que ça remarche.

Juste après j'ai retenté mon test de débrancher la ligne / rebrancher ( simuler la déco ), contrairement au test précédent ipcop a vu la deconnexion, mais c'est resté connecté ensuite alors qu'ipcop mettait toujours : "connexion en cours ...".

Tout ça pour dire que pour reproduire ce bug et que ça commence à merder, je pense qu'il faut attendre la déco journalière de FREE.

Si vous voulez mes logs, dites moi ou aller les chercher et je copierais tout ce qu'il faut.

Cordialement

--
Floris Dubreuil
Avatar de l’utilisateur
Floris
Matelot
Matelot
 
Messages: 9
Inscrit le: 29 Août 2003 00:00

Messagepar Floris » 20 Août 2004 20:10

Petit oubli : J'ai un autre ami qui a souscrit en meme temps que moi, qui a fait son installation et sa configuration de son coté, il a exactement le meme problème.

Je pense que si quelqu'un de concerné et de plus technicien que moi trainait dans le coin, ce serait gentil de faire un rapport de bug précis et détaillé si ça n'a pas déjà été fait ( vu le changelog apparemment si mais le problème est toujouts là ). La release étant pour bientot ce serait dommage d'avoir encore ce ( gros ) bug.

Cordialement,

--
Floris Dubreuil
Avatar de l’utilisateur
Floris
Matelot
Matelot
 
Messages: 9
Inscrit le: 29 Août 2003 00:00

Messagepar Gesp » 21 Août 2004 09:24

Maintenant en beta9, il y a une nouvelle rubrique des logs 'dhcp RED' qui doit afficher tout ce qui est interessant. Il n'y a plus rien dans /var/log/dhcpcd, tout est dans /var/log/messages.

Mais il faut que le debug de la connexion soit activé. Pour cela, créer un profil sur la page de connexion avec cette case cochée, le reste n'a aucune importance si vous n'êtes pas en 'RED is modem/ISDN'
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar Gesp » 21 Août 2004 10:31

Pour les 2 NAK successifs en non-dégroupé, c'est parce que vous changez à la fois d'adresse et de passerelle:
- demande de renouvellement de la même adresse au serveur : => réponse NAK parce qu'une adresse différente doit vous être envoyée
- demande de renouvellement de la même adresse à tout le monde : => réponse NAK parce qu'une adresse différente doit vous être envoyée


Le problème est après, pourquoi le ''dhcpcd.exe: eth1 has been brought down' est traité après le ''dhcpcd.exe: eth1 has been configured with new IP=x.x.x.x' de temps en temps.
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Messagepar flofloris » 30 Août 2004 16:30

Bonjour.

Plus aucun problème depuis le passage en IP fixe ( 1.4 b9 ).

=> Connecté (3d 19h 57m 27s) - None

L'impression d'une connexion permanente, un vrai plaisir :-)

( Attention, ne pas voir cette dernière remarque comme une promo pour FREE, j'ai la chance que ça marche bien chez moi, c'est loin d'etre le cas pour la majorité des FREEnautes )

--
Floris Dubreuil
flofloris
Matelot
Matelot
 
Messages: 4
Inscrit le: 30 Mars 2004 01:26

Messagepar KasparoV » 30 Août 2004 19:17

je pense avoir le même souci, voir le post suivant : http://forums.ixus.net/viewtopic.php?p=142719#142719

j'ai fait les manip' indiquées par Gesp pour avoir des logs parlants et j'obtiens ceci :

Aug 30 18:44:57 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.64.121.79)
Aug 30 18:45:02 Ed3n dhcpcd[3441]: sending DHCP_REQUEST for 82.64.121.78 to 82.64.121.79
Aug 30 18:45:04 Ed3n dhcpcd[3441]: broadcasting DHCP_REQUEST for 82.64.121.78
Aug 30 18:45:07 Ed3n dhcpcd[3441]: broadcasting DHCP_DISCOVER
Aug 30 18:45:07 Ed3n dhcpcd[3441]: broadcastAddr option is missing in DHCP server response. Assuming 82.255.95.255
Aug 30 18:45:07 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:45:07 Ed3n dhcpcd[3441]: DHCP_OFFER received from (82.255.95.243)
Aug 30 18:45:07 Ed3n dhcpcd[3441]: broadcasting DHCP_REQUEST for 82.255.95.242
Aug 30 18:45:07 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:45:07 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.255.95.243)

Aug 30 18:45:17 Ed3n dhcpcd.exe: eth1 has been brought down
Aug 30 18:45:17 Ed3n dhcpcd.exe: eth1 has been configured with new IP=82.255.95.242

Aug 30 18:45:19 Ed3n dhcpcd[3441]: sending DHCP_REQUEST for 82.255.95.242 to 82.255.95.243
Aug 30 18:45:19 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:45:19 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.255.95.243)
Aug 30 18:45:23 Ed3n dhcpcd[3441]: sending DHCP_REQUEST for 82.255.95.242 to 82.255.95.243
Aug 30 18:45:23 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:45:23 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.255.95.243)
Aug 30 18:45:53 Ed3n dhcpcd[3441]: sending DHCP_REQUEST for 82.255.95.242 to 82.255.95.243
Aug 30 18:45:53 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:45:53 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.255.95.243)
Aug 30 18:46:23 Ed3n dhcpcd[3441]: sending DHCP_REQUEST for 82.255.95.242 to 82.255.95.243
Aug 30 18:46:23 Ed3n dhcpcd[3441]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:46:23 Ed3n dhcpcd[3441]: DHCP_ACK received from (82.255.95.243)
Aug 30 18:46:44 Ed3n dhcpcd[3441]: terminating on signal 15

Aug 30 18:46:49 Ed3n dhcpcd.exe: eth1 has been brought down
Aug 30 18:46:54 Ed3n dhcpcd[9425]: broadcasting DHCP_REQUEST for 82.255.95.242
Aug 30 18:46:54 Ed3n dhcpcd[9425]: broadcastAddr option is missing in DHCP server response. Assuming 82.255.95.255
Aug 30 18:46:54 Ed3n dhcpcd[9425]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:46:54 Ed3n dhcpcd[9425]: DHCP_ACK received from (82.255.95.243)
Aug 30 18:46:59 Ed3n dhcpcd.exe: eth1 has been configured with old IP=82.255.95.242
Aug 30 18:47:24 Ed3n dhcpcd[9427]: sending DHCP_REQUEST for 82.255.95.242 to 82.255.95.243
Aug 30 18:47:24 Ed3n dhcpcd[9427]: dhcpIPaddrLeaseTime=60 in DHCP server response.
Aug 30 18:47:24 Ed3n dhcpcd[9427]: DHCP_ACK received from (82.255.95.243)


quelqu'un pourrait m'expliquer la manip' de malicious -->
Du coup, j'ai rajoute un delai au case up) et new) durc.updatered.


peut-être cela résoudrait mon problème...

bonsoir à tous :mrgreen:
P200MMX ¤ 1Go ¤ 64Mo ¤ Cartes Realteck 8139 ¤ Freebox en Ethernet ¤ IPCop 1.4.5 en DHCP ¤ Free dégroupé

linux est votre ami mais si vous avez quelques difficultés à le comprendre venez sur http://linuxiens.net/forum (pub: https://www.h-tech.fr )
Avatar de l’utilisateur
KasparoV
Enseigne de vaisseau
Enseigne de vaisseau
 
Messages: 179
Inscrit le: 27 Août 2003 00:00

Messagepar Gesp » 30 Août 2004 23:22

Aug 30 18:46:44 Ed3n dhcpcd[3441]: terminating on signal 15

Aug 30 18:46:49 Ed3n dhcpcd.exe: eth1 has been brought down


Ce ne serait pas toi qui a arrêté la connexion?

Je ne pense pas que
Du coup, j'ai rajoute un delai au case up) et new) durc.updatered.

soit la solution.
Je suis d'accord que le new arrive trop tôt alors que le script avec le down n'est pas encore fini mais je ne suis pas sur que la solution proposée soit la meilleur.
La vrai solution serait de ne pas émettre le new ou up tant que le script down n'est pas fini. De cette manière, quelle que soit la vitesse de la machine, le new ou up serait reçu après le down.

S'il y a un volontaire pour regarder dans le code de dhcpcd?
Avatar de l’utilisateur
Gesp
Amiral
Amiral
 
Messages: 4481
Inscrit le: 29 Déc 2002 01:00

Suivant

Retour vers IPCop

Qui est en ligne ?

Utilisateur(s) parcourant actuellement ce forum : Aucun utilisateur inscrit et 1 invité

cron