Connexion pont (bridge) windows

Support Debian
#1

Bonjour.

Je suis plutôt novice sur Debian et sur Linux en général.

J’ai un PC portable windows 7 (PC1) connecté en Wi-fi sur ma box.
J’ai créé un pont entre ma carte wifi et ma carte ethernet afin de partager ma connexion internet.

J’ai installé un switch afin de relier mon PC1 avec un PC2 (Windows 7) et un PC3 (Debian 7).

Le partage fonctionne avec mon PC2 mais pas le PC3.
J’ai tout en IP fixe sauf mon PC3 (Debian) qui est en IP dynamique. (Mais même en IP fixe ça ne fonctionne pas).
Je pensais qu’en ajoutant l’adresse IP de mon pont windows en tant que gateway du PC3 ça fonctionnerait tout seul mais non.

Le ping ne fonctionne pas entre le PC3 et les autres.
Mais il fonctionne entre les deux windows.

Auriez-vous une solution ou un tuto sur le système que que je veux mettre en place.
Merci.

#2

Peut-on connaître les paramètres IP des postes Windows et Debian : adresse, masque, passerelle, DNS ?

Est-ce vraiment un pont ou une fonction de routage/partage de connexion ? Un pont est transparent comme un switch ethernet ou un point d’accès wifi, l’adresse de passerelle doit être celle de la box.

Et merci d’expliciter “ça ne fonctionne pas”. Tests effectués, résultats obtenus ?
Notamment : [mono]ping[/mono] et [mono]traceroute[/mono] vers adresse IP et nom de domaine.

#3

Windows :
Adresse pont réseau : 192.168.1.2
Masque : 255.255.255.0
Passerelle : 192.168.1.1
DNS de google (8.8.8.8)

Debian :
Adresse : 192.168.1.21
Masque : 255.255.255.0
Broadcast : 192.168.1.255 (Au passage je ne sais pas ce que ça signifie cette adresse).
nameserver : 8.8.8.8 (vu dans /etc/resolv.conf)

C’est vraiment un pont appelé plus couramment bridge. Pas de routage.

Sur debian je fais un “ping 192.168.1.2”
Résultats : Destination host unreachable
100% packet loss
Même résultat de windows vers Debian

Sur le “traceroute 192.168.1.2” je n’ai qu’une ligne :
1 192.168.1.21 3000ms !H 3000ms !H 3000ms !H

Merci.

#4

“Destination host unreachable” ou !H résulte de l’échec de la résolution ARP de l’adresse IP en adresse MAC.
Qu’affiche la commande “/sbin/ifconfig -a” ?
Le voyant de liaison du port ethernet est-il allumé ? Le voyant d’activité clignote-t-il pendant les envois de ping ? Mêmes question du côté du switch.

#5

Bonjour.

Ce matin lors du ifconfig -a il y a deux cartes ethernet (normal).
L’une est active (UP) mais elle n’avait pas d’IP.

J’ai donc fais un ifdown eth0 && ifup eth0

No DHCPOFFERS receveid
Normal vu que je ne me connecte qu’à mon PC windows 7 et qu’il ne fait pas office de DHCP, n’est-ce pas ?

Du coup j’ai mis une IP fixe sur mon Debian :
address 192.168.1.21
netmask 255.255.255.0
gateway 192.168.1.1

Donc le ifconfig -a affiche
[…]
UP BROADCAST MULTICAST MTU:1500 Metric:1
0 packet envoyés
0 collision
RX bytes : 0 TX bytes : 0
Interruption: 16

Tous les voyants sont allumés.
Mais ils ne clignotent pas.

Mon cache ARP :
? (192.168.1.2) at on eth0
? (192.168.1.1) at on eth0

Merci.

Edit:
Je n’arrive pas à pinger ma passerelle 192.168.1.1
J’ai vu que c’était peut-être un problème matériel.
Il faut savoir que mon Debian tourne sur un serveur xseries 346 IBM et mon câble ethernet est un cat5e.
Comment je peux vérifier ça ?

#6

[quote=“2Max”]> No DHCPOFFERS receveid
Normal vu que je ne me connecte qu’à mon PC windows 7 et qu’il ne fait pas office de DHCP, n’est-ce pas ?[/quote]
Non. Si le PC Windows 7 fait office de pont entre le PC Debian et la box et si la box fait office de serveur DHCP, alors le PC Debian devrait obtenir une réponse de la box… à condition de parler sur la bonne interface.

L’indicateur UP signale l’état “administratif” d’une interface, pas l’état effectif de la liaison. Pour que l’interface soit opérationnelle il faut en plus que l’indicateur “RUNNING” soit présent, signalant la détection d’une liaison avec un équipement (le port du switch à l’autre bout du câble). Dans ce que tu as rapporté de la sortie d’ifconfig, cet indicateur n’est pas présent donc aucune communication n’est possible.

Si le PC Debian a deux interfaces ethernet, se pourrait-il que tu utilises la mauvaise interface ?
J’aurait préféré la sortie complète d’[mono]ifconfig -a[/mono].

#7

Problèmes résolu.
Je n’utilisais pas la bonne interface.

Pour info voici le ifconfig -a (en utilisant la mauvaise interface)

[quote]Link Encap: Ethernet HWaddr […]
inet adr:192.168.1.21 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: [adresse ipv6]
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:31 error:0 dropped:0 overruns:0 frame:0
TX packets:31 error:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:3572 TX bytes:2334
Interruption: 16[/quote]

Et voici le ifconfig -a sur le bon port ethernet :

[quote]Link Encap: Ethernet HWaddr […]
inet adr:192.168.1.21 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: [adresse ipv6]
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31 error:0 dropped:0 overruns:0 frame:0
TX packets:31 error:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:3572 TX bytes:2334
Interruption: 16[/quote]

Attention, que je sois branché sur le premier port ethernet ou sur le second c’est toujours l’interface eth0 qui est utilisée.

Un “ping google.fr” permet de valider que les connexions fonctionnent.

Merci beaucoup pour l’attention portée et pour la résolution de problème.
Grâce à toi j’en ai appris un peu plus sur l’administration réseau donc c’est cool.
À bientôt.

#8

L’important est que l’interface configurée corresponde au port sur lequel le câble est branché. Tu avais deux possibilités : soit brancher le câble sur l’autre port, soit configurer l’autre interface (eth1).