Bonjour,

Je me demandais pourquoi la passerelle par défaut d'une machine permettait de pinger les autres interfaces du routeur ?

Ainsi dans l'exemple suivant, ma machine Kali a comme passerelle par défaut 192.168.5.253.
Elle arrive donc à pinger les @IP : 192.168.5.253, 192.168.5.254 et 20.0.4.2.
Mais pourquoi elle n'arrive pas à pinger l'@IP 20.0.6.2 ?

Merci.

Est ce que R5 renvoie les requêtes qu'il ne peut router vers R6 ?

Ta Default Gateway étant R5, si tu veux parler à 20.0.6.2, tu devras avoir un chemin de ce type:

kali ==> R5 ==> R6 ==> 20.0.6.2

si tu n'a pas de route de R5 vers R6 c'est mort pour contacter le réseau 20.0.6.0/30

EDIT: Merci Doezer pour m'avoir rappelé à l'erreur.

-
Edité par Spidergost 9 décembre 2015 à 15:12:29

-
Edité par Doezer 9 décembre 2015 à 15:01:13

Doezer a écrit:

@Spidergost : je pense que tu voulais dire "si tu n'as pas de routede R5 vers R6", en l’occurrence pour contacter le réseau 20.0.6.0

-
Edité par Doezer il y a 9 minutes

Effectivement les réseaux 20.0.4.0/30 et 20.0.6.0/30 ne doivent pas communiquer entre eux.

Hmm je n'avais jamais remarqué cette subtilité que l'on ne pouvait pas atteindre les autres interfaces du routeurs si celui ne comportait pas notre route par défaut.

Mais vous pouvez expliquez cette différence techniquement ?

C'est pas la question de l'interconnexion, c'est juste que ta machine hôte n'a aucune route vers le réseau 20.0.6.0, donc elle envoie le paquet vers 20.0.4.253 (sa passerelle), et vu que le routeur n'a pas non plus de route, le paquet est drop.

Toi tu connais les interfaces, mais ta machine elle ne connait que ce qu'elle a en face d'elle.

Non mais je demandais comment ça se fait que ma machine puisse pinger l'IP 20.0.4.2 et pas l'IP 20.0.6.2. Comment réagit le routeur ?

Je viens de te l'expliquer dans le premier paragraphe de mon dernier message.

Quand tu fais un ping sur ta machine vers 20.0.6.2, la machine regarde d'abord si l'IP est dans son réseau. Cela n'étant pas le cas, elle regarde ensuite si elle possède une route vers le réseau 20.0.6.0.

Pareil, ce n'est pas le cas, donc elle envoie le paquet vers sa passerelle, en l’occurrence 192.168.5.253.

Là, c'est pareil que pour la machine de départ : le routeur 192.168.5.253 regarde si l'IP est dans un des réseaux auquel il est connecté, et vu que ce n'est pas le cas, il regarde s'il a une route vers le réseau 20.0.6.0. Vu qu'il n'en a pas non plus (c'est toi qui nous l'a dit), et qu'il n'a pas de route par défaut, le paquet s'arrête là.

Quand, tu fais un ping vers 20.0.4.2, c'est pareil au niveau de la machine hôte : elle ne connait pas l'IP ni de route vers le réseau, donc envoie vers sa passerelle. La différence, c'est qu'évidemment la passerelle connait cette IP, donc là tu peux pinger.

-
Edité par Doezer 10 décembre 2015 à 11:45:04

+1 Doezer, je suis d'accord à un détail près, je pense que le routeur R5 ne jette pas le paquet mais qu'il l'envoie vers sa passerelle par défaut qui est sur Intenrnet, le paquet ne peut donc pas aller vers le réseau 20.0.6.0/30

Au passage, 20.0.0.0/8 est un réseau public que l'on ne doit pas utiliser !

D'accord merci Doezer, j'avais zappé que quand la machine connaissait pas le reseau, il envoyait le paquet vers sa passerelle par défaut.

elalitte, bah non R5 fait une remise directe vers son réseau directement connecté, 20.0.4.0/30 non ?

Ah non je me suis trompé de sous réseau !

Oui 'est exacte du coup

Oui j'avais pas impliqué une autre passerelle par défaut pour ne pas embrouiller un peu plus

URGENT! URGENT! URGENT!

je vous en supplie, j'ai un sérieux problème

j'ai installé VirtualBox et GNS3 pour mes simulations réseaux

mais lorsque je clique sur "Test" dans GNS3 pour interagir avec VirtualBox j'ai ce message

"Failed to load vboxapi"

j'ai googlé durant des jours sans solution

aidez moi s'il vous plait sinon je suis foutu

NB: JE N'ARRIVE PAS A CREER UN NOUVEAU SUJET RAISON POUR LAQUELLE J'AI PLONGE MA TETE DANS CE SUJET

Merci tot94. j'ai essayé cette methode.

j'ai désinstallé tout puis installé dans l'ordre GNS3 et ensuite VirtualBox

Seulement la base de registre n'est pas entièrement netoyée si bien que lorsque je réinstlalle VB il démarre avec l'ancienne config (le vdi de mon serveur Linux est vu automatiquement sans que je ne reconfigure)

je pense que c'est là le problème. comment nettoyer complètement les traces de la base de registre?

Merci beaucoup

mon mail: nimonjacartiste@yahoo.fr