Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par jul (18-06-2008 18:31:39)
Hors ligne
Hors ligne
j'ai eth0 (boucle local),
En général la boucle locale c'est "lo", tu es sur que ta carte n'est pas sur eth0
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Dernière modification par jul (11-06-2008 12:36:28)
Hors ligne
A savoir: ATTR{address}=="00:19:db:43:0c:ea" correspond a l'adresse mac du controleur (unique pour chaque carte réseau)
Pour info: j'ai également un contrôleur nvidia utilisant le module forcedeth et le module en question apparait bien dans lsmod
Je te suggère donc de nous passer copie:
1- du contenu du fichier : /etc/udev/rules.d/z25_persistent-net.rules
--> ce qui nous permettra de vérifier comment tes cartes réseaux sont nommées par udev
2- de la sortie de ifconfig
--> qui nous permettra de voir quelles sont les interfaces actives
3- de la sortie de ifconfig -a
--> ce qui nous permettra de voir toutes les interfaces (y compris celles inatcives)
-->de s'assurer de la mac adress de ton controleur réseau pour, le cas échéant, adapter le nommage de udev en modifiant le fichier z25_persistent...
4- de la sortie de lsmod |grep force
--> on vérifiera ainsi que le module forcedeth est bien chargé
Et ajoutes 'y tant qu'on y est la sortie de cat /etc/network/interface
--> histoire de vérifier ce qui est activé au lancement de la machine
Yapluka
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Dernière modification par jul (11-06-2008 14:47:37)
Hors ligne
Si après ça un ifconfig montre bien l'eth1, je suggère de remplacer dans /etc/network/interfaces
par
Ça devrait le faire.
Hors ligne
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Si ça ne fonctionne pas, merci de nous copier les messages renvoyés par la commande et le résultat d'un ifconfig.
PS: Il est toujours utile de copier les résultats fournis par les commandes qu'il t'es demandé d'exécuter, même lorsque cela "ne change rien"; les messages renvoyés par les commandes donnent souvent de précieuses indications à celui qui essaie de t'aider. C'est pour cela d'ailleurs qu'ils sont demandés.
Dernière modification par anonyme (11-06-2008 23:48:03)
Ainsi la carte firewire devrait passer en eth2 et la carte ethernet en eth0 (j'ai diésé la eth1 avec mac inversée pour qu'elle ne vienne pas compliquer les choses)
Modifier en suite le /etc/network/interfaces ainsi
ou bien passer le static en DHCP en fonction de la méthode de connexion (box, serveur dhcp, connexion directe via modem adsl ?)
Relancer udev et le network et vérifier a nouveau le ifconfig
qu'en pense tu TUX12 ?
NOTA: si je comprends bien l'anglais zéronconf sert donc a connecter deux PC via un cable croisé sans avoir besoin d'utiliser un accessoire type hub ?
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Hors ligne
Dans ce cas, j'essaierai de mettre en commentaire la ligne du eth2 dans persistent-net.rules pour ne pas avoir eth2 (je ne suis pas certain que ça marche, ni que ça soit la bonne méthode).
je remplacerai ensuite le allow-hotplug par auto pour eth1 dans interfaces comme mentionné dans mon post précédent afin d'activer automatiquement eth1.
Il ne devrait plus ensuite y avoir qu'à relancer le réseau pour tester:# invoke-rc.d networking restart
Si ça ne fonctionne pas, merci de nous copier les messages renvoyés par la commande et le résultat d'un ifconfig.
PS: Il est toujours utile de copier les résultats fournis par les commandes qu'il t'es demandé d'exécuter, même lorsque cela "ne change rien"; les messages renvoyés par les commandes donnent souvent de précieuses indications à celui qui essaie de t'aider. C'est pour cela d'ailleurs qu'ils sont demandés.
Voici les messages d'erreur :
bureau:/home/jul# invoke-rc.d networking restart
Reconfiguring network interfaces...SIOCSIFADDR: No such device
eth1: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
SIOCSIFBRDADDR: No such device
eth1: ERROR while getting interface flags: No such device
eth1: ERROR while getting interface flags: No such device
Failed to bring up eth1.
Hors ligne
Dernière modification par jul (12-06-2008 21:38:55)
Hors ligne
Zeroconf n'est pas installé sur mon pc
Ok.
nm_applet indique une connection avec une ip "self assigned" sur eth3 192.254.203.22
nm -> network-manager. Je l'avais oublié celui-là. Encore un truc de configuration automatique qui n'existe pas chez moi.
On voit que l''interface eth3 est lui aussi auto-configuré (IP en 169.254.x.y)
j'accède à Internet en mettant mes dns dans /etc/resolv.conf
Donc par le réseau 169.254.0.0. J'en conclue que le modem/routeur sait utiliser cette méthode de configuration (APIPA). Par contre, comme la configuration n'est dans ce cas pas faite à partir du fichier interfaces, il semble normal qu'il faille définir les DNS dans le resolv.conf. Donc en fait il ne te manquais que cela depuis le début de ce fil.
MAIS, ça veut dire que ton réseau local est le 169.254.0.0 et non 192.168.0.0 comme défini dans le fichier interfaces pour eth1. Il faudra sans doute en tenir compte pour les prochains problèmes de communication réseau. Par exemple, peux tu accéder à l'interface de gestion de ton modem/routeur?
Ce qui m'intrigue, c'est pourquoi l'interface eth1 tel que défini dans le fichier interfaces ne peut pas être configuré mais eth[23] définis par l'autoconf le sont, alors que si je me réfère à ce que proposait Thom1 - ajouter le nom du module dans persistent-net.rules -, il n'y à pas actuellement de différence entre eth1 et eth2 dans ce fichier. Ça me laisse penser que le chargement du module forcedeth est effectué par [udev? | nm?].
Bon donc ça fonctionne, mais c'est pas très propre comme configuration.
Jul peux bien entendu en rester là, mais il me semble qu'il aurait intérêt à partir sur des bases saines et mieux comprises. Donc un interface eth1, sur un réseau genre 192.168.0.0 comme défini dans le fichier interfaces.
Pour cela je suggère à Jul d'essayer la manip proposée par Thom1, en mettant "forcedeth" comme nom de module. On doit si j'ai bien compris aussi pouvoir arriver au même résultat en chargeant ce module au démarrage (ajouter une ligne avec "forcedeth" dans le fichier /etc/modules).
Après, c'est lui qui décide.
Allez, promis, sur Samba je serais moins bavard.
Allez, promis, sur Samba je serais moins bavard.
Quand le bavardage atteint ce niveau qualitatif on le lis avec plaisir.
Je pencjerai avec toi pour obtenir un reseau plus conventionnel en192.168.x.x.
Mais pourquoi eth1 plus que eth0 ?
Je plussise donc avec l'idée de forcer le driver via le z_25TrucMuche sur eth1 ou eth0
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
pas embrouiller le fil.
Une raison qui en vaut bien d'autres
Ce qui est bizarre c'est cette mani qu'a udev de coller parfois les firewire en etho alors que ce ne sont pas (à mas connaissance des interfaces réseau !).
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
bon du nouveau...
j'accède à Internet en mettant mes dns dans /etc/resolv.conf
bon je vais m'attaquer à mon réseau samba car j'ai un beau bugbuddy qui s'ouvre quand je veux accèder à mes fichiers paratagés !!!!
J'ai réussi en configurant comme ceci :
/etc/udev/rules.d/z25_persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.
# PCI device 0x10de:0x0450 (forcedeth)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:1d:7d:c0:d7:f0", NAME="eth0"
# Firewire device 00eb3dcc00001d7d (ohci1394)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:eb:3d:cc:00:00:1d:7d", NAME="eth1"
/etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.100
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 212.27.53.252 212.27.54.252
Plus : installation de resolconf !!!!! (n'est-ce pas Melod)y
mon ifconfig
bureau:/home/jul# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1d:7d:c0:d7:f0
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0
adr inet6: fe80::21d:7dff:fec0:d7f0/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:901 errors:0 dropped:0 overruns:0 frame:0
TX packets:800 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:1126531 (1.0 MiB) TX bytes:80483 (78.5 KiB)
Interruption:253 Adresse de base:0xc000
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:95 errors:0 dropped:0 overruns:0 frame:0
TX packets:95 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:6321 (6.1 KiB) TX bytes:6321 (6.1 KiB)
Cependant tout ça me paraît un peu bancal ?!
- Network manager (et son applet nm_applet) reste toujours avec sa f****** croix rouge. Il indique "aucune connexion réseau" et décocher activer le réseau n'a aucune incidence
- Iceweasel et evolution s'ouvre toujours en mode "off line" (mais cela n'a peut-être rien à voir...)
Je comprends pas et ça m'énerve !!!!!!!!!!! Puis-je virer network-manager si il sert à rien ?
En tout cas merci à vous, l'essentiel est là. Quant à ces "bavardages" j'appelle plutot cela de la pédagogie bien utile aux amateurs comme moi.
Merci de votre accueil sur ce forum.
Dernière modification par jul (13-06-2008 18:22:10)
Hors ligne
Bah non, moi ça ma parait tiptop (a confirmer par tux12 qui connait ça mieux que moi)
Voici mon ifconfig
Ne tiens pas compte des adresses en 181.x.x.x, il s'agit d'un réseau un peu particulier pour cette tranche d'adresse (pas cachère !)
Pour ce qui est de Network-manager, tu peux le virer je pense, pour ma part il n'est pas installé.
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Bah non, moi ça ma parait tiptop (a confirmer par tux12 qui connait ça mieux que moi)
N'exagérons rien. Moi je n'utilise que des IP cachères.
Sinon, oui c'est tiptop pour ce qui est de la config, mais je crois que Jul faisait allusion à network-manager.
Il est bien entendu possible de se passer de ce dernier dès lors que l'on est prêt à se faire une config manuellement (c'est chose faite maintenant) et à se passer de la petite icône de nm-applet.
Concernant Iceweasel, ne suffit-il pas de positionner dans Edition/Préférences/onglet Géneral/Démarrage l'option "Au démarrage de Iceweasel" sur "Afficher les derniers onglets et fenêtres utilisés" pour obtenir le fonctionnement désiré?
Concernant l'interface firewire et la remarque du #20 (Freddec), pour ce que je souviens de mes lectures (un vieux MISC je crois) on peut l'utiliser comme interface réseau, mais ce n'est pas conçu spécifiquement pour cela et peut poser de sérieux problèmes de sécurité car le firewire écrit directement en mémoire (je ne sais si cela reste vrai lorsqu'il est géré en tant qu'interface ethernet).
Pour udev, euh... comme pour Samba.
Pages : 1