pour faire un reseau local, j'ai configuré trois ordinateurs
A,B et C sous slackware. j'ai établi les tables de routages dans A, B et C.
A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau
192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre les
deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont
l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping
normalement vers D. bizarement je ne parviens pas a ce que C ping sur D.
lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping
reste suspendu, en attente . je dois faire controle-Z pour stopper le
process du ping. Pourtant C continue a pinguer normalement sur A et sur B.
mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et
B! cela semble totalement contradictoire. avez-vous une idée de ce qui
pourrait se passer. je ne me l'explique pas du tout.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tensibai
"gdm" wrote in message news:400d7a9f$0$6974$
pour faire un reseau local, j'ai configuré trois ordinateurs A,B et C sous slackware. j'ai établi les tables de routages dans A, B et C.
A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau 192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre les
deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping normalement vers D. bizarement je ne parviens pas a ce que C ping sur D. lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping reste suspendu, en attente . je dois faire controle-Z pour stopper le process du ping. Pourtant C continue a pinguer normalement sur A et sur B. mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et B! cela semble totalement contradictoire. avez-vous une idée de ce qui pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie avec
tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne connais pas le réseau 192.168.2.0) donc il n'y a pas de retour a l'echo que C envoie et ping n'affiche rien dans ce cas là Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de ping (nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau 192.168.1.0 comme passerelle par défaut sur D
"gdm" <ggdm123a._sans_le_a@club-internet.fr> wrote in message
news:400d7a9f$0$6974$7a628cd7@news.club-internet.fr...
pour faire un reseau local, j'ai configuré trois ordinateurs
A,B et C sous slackware. j'ai établi les tables de routages dans A, B et
C.
A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau
192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre
les
deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont
l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping
normalement vers D. bizarement je ne parviens pas a ce que C ping sur D.
lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping
reste suspendu, en attente . je dois faire controle-Z pour stopper le
process du ping. Pourtant C continue a pinguer normalement sur A et sur B.
mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et
B! cela semble totalement contradictoire. avez-vous une idée de ce qui
pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie avec
tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne connais pas le
réseau 192.168.2.0) donc il n'y a pas de retour a l'echo que C envoie et
ping n'affiche rien dans ce cas là
Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de ping
(nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau
192.168.1.0 comme passerelle par défaut sur D
pour faire un reseau local, j'ai configuré trois ordinateurs A,B et C sous slackware. j'ai établi les tables de routages dans A, B et C.
A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau 192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre les
deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping normalement vers D. bizarement je ne parviens pas a ce que C ping sur D. lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping reste suspendu, en attente . je dois faire controle-Z pour stopper le process du ping. Pourtant C continue a pinguer normalement sur A et sur B. mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et B! cela semble totalement contradictoire. avez-vous une idée de ce qui pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie avec
tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne connais pas le réseau 192.168.2.0) donc il n'y a pas de retour a l'echo que C envoie et ping n'affiche rien dans ce cas là Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de ping (nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau 192.168.1.0 comme passerelle par défaut sur D
gdm
Tensibai wrote:
"gdm" wrote in message news:400d7a9f$0$6974$
pour faire un reseau local, j'ai configuré trois ordinateurs A,B et C sous slackware. j'ai établi les tables de routages dans A, B et C. A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau 192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre les deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping normalement vers D. bizarement je ne parviens pas a ce que C ping sur D. lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping reste suspendu, en attente . je dois faire controle-Z pour stopper le process du ping. Pourtant C continue a pinguer normalement sur A et sur B. mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et B! cela semble totalement contradictoire. avez-vous une idée de ce qui pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie
avec tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne connais pas le réseau 192.168.2.0) donc il n'y a pas de retour a l'echo que C envoie et ping n'affiche rien dans ce cas là Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de ping (nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau 192.168.1.0 comme passerelle par défaut sur D
pourtant il est possible d'envoyer un ping a un ordinateur etranger, quelconque sur internet. or, evidement l'ordinateur étranger ignore tout de l'emetteur du ping. et pourtant le ping fonctionne avec un ordinateur étranger. pourquoi serait-il obligatoire de modifier la table deroutage de l'ordinateur D? la reponse est peut-etre de savoir ce que contient les octets envoyés dans le ping.
gdm
Tensibai wrote:
"gdm" <ggdm123a._sans_le_a@club-internet.fr> wrote in message
news:400d7a9f$0$6974$7a628cd7@news.club-internet.fr...
pour faire un reseau local, j'ai configuré trois ordinateurs
A,B et C sous slackware. j'ai établi les tables de routages dans A,
B et C. A et B sont sur le reseau 192.168.1.0. B et C sont sur le
reseau 192.168.2.0. tout semble bien se passer. Donc B sert de
passerelle entre les deux réseaux. A peut pinger B et C. C ping B et
A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D
dont l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B
ping normalement vers D. bizarement je ne parviens pas a ce que C
ping sur D. lorsque je lance sur C la commande ping
192.168.1.1(adresse de D), le ping reste suspendu, en attente . je
dois faire controle-Z pour stopper le process du ping. Pourtant C
continue a pinguer normalement sur A et sur B. mais C ne peut
pinguer sur D, qui est pourtant sur le meme reseau que A et B! cela
semble totalement contradictoire. avez-vous une idée de ce qui
pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie
avec tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne
connais pas le réseau 192.168.2.0) donc il n'y a pas de retour a
l'echo que C envoie et ping n'affiche rien dans ce cas là
Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de
ping (nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau
192.168.1.0 comme passerelle par défaut sur D
pourtant il est possible d'envoyer un ping a un ordinateur etranger,
quelconque sur internet. or, evidement l'ordinateur étranger ignore tout de
l'emetteur du ping. et pourtant le ping fonctionne avec un ordinateur
étranger. pourquoi serait-il obligatoire de modifier la table deroutage de
l'ordinateur D? la reponse est peut-etre de savoir ce que contient les
octets envoyés dans le ping.
pour faire un reseau local, j'ai configuré trois ordinateurs A,B et C sous slackware. j'ai établi les tables de routages dans A, B et C. A et B sont sur le reseau 192.168.1.0. B et C sont sur le reseau 192.168.2.0. tout semble bien se passer. Donc B sert de passerelle entre les deux réseaux. A peut pinger B et C. C ping B et A.
maintenant je connecte au reseau 192.168.1.0 un autre ordinateur D dont l'adresse est 192.168.1.1. c'est un pc sous redhat7.3. A et B ping normalement vers D. bizarement je ne parviens pas a ce que C ping sur D. lorsque je lance sur C la commande ping 192.168.1.1(adresse de D), le ping reste suspendu, en attente . je dois faire controle-Z pour stopper le process du ping. Pourtant C continue a pinguer normalement sur A et sur B. mais C ne peut pinguer sur D, qui est pourtant sur le meme reseau que A et B! cela semble totalement contradictoire. avez-vous une idée de ce qui pourrait se passer. je ne me l'explique pas du tout.
C'est un problème de routage, ta machine D reçoit le ping (vérifie
avec tcpdump -p icmp) mais ne sais pas où le renvoyer (elle ne connais pas le réseau 192.168.2.0) donc il n'y a pas de retour a l'echo que C envoie et ping n'affiche rien dans ce cas là Si tu arrétais le ping avec un ctrl+c tu aurais les statistiques de ping (nombre de paquets "perdus")
Le mieux (à mon avis)à serais de mettre l'adresse de B sur le réseau 192.168.1.0 comme passerelle par défaut sur D
pourtant il est possible d'envoyer un ping a un ordinateur etranger, quelconque sur internet. or, evidement l'ordinateur étranger ignore tout de l'emetteur du ping. et pourtant le ping fonctionne avec un ordinateur étranger. pourquoi serait-il obligatoire de modifier la table deroutage de l'ordinateur D? la reponse est peut-etre de savoir ce que contient les octets envoyés dans le ping.
gdm
Jacques Caron
On Tue, 20 Jan 2004 20:48:32 +0100, gdm wrote:
pourtant il est possible d'envoyer un ping a un ordinateur etranger, quelconque sur internet. or, evidement l'ordinateur étranger ignore tout de l'emetteur du ping.
Presque tout. Il connait un chemin pour y aller, comme pour tous les autres ordinateurs de l'Internet d'ailleurs: la route par défaut.
et pourtant le ping fonctionne avec un ordinateur étranger. pourquoi serait-il obligatoire de modifier la table deroutage de l'ordinateur D?
Il n'est pas nécessaire de modifier la table de routage de D pour parler à C, mais pour parler à tous les ordinateurs qui ne sont pas sur le même réseau que lui, dont il se trouve que C fait partie.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
On Tue, 20 Jan 2004 20:48:32 +0100, gdm
<ggdm123a._sans_le_a@club-internet.fr> wrote:
pourtant il est possible d'envoyer un ping a un ordinateur etranger,
quelconque sur internet. or, evidement l'ordinateur étranger ignore tout
de l'emetteur du ping.
Presque tout. Il connait un chemin pour y aller, comme pour tous les
autres ordinateurs de l'Internet d'ailleurs: la route par défaut.
et pourtant le ping fonctionne avec un ordinateur
étranger. pourquoi serait-il obligatoire de modifier la table deroutage
de l'ordinateur D?
Il n'est pas nécessaire de modifier la table de routage de D pour parler à
C, mais pour parler à tous les ordinateurs qui ne sont pas sur le même
réseau que lui, dont il se trouve que C fait partie.
Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/
pourtant il est possible d'envoyer un ping a un ordinateur etranger, quelconque sur internet. or, evidement l'ordinateur étranger ignore tout de l'emetteur du ping.
Presque tout. Il connait un chemin pour y aller, comme pour tous les autres ordinateurs de l'Internet d'ailleurs: la route par défaut.
et pourtant le ping fonctionne avec un ordinateur étranger. pourquoi serait-il obligatoire de modifier la table deroutage de l'ordinateur D?
Il n'est pas nécessaire de modifier la table de routage de D pour parler à C, mais pour parler à tous les ordinateurs qui ne sont pas sur le même réseau que lui, dont il se trouve que C fait partie.
Jacques. -- Interactive Media Factory Création, développement et hébergement de services interactifs: SMS, SMS+, Audiotel... http://www.imfeurope.com/
