Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une neufbox
(en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se connecte
à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive pas
à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert de dns
et je n'arrive donc pas à me connecter à l'internet en entrant google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une neufbox
(en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se connecte
à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive pas
à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert de dns
et je n'arrive donc pas à me connecter à l'internet en entrant google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une neufbox
(en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se connecte
à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive pas
à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert de dns
et je n'arrive donc pas à me connecter à l'internet en entrant google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
On Sun, 28 Jun 2009 10:17:04 +0200, Vincent Vaquin
:Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Peut-être ta box s'emmêle-t-elle les pinceaux entre les adresses IP et
les adresses MAC ?
On Sun, 28 Jun 2009 10:17:04 +0200, Vincent Vaquin
<vvaquin@club-internet.fr>:
Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Peut-être ta box s'emmêle-t-elle les pinceaux entre les adresses IP et
les adresses MAC ?
On Sun, 28 Jun 2009 10:17:04 +0200, Vincent Vaquin
:Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Peut-être ta box s'emmêle-t-elle les pinceaux entre les adresses IP et
les adresses MAC ?
vv a écrit :Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert
de dns et je n'arrive donc pas à me connecter à l'internet en entrant
google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
vv a écrit :
Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert
de dns et je n'arrive donc pas à me connecter à l'internet en entrant
google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
vv a écrit :Bonjour,
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1) qui sert
de dns et je n'arrive donc pas à me connecter à l'internet en entrant
google.fr
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
3 23ms 17ms 17 ms 62.39.148.197 etc...
Je suis dépassé, là... Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
3 23ms 17ms 17 ms 62.39.148.197 etc...
Je suis dépassé, là... Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
J'ai un PC sous Linux connecté en wifi à l'internet grâce à une
neufbox (en mode routeur).
J'ai, sur le même PC, une carte ethernet connectée à un switch.
J'ai créé un pont, grâce à brctl, qui réunit en une seule interface
d'adresse 192.168.1.21, l'interface wifi et l'interface ethernet.
J'ai une autre machine, un pc sous Vista (pas taper...) qui se
connecte à l'internet via la machine linux (ip 192.168.1.22)
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
En revanche si je me connecte en entrant l'adresse ip de google, cela
fonctionne.
J'avoue ne pas très bien comprendre ce qui se passe...
Un problème de configuration de shorewall ?
Autre chose ?
C'est vraiment bizarre : je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
2 2ms 1ms 1ms 192.168.1.1
(c'est l'adresse ip de la neufbox, qu'il ne peut pourtant pas pinguer et
à laquelle je ne peux pas accéder via un navigateur...)
3 23ms 17ms 17 ms 62.39.148.197 etc...
Je suis dépassé, là... Comment peut-il se connecter à l'internet via la
box alors qu'il n'est pas possible d'y accéder par ailleurs ?
Vincent Vaquin wrote:je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
Un bridge, c'est comme un switch ethernet. La machine windows ne devrait
pas utiliser le bridge comme passerelle mais la neufbox.
Vincent Vaquin wrote:
je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
Un bridge, c'est comme un switch ethernet. La machine windows ne devrait
pas utiliser le bridge comme passerelle mais la neufbox.
Vincent Vaquin wrote:je fais un 'tracert' depuis le poste Vista vers
une adresse IP sur l'internet :
tracert 217.146.186.221
Détermination de l'itinéraire vers 217.146.186.221 avec un maximum de
30 sauts
1 <1ms <1ms <1ms machine3[192.168.1.21]
(c'est la passerelle, l'adresse ip de la machine sous Linux)
Un bridge, c'est comme un switch ethernet. La machine windows ne devrait
pas utiliser le bridge comme passerelle mais la neufbox.
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
Attention, le pontage d'une interface wifi ne fonctionne pas toujours
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage et
invisible au traceroute, donc normalement tu aurais dû définir la 9box
comme passerelle par défaut et non la machine Linux. Mais tu n'aurais
probablement eu aucune connectivité internet non plus.
Quand tu communiques avec la 9box, c'est direct à travers le pont et
quelque chose coince (à l'aller ou au retour, à déterminer). Quand tu
communiques avec l'extérieur, l'aller passe par la machine Linux en tant
que routeur et non plus en tant que pont. Quant au retour, il repasse
par la machine Linux en tant que routeur si celle-ci fait du
masquerading (ou NAT source, à voir dans la configuration de shorewall)
ou en tant que simple pont dans le cas contraire.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
Attention, le pontage d'une interface wifi ne fonctionne pas toujours
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage et
invisible au traceroute, donc normalement tu aurais dû définir la 9box
comme passerelle par défaut et non la machine Linux. Mais tu n'aurais
probablement eu aucune connectivité internet non plus.
Quand tu communiques avec la 9box, c'est direct à travers le pont et
quelque chose coince (à l'aller ou au retour, à déterminer). Quand tu
communiques avec l'extérieur, l'aller passe par la machine Linux en tant
que routeur et non plus en tant que pont. Quant au retour, il repasse
par la machine Linux en tant que routeur si celle-ci fait du
masquerading (ou NAT source, à voir dans la configuration de shorewall)
ou en tant que simple pont dans le cas contraire.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
Attention, le pontage d'une interface wifi ne fonctionne pas toujours
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage et
invisible au traceroute, donc normalement tu aurais dû définir la 9box
comme passerelle par défaut et non la machine Linux. Mais tu n'aurais
probablement eu aucune connectivité internet non plus.
Quand tu communiques avec la 9box, c'est direct à travers le pont et
quelque chose coince (à l'aller ou au retour, à déterminer). Quand tu
communiques avec l'extérieur, l'aller passe par la machine Linux en tant
que routeur et non plus en tant que pont. Quant au retour, il repasse
par la machine Linux en tant que routeur si celle-ci fait du
masquerading (ou NAT source, à voir dans la configuration de shorewall)
ou en tant que simple pont dans le cas contraire.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
Pascal Hambourg a écrit :
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
OK je mets 192.168.1.1 (la neufbox) comme passerelle sur le poste Vista
Pascal Hambourg a écrit :
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
OK je mets 192.168.1.1 (la neufbox) comme passerelle sur le poste Vista
Pascal Hambourg a écrit :
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
OK je mets 192.168.1.1 (la neufbox) comme passerelle sur le poste Vista
Pascal Hambourg a écrit :
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
OK je vais voir ça
Pascal Hambourg a écrit :
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
OK je vais voir ça
Pascal Hambourg a écrit :
pour d'obscures raisons de changement d'adresse MAC source. D'autre
part, par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
OK je vais voir ça
Pascal Hambourg a écrit :Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
hôte inacessible
par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Pas d'effet visible..
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
Bien, je confirme, avec 192.168.1.1 comme passerelle, je n'ai plus
aucune connexion internet du tout depuis le poste Vista.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
OK, donc avec la 9box comme passerelle ça devrait disparaître, c'est
bien ça ?
Pascal Hambourg a écrit :
Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
hôte inacessible
par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Pas d'effet visible..
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
Bien, je confirme, avec 192.168.1.1 comme passerelle, je n'ai plus
aucune connexion internet du tout depuis le poste Vista.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
OK, donc avec la 9box comme passerelle ça devrait disparaître, c'est
bien ça ?
Pascal Hambourg a écrit :Mais curieusement, même si le réseau interne fonctionne, je n'arrive
pas à pinguer, depuis le pc Vista, la neufbox (192.168.1.1)
Mais encore ? Quel message d'erreur ?
hôte inacessible
par défaut il peut y avoir une interaction indésirable entre le
pontage et iptables ("sysctl -w net/bridge/bridge-nf-call-iptables=0"
pour l'éviter).
Pas d'effet visible..
Ton traceroute montre que le poste Windows utilise la machine Linux
comme "passerelle" (routeur). Un pont est transparent pour le routage
et invisible au traceroute, donc normalement tu aurais dû définir la
9box comme passerelle par défaut et non la machine Linux. Mais tu
n'aurais probablement eu aucune connectivité internet non plus.
Bien, je confirme, avec 192.168.1.1 comme passerelle, je n'ai plus
aucune connexion internet du tout depuis le poste Vista.
Le message "host 192.168.1.22/if5 ignores redirects" vient entre autre
de ce que le poste Windows utilise la machine Linux comme routeur
intermédiaire pour joindre une destination qui est joignable plus
directement par un autre routeur qui est dans le même sous-réseau (la
9box). Pour cette raison la machine Linux envoie un message d'erreur
ICMP "redirect" signalant qu'il existe un chemin plus direct dans
l'espoir que l'émetteur ajuste sa table de routage.
OK, donc avec la 9box comme passerelle ça devrait disparaître, c'est
bien ça ?