J'ai un peu joué avec eth1394... voilà mes 2 balles:

- effectivement, modprobe eth1394 ne marche pas, la solution, déjà mentionnée plus haut, est insmod /chemin/absolu/eth1394.ko
- dhcp ne marche pas avec une interface eth1394 (enfin, ça fait semblant de marcher mais les dhclient de l'autre côté ne voit rien), il faut configurer statiquement 🙁
- ça marche que entre 2 machines linux.. je n'ai pas réussi le tandem linux (FC5)/windows(XP)

voili voilà....

S'il y a qq1 qui est arrivé à faire mieux, je suis preneur.
(bis repetita)

comme je disais plus haut voici mon schema de connection :

fc5<-1394->wxp<-wifi->freebox

j'ai une connection de pont sur le wxp entre ma carte wifi et le 1394.
a priori le dchp de la freebox remonte jusqu'a fc5
a moins que l'adresse 192.168.0.1 soit donné par defaut.
la config du dns est en fixe.

bah ca marche impec
je peux essayer de monter un samba.

tout cela sans rien toucher.

par contre si je fais un ifconfig eth0 192.168.0.3
ca ne marche plus...
pe a cause du firewall pe a cause de selinux.

a++

ps : si qq1 a une explication a insmod vs modprobe.. je suis prenneur.
J'ai essayé de faire :

insmod /lib/modules/$(uname -r)/kernel/drivers/ieee1394/eth1394.ko
Ceci afin de ne pas avoir a modifier le lancement lors d'un changemeent de noyau.

Sinon tout est fonctionnel dans mon cas! (sauf le nom des interfaces eth3-00 pour le firewire alors qu'il devrais être eth3 et parfois un mélange avec les autres dans la configuration reseau
ok, pour que modprobe eth1394 marche tout seul, il faut ajouter ça dans /etc/modprobe.conf:
alias eth1 eth1394
install eth1394 /sbin/insmod /lib/modules/`uname -r`/kernel/drivers/ieee1394/eth1394.ko
Mon problème, encore, dhcpd ne réponds pas aux requetes sur eth1394... probablement passqu'il dit :
eth1: unknown hardware address type 24
et pour cause:
[root@cygn ~]# ifconfig eth1
eth1      Link encap:UNSPEC  ...
des idées ??
Il y a une différence entre 'uname -r' et $(uname -r)?, dans mon cas cela marchais en copiant ce texte dans /etc/init.d/eth1394 (permissions modifiées par chmod a+x !). Par contre j'avais un message puisque j'avais un alias définit dans modprobe.conf et lorsqu'il définissait l'alias eth1394 n'était pas encore chargé (Erreur, chargement du périphérique retardé...)
Je vais tester cela...

il faut qu'un serveur dhcp soit lancé sur le firewire de ton XP. Je ne sais pas le faire mais en principe, tu ne peux pas utiliser celui de la freebox pour cette interface. Il me semble que le firewire doit être sur un sous reseau séparé. si tu as 0.254 pour la freebox ton pc fixe à 0.1 pour l'ethernet essaie d'avoir 5.1 pour le fixe en firewire via la passrelle.
kwizart a écrit :
Il y a une différence entre 'uname -r' et $(uname -r)?
je pense que c pareil... attention, les ` sont des "Alt_gr + 7" pas des ' !
dans mon cas cela marchais en copiant ce texte dans /etc/init.d/eth1394 (permissions modifiées par chmod a+x !). Par contre j'avais un message puisque j'avais un alias définit dans modprobe.conf et lorsqu'il définissait l'alias eth1394 n'était pas encore chargé (Erreur, chargement du périphérique retardé...)
Je vais tester cela...
Justement, la modif dans modprobe.conf evite cet erreur, en gros, elle te fait un alias global insmod /../eth1394.ko qui remplace modprobe eth1394.
il faut qu'un serveur dhcp soit lancé sur le firewire de ton XP. Je ne sais pas le faire mais en principe, tu ne peux pas utiliser celui de la freebox pour cette interface. Il me semble que le firewire doit être sur un sous reseau séparé. si tu as 0.254 pour la freebox ton pc fixe à 0.1 pour l'ethernet essaie d'avoir 5.1 pour le fixe en firewire via la passrelle.
Non,non c pas du tout ça.. je nai pas de freebox ni rien... mon serveur, FC5 est sur le réseau de mon labo et je branche mon portable dessus pare firewire. le bridge eth0 - eth1394 du serveur est fait par firestarter et marche nickel. Donc c le serveur FC5 qui doit attribuer un IP par DHCP à XP sur l'interface 1394, mais le serveur DHCPD n'aime pas les interface eth1394 on dirait. Donc, pour le moment je fait ça en statique et ça marche...
OK

Effectivement j'ai une inversion entre eth2 ipw2200 et eth3 eth1394. Je pense que c'est plus due à ipw2200 car au lancement il apparait comme dev10842 malgré eth2 dans le modprobe.conf (rmmod et modprobe ipw2200 le fait apparaitre comme eth3 et eth1394 comme eth2-00 ce qui est l'inverse de ce que je veux.)
Cela marche malgré le fait que eth3 est prévu pour avoir la configuration donnée au firewire.

Ce qui est étrange, c'est que j'ai cru que lors d'un reboot il avait bien prit eth3 pour le firewire. (et la bonne configuration ip ainsi que l'erreur de chargement du module que j'ai toujours, mais retardée).

Pas moyen de trouver pourquoi ipw2200 prend dev10842 au lieu d'eth2, j'utilise la version atrpms 1.1.0 du module, je ne sais pas si cela fonctionne mieux avec la version 1.1.2 mais cette version n'est pas disponible chez atrms-testing pour le dernier noyau (et j'arrive pas à compiler le src.rpm)
oui, il y a un probleme avec le driver ipw2200. J'ai le meme probleme avec mon portable meme en mettant un alias (meme avec les sources a jour du driver). Je fais simplement avec.
++
Moi j'utilise UDEV pour attribuer des noms consistants aux inerfaces... voilà comment:

Créer un fichier /etc/udev/rules.d/10-netinterfaces.rules, qui contient:
KERNEL=="*",SYSFS{address}=="00:0c:f1:1e:46:09",NAME="wlan0"
KERNEL=="*",SYSFS{address}=="00:02:3f:42:45:00:0f:92",NAME="fw0"
celui-ci renomme ipw2100 en wlan0 et eth1394 en fw0

SYSFS{address}=correspond à la MAC de l'interface... il faut le mettre en miniscule, sinon niet !

ah, il faut aussi effacer les script qui correspond à ces interface dans /etc/sysconfig/network-scripts avant de mettre tout ça dans udev sinon kudzu ne comprend pas comment les renommer...
voilà vous rebootez tout, et au prochaine démarrage, ils s'appelleront comme vous avez mis dans udev...
@Cygn
je vais tester ta solution...
concernant les script sous /etc/sysconfig/network-script, j'en n'ai pas pour le wifi...c'est le driver qui apparemment delire par la configuration reseau.
++
Lorsque je n'ai pas ipw2200 chargé, tout marche bien effectivement.(même si j'ai eth3-00 à la place de eth3 pour le firewire)
Est ce que le choix des noms pour les interfaces importe ou cela à un sens? (si j'utilise eth2 pour le wifi au lieu de wlan0, pareil pour fw0?)
Il suffit sur le 2eme PC de declarer ton lien eth1 (1394) comme passerelle.
kwizart a écrit :
Est ce que le choix des noms pour les interfaces importe ou cela à un sens? (si j'utilise eth2 pour le wifi au lieu de wlan0, pareil pour fw0?)
non, aucune importance.. tu peux les appeler bob ou eth24561257, tantr que ça correspond aux scripts générés dans /etc/sysconfig/network-scripts, ça roule.
eddy33 a écrit :
Il suffit sur le 2eme PC de declarer ton lien eth1 (1394) comme passerelle.
Pas compris. il est déclaré déjà comme passerelle pour l'autre PC, normal sinon j'aurais pas le net. Je ne vois pas ce que ça change pour dhcpd.

Sinon, ça marche la solution UDEV pour vous ? Il faudrait peut-etre aussi effacer les interfaces dans l'onglet 'materiel' de system-config-network pour que kudzu réagisse au changement.
OK donc apparemment tout marche bien pour le nom des interfaces...

Ce que je ne comprend pas c'est que maintenant le ping ne marche plus (donc la connectivité)
J'ai eut un souci car apparemment, seul le root pouvait utiliser l'interface, j'ai donc coché "permettre à tout les utilisateurs d'activer le périphérique". Mais maintenant, en root, je ne peut plus faire un ping de mon portable vers mon fixe ou inversement. En fait l'interface depuis laquelle je vais mon ping n'est pas accéssible (en root)! Je n'utilise pas de passerelle (ne partage pas de connection internet sur cette interface)

Je suis un peu desapointé la! Pourtant ils prennent bien la configuration ip que je leur ais donné (192.168.5.10 et.11) au démarrage!

D'autres précision! Depuis mon pc fixe en 1921.168.5.10, je peux faire un ping 192.168.5.10 (donc sur lui-même) mais pas un ping 192.168.5.11 (vers le portable). Je ne sais pas si je dois configurer une route particuliere, je trouve cela étrange, il me semble que les premières fois que cela marchais je n'avais pas eut a le faire...

La configuration du reseau local et du type.
Freebox en server dhcp 192.168.0.254 (masque 255.255.255.0) relié à:
-pc fixe en 192.168.0.1 sur ethernet
-pc portable en 192.168.0.2 en usb
Les deux ordis sont eux même reliés en firewire sur 192.168.5.(10 et 11) masque 255.255.255.0