lancement conexion rouge au demarage [resolu]

[unnilennium]

Bonjour à tous,

un petit point marrant.


J4ai un de mes ipcop en 1.4.11 qui ne lance pas automatqiuement la conexion reseau a son demarage je suis obligé d eme conecter desssus depusi le coté LAN pour cliquer sur conexion .

Pourtant il est equipé d'une conexion freebox branché sur une des 4 cartes ethernet du pc .

A noté qu'une des cartes est une carte intel gigabit sur pci-e 1x qui ne dispose pas de pilote sous ipcop d'origine j'ai pu la faire reconnaitre grace à un forum ipcop allemand qui m'a permit de compiler le driver; mais cette carte est pour orange ....

Une idée?

[Gesp]

Tu n'aurais pas un message d'erreur pour indiquer ou chercher?
Il y a eu des mises à jours en 1.4.13/1.4.14 pour des cartes gigabits.

Quel driver as-tu compilé?

[unnilennium]

Intel PRO/1000 Gigabit Ethernet

pas bougé de version 1.4.11 entre autre pour pas avoir a recompiler pour un nouveau kernel plsu attente que les contribs sur l'ipcop suivent l'evolution.


pour le message d'erreur pas specialement je vais replucher les logs un peu plus ...

peut etre un modprobe réalisé trop tardivement dans le demarage...


JPP

[unnilennium]

voici les logs IPCOP

07/10:59:28 ipcop dhcpcd success
07/10:59:28 ipcop Starting RED device eth3.
07/10:57:58 ipcop dhcpcd success
07/10:57:54 ipcop Starting RED device eth3.
07/10:54:51 ipcop IPCop started.
07/10:54:34 ipcop dhcpcd fail
07/10:53:34 ipcop Starting RED device eth3.
06/10:01:56 ipcop SquidGuard: installed new blacklist

log RED

07/10:59:28 kernel eth3: link up, 100Mbps, full-duplex, lpa 0x41E1
07/10:58:19 dhcpcd[913] terminating on signal 15
07/10:57:54 kernel eth3: link up, 100Mbps, full-duplex, lpa 0x41E1
07/10:54:34 dhcpcd[636] timed out waiting for a valid DHCP server response
07/10:53:34 kernel eth3: link up, 100Mbps, full-duplex, lpa 0x41E1
07/10:53:33 kernel eth2: link up, 100Mbps, full-duplex, lpa 0x45E1
07/10:53:32 kernel eth3: RealTek RTL8139 at 0xf891df00, 00:15:e9:da:3e:52, IRQ 11
07/10:53:32 kernel eth2: RealTek RTL8139 at 0xf891be00, 00:14:6c:86:28:67, IRQ 3
07/10:53:32 kernel eth0: dma_rwctrl[76180000]
07/10:53:32 kernel eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[1] TSOcap[0]
07/10:53:32 kernel eth0: Tigon3 [partno(BCM95751) rev 4001 PHY(5750)] (PCIX:100MHz:32-bit) 10/100/ 1000BaseT Ethernet 00:13:72:2e:c4:24
07/10:53:32 kernel usb.c: registered new driver acm
07/10:53:32 kernel usb.c: registered new driver hid
07/10:53:32 kernel usb.c: registered new driver hiddev
07/10:53:32 kernel usb.c: registered new driver usb-storage
07/10:53:32 kernel usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
07/10:53:32 kernel usb.c: new USB bus registered, assigned bus number 4
07/10:53:32 kernel usb-uhci.c: Detected 2 ports
07/10:53:32 kernel usb-uhci.c: USB UHCI at I/O 0xff20, IRQ 10
07/10:53:32 kernel usb.c: new USB bus registered, assigned bus number 3
07/10:53:32 kernel usb-uhci.c: Detected 2 ports
07/10:53:32 kernel usb-uhci.c: USB UHCI at I/O 0xff40, IRQ 3
07/10:53:32 kernel usb.c: new USB bus registered, assigned bus number 2
07/10:53:32 kernel usb-uhci.c: Detected 2 ports
07/10:53:32 kernel usb-uhci.c: USB UHCI at I/O 0xff60, IRQ 5
07/10:53:32 kernel usb.c: new USB bus registered, assigned bus number 1
07/10:53:32 kernel usb-uhci.c: Detected 2 ports
07/10:53:32 kernel usb-uhci.c: USB UHCI at I/O 0xff80, IRQ 9
07/10:53:32 kernel usb-uhci.c: High bandwidth mode enabled
07/10:53:32 kernel usb-uhci.c: $Revision: 1.275 $ time 22:23:27 Aug 22 2006
07/10:53:32 kernel usb.c: registered new driver hub
07/10:53:32 kernel usb.c: registered new driver usbdevfs

A reflechir ca doit etre ipcop qui recherche le dhcp sur la freebox qui etait tombé en rade de courant avant lui (coupure edf, freebox non ondulée, ipcop ondulé) le serveur a eu le temps de redemarrer avant que la freebox ne soit operationel .

Y a t'il un moyen de lui faire reessayer automatiquement (rapidement s'il doit deja le faire car au bou tde 15 min toujours pas de net sans intervention manuelle)

JPP

[Franck78]

Salut,

En attendant que tu inscrives le problème en RFE (request for ...) sur le site sourceforge/ipcop et que sorte une solution, tu peux passer en IP fixe sur ta carte red

#setup->..->


bye

[unnilennium]

merci Franck c'est ce que je pensais faire pour l'ip.

Je vais chercher comment ajouter cela en request

heureusement je suis avec une ip fixe ....


JPP

[Gaston]

Bonjour,
j'ai du mal à te suivre, parce que entre là :

A reflechir ca doit etre ipcop qui recherche le dhcp sur la freebox qui etait tombé en rade de courant avant lui (coupure edf, freebox non ondulée, ipcop ondulé) le serveur a eu le temps de redemarrer avant que la freebox ne soit operationel

et là

heureusement je suis avec une ip fixe ....

il doit nous manquer quelque chose pour tout comprendre.
Soit ta box est en mode bridge et ton @IP rouge est ton @IP fixe via le provider, et tu n'as pas de raison de taper dans le dhcp de la box
Soit ta box est en mode routeur, et tu récupères une @IP du range dhcp fournit par la box (qui peut être fixe) et la solution du setup me semble la bonne.
Non ?

Sinon pour le modprobe, si il est dans le rc.local, rajouter juste après un restart du network pourrais aider. Mais dans le log, le problème mesemble plus venir de ton eth3 que de ton eth0.
As-tu essayé de croiser les cartes pour voir ?

G.

[Gesp]

07/10:53:32 kernel eth3: RealTek RTL8139 at 0xf891df00, 00:15:e9:da:3e:52, IRQ 11
07/10:53:32 kernel eth2: RealTek RTL8139 at 0xf891be00, 00:14:6c:86:28:67, IRQ 3
07/10:53:32 kernel eth0: dma_rwctrl[76180000]
07/10:53:32 kernel eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[1] TSOcap[0]
07/10:53:32 kernel eth0: Tigon3 [partno(BCM95751) rev 4001 PHY(5750)] (PCIX:100MHz:32-bit) 10/100/ 1000BaseT Ethernet 00:13:72:2e:c4:24

Je ne vois pas de eth1. Est-ce lié à tes modifs?
Je ne vois pas non plus de intel e1000.

[unnilennium]

Pour repondre à Gaston:

La FBX n'est qu'en mode modem, routeur desactivé : bridge.

L'ip donnée par Free via la freebox est fixe. LA solution de configurer en statique n'aurait pas été possible si l'ip donnée par free était dynamique.

Donc en resumé config de IPCOP rouge : DHCP; avec une freebox bridge qui a une ip fixe attribuée.


Je suis d'accord que c'est plus le eth3 qui est en cause (rouge)
____

à Gesp:

eth0 : vert , RealTek RTL8139
eth1 : orange , e1000
eth2 : bleu , RealTek RTL8139
eth3 : rouge , RealTek RTL8139


Donc le soucis doit bien provenir d'un modprobe mal palcé les driver doivent pas etre chargé suffisament tot.... en cherchant je n'ai aps retrouvé mon modprobe je l'ai ajouté dans rc.local.... refait un test et ca marche.
plus de "dhcpcd fail" apres le restart de IPCOP.

A psoteriori le responsable semble bien etre le eth1 qui devait faire planter le dhcp, non ?

JPP

[Gesp]

Si le driver de eth1 n'est pas chargé, le driver d'après se charge et crée eth1 donc c'est un jeu assez dangereux qui risque d'intervertir les interfaces.