Hello j'ai un soucis car je ne comprends pas la partie suivante.

https://openclassrooms.com/courses/apprenez-le-fonctionnement-des-reseaux-tcp-ip/decoupage-d-une-plage-d-adresses-1

Pour les caïds, je vous donne quand même les calculs en partant des directeurs.
La plage des directeurs est OK : 10.0.0.0/27.
Pour les commerciaux, nous avons vu qu'il fallait commencer en 0, donc on prend la première adresse possible après 10.0.0.31 qui finit en 0, soit 10.0.1.0 ! Ce qui nous donne pour les commerciaux la plage 10.0.1.0/24 qui finit en 10.0.1.255
De la même façon, nous ne pourrons pas commencer la plage des techniciens en 10.0.2.0, il faudra aller jusqu'en 10.0.4.0. La plage des techniciens est donc 10.0.4.0/22 qui finit en 10.0.7.255.

Pour la dernière partie pourquoi on ne peut pas commencer la nouvelle plage d'adresse pour les techniciens sur 192.168.2.0 ?

Ce réseaux est libre pour dois-je commencer à partir de 192.168.4.0 ?

La partie réseaux des commerciaux vas de 192.168.1.0 à 192.168.1.255 donc je n'empiète pas sur la partie réseaux 192.168.2.

Si quelqu'un peut m'explique ça serait sympa

Merci

Salut,

Je ne vois pas de quelle "dernière partie" tu parles (avec 192.168.2.0 etc...). Mais pas grave, en fait, c'est une histoire de bit et de binaire.

Pour trouver la plage, tu fais varier les bits de la partie machine de l'adresse (en les mettant tous à 0 puis à 1).

Prenons l'exemple du cours donné avec 10.0.4.0/22, ce qui veut dire qu'il y a 22 bits pour la partie réseau de l'adresse et 10 bits pour la partie machine. On fera donc varier ces 10 bits pour calculer la plage.

Maintenant, si on convertit 10.0.2.0 en binaire on a: 00001010.00000000.00000010.00000000 (rouge pour la partie réseau et vert pour la partie machine).

Si on met tous les bits à 0 de la partie machine, on trouve 00.00000000, ce qui donne comme adresse IP du réseau en décimale au final: 10.0.0.0. Et ce n'est pas possible vu que ça fait partie de la plage d'adresse des directeurs.

Dans ce cas, on passe le premier bit nul de la partie réseau de l'adresse à 1, on obtient donc: 00001010.00000000.00000100.00000000 ce qui donne 10.0.4.0 en décimale.

Il ne faut pas oublier que l'écriture décimale des adresses IP n'a pour but que de faciliter la lecture pour nous, simples humains . Et que l'écriture binaire des adresses IP suit une autre logique.

En espérant avoir été assez clair.

-
Edité par Anonyme 9 janvier 2018 à 20:36:56

WaTK a écrit:

Salut,

Je ne vois pas de quelle "dernière partie" tu parles (avec 192.168.2.0 etc...). Mais pas grave, en fait, c'est une histoire de bit et de binaire.

Pour trouver la plage, tu fais varier les bits de la partie machine de l'adresse (en les mettant tous à 0 puis à 1).

Prenons l'exemple du cours donné avec 10.0.4.0/22, ce qui veut dire qu'il y a 22 bits pour la partie réseau de l'adresse et 10 bits pour la partie machine. On fera donc varier ces 10 bits pour calculer la plage.

Maintenant, si on convertit 10.0.2.0 en binaire on a: 00001010.00000000.00000010.00000000 (rouge pour la partie réseau et vert pour la partie machine).

Si on met tous les bits à 0 de la partie machine, on trouve 00.00000000, ce qui donne comme adresse IP du réseau en décimale au final: 10.0.0.0. Et ce n'est pas possible vu que ça fait partie de la plage d'adresse des directeurs.

Dans ce cas, on passe le premier bit nul de la partie réseau de l'adresse à 1, on obtient donc: 00001010.00000000.00000100.00000000 ce qui donne 10.0.4.0 en décimale.

Il ne faut pas oublier que l'écriture décimale des adresses IP n'a pour but que de faciliter la lecture pour nous, simples humains . Et que l'écriture binaire des adresses IP suit une autre logique.

En espérant avoir été assez clair.

-
Edité par ShaWaTK il y a 2 minutes

Merci pour ton retour en fait j'ai encore du mal à comprendre le principe, j'ai compris comment faire mes sous réseaux en commençant par les plus gros réseaux mais cette étape en commençant par les petites réseaux me perturbe complètement, je suis dessus depuis 48h sans comprendre

J'ai utilisé Cisco Paquet tracer et j'ai simulé les réseaux et cela fonctionne pourtant parfaitement bien avec les réseaux

10.0.0.1 pour les directeurs

10.0.1.1 pour les commerciaux 

10.0.2.1 pour les techniciens.

Chaque sous réseaux est cloisonné impossible de pinguer les machines des autres réseaux.

Est-ce que tu peux m'expliquer pourquoi stp, j'ai relu plusieurs fois ton post mais je ne comprends pas bien dsl

Merci beaucoup

-
Edité par czar1983 9 janvier 2018 à 21:07:25

czar1983 a écrit:

J'ai utilisé Cisco Paquet tracer et j'ai simulé les réseaux et cela fonctionne pourtant parfaitement bien avec les réseaux

10.0.0.1 pour les directeurs

10.0.1.1 pour les commerciaux 

10.0.2.1 pour les techniciens.

Chaque sous réseaux est cloisonné impossible de pinguer les machines des autres réseaux.

Est-ce que tu peux m'expliquer pourquoi stp, j'ai relu plusieurs fois ton post mais je ne comprends pas bien dsl

Tu oublies une partie importante de l'énoncé, tu dois dimensionner ton réseau pour 20 directeurs, 200 commerciaux et 800 techniciens. D'où le fait d'avoir des masques différents pour chaque réseau, le but étant de ne pas sous-dimensionné ou sur-dimensionné un réseau.

Si tu calcules les plages d'adresse de chacun des réseaux: 10.0.0.0/27 pour les dir, 10.0.0.0/24 pour les com, et 10.0.2.0/22 pour les tech, tu trouveras les plages suivantes:

- Pour les dir: 10.0.0.0 à 10.0.0.31

- Pour les com: 10.0.1.0 à 10.0.1.255

- Pour les tech: 10.0.0.0 à 10.0.3.255

Tu remarqueras que la plage des techniciens empiètent sur celle des dir et des com.

Maintenant, toi tu demandes, mais pourquoi on commence pas à 10.0.2.0 pour finir à 10.0.5.255 ?! Et bien, c'est parce que tu penses en décimal, or les adresses IP sont avant tout calculées en binaire.

Une adresse se décompose en deux parties (selon le cours): réseau et machine. Pour effectuer cette décomposition, on utilise des masques (n'hésites pas à relire le cours pour bien comprendre les masques et les règles qui les régissent).

Donc pour en revenir à ton problème, 10.0.2.0/22 ne peut pas donner comme plage d'adresse: 10.0.2.0 à 10.0.5.255 (fais le calcul en binaire et tu verras bien), non, elle donne la plage 10.0.0.0 à 10.0.3.255. En fait, un réseau 10.0.2.0/22 donne les mêmes plage qu'un réseau  10.0.0.0/22 (ou encore 10.0.1.0/22 et 10.0.3.0/22).

La plage d'adresse la plus proche que tu pourras utiliser dans ce cas commencera en 10.0.4.0 et finira en 10.0.7.255. Et je t'explique pourquoi dans mon premier poste. Il faut penser binaire, toujours et encore

Maintenant, pourquoi, avec Cisco paquet tracer, il te semble que chaque réseau soit cloisonné?

Au-delà du fait que c'est parce que tu ne mets que 2 voir 3 machines par réseau ce qui donnes des réseaux qu'avec 4 ou 5 adresses utilisées pour chaque. Qu'est ce qu'il faut pour qu'une machine X d'un réseau Y puissent communiquer avec une machine A d'un réseau B? Il faut que la machine X soit dans la plage d'adresses du réseau B ET (note bien le et) que la machine A soit dans la plage d'adresses du réseau Y. Une communication c'est un échange, il faut que l'information puissent circuler dans les deux sens donc. Quand tu ping, tu envoies une "information" à laquelle tu attends une autre "information" en réponse. Si tu ping une machine et que tu ne reçois pas de réponse, ça ne veut pas forcément dire que tu n'as pas pu la joindre.

Je vois pas trop comment t'expliquer autrement, désolé. Si quelqu'un de bienveillant a une idée?! Si tu bloques, ne force pas trop, laisse passer quelques jours, pense à autre chose, puis relis le cours à tête reposée.

-
Edité par Anonyme 9 janvier 2018 à 23:08:58

ShaWaTK a écrit:

czar1983 a écrit:

J'ai utilisé Cisco Paquet tracer et j'ai simulé les réseaux et cela fonctionne pourtant parfaitement bien avec les réseaux

10.0.0.1 pour les directeurs

10.0.1.1 pour les commerciaux 

10.0.2.1 pour les techniciens.

Chaque sous réseaux est cloisonné impossible de pinguer les machines des autres réseaux.

Est-ce que tu peux m'expliquer pourquoi stp, j'ai relu plusieurs fois ton post mais je ne comprends pas bien dsl

Tu oublies une partie importante de l'énoncé, tu dois dimensionner ton réseau pour 20 directeurs, 200 commerciaux et 800 techniciens. D'où le fait d'avoir des masques différents pour chaque réseau, le but étant de ne pas sous-dimensionné ou sur-dimensionné un réseau.

Si tu calcules les plages d'adresse de chacun des réseaux: 10.0.0.0/27 pour les dir, 10.0.0.0/24 pour les com, et 10.0.2.0/22 pour les tech, tu trouveras les plages suivantes:

- Pour les dir: 10.0.0.0 à 10.0.0.31

- Pour les com: 10.0.1.0 à 10.0.1.255

- Pour les tech: 10.0.0.0 à 10.0.3.255

Tu remarqueras que la plage des techniciens empiètent sur celle des dir et des com.

Maintenant, toi tu demandes, mais pourquoi on commence pas à 10.0.2.0 pour finir à 10.0.5.255 ?! Et bien, c'est parce que tu penses en décimal, or les adresses IP sont avant tout calculées en binaire.

Une adresse se décompose en deux parties (selon le cours): réseau et machine. Pour effectuer cette décomposition, on utilise des masques (n'hésites pas à relire le cours pour bien comprendre les masques et les règles qui les régissent).

Donc pour en revenir à ton problème, 10.0.2.0/22 ne peut pas donner comme plage d'adresse: 10.0.2.0 à 10.0.5.255 (fais le calcul en binaire et tu verras bien), non, elle donne la plage 10.0.0.0 à 10.0.3.255. En fait, un réseau 10.0.2.0/22 donne les mêmes plage qu'un réseau  10.0.0.0/22 (ou encore 10.0.1.0/22 et 10.0.3.0/22).

La plage d'adresse la plus proche que tu pourras utiliser dans ce cas commencera en 10.0.4.0 et finira en 10.0.7.255. Et je t'explique pourquoi dans mon premier poste. Il faut penser binaire, toujours et encore

Maintenant, pourquoi, avec Cisco paquet tracer, il te semble que chaque réseau soit cloisonné?

Au-delà du fait que c'est parce que tu ne mets que 2 voir 3 machines par réseau ce qui donnes des réseaux qu'avec 4 ou 5 adresses utilisées pour chaque. Qu'est ce qu'il faut pour qu'une machine X d'un réseau Y puissent communiquer avec une machine A d'un réseau B? Il faut que la machine X soit dans la plage d'adresses du réseau B ET (note bien le et) que la machine A soit dans la plage d'adresses du réseau Y. Une communication c'est un échange, il faut que l'information puissent circuler dans les deux sens donc. Quand tu ping, tu envoies une "information" à laquelle tu attends une autre "information" en réponse. Si tu ping une machine et que tu ne reçois pas de réponse, ça ne veut pas forcément dire que tu n'as pas pu la joindre.

Je vois pas trop comment t'expliquer autrement, désolé. Si quelqu'un de bienveillant a une idée?! Si tu bloques, ne force pas trop, laisse passer quelques jours, pense à autre chose, puis relis le cours à tête reposée.

-
Edité par ShaWaTK il y a 8 minutes

Merci d'avoir pris ton temps, je comprends un peu mieux, je vais relire le cours et surtout refaire le calcul en binaire peut être que je comprendrais mieux une fois les bits sous les yeux.

Vive le DHCP lol enfin je sens que je vais devoir comprendre cette partie avant de passer à la suite et au VLAN

Merci encore beaucoup pour ton aide et ta patiente

Bonjour,

Ca fait longtemps que je ne me suis pas entraîné sur ce sujet mais j'ai :

Dir : 10.0.0.0/26, brdcst = 10.0.0.31, plage : 10.0.0.1 -> 10.0.0.30 --> 30 machines
com : 10.0.0.1/24, brdcst = 10.0.1.255, plage : 10.0.1.1 -> 10.0.1.254 --> 254 machines
Tech : 10.0.2.0/23, brdcst = 10.0.3.255, plage : 10.0.2.1 -> 10.0.3.254 --> 509 machines <<<< --- Ca foire, il te faut 1000 postes je crois...

Donc :

Tech : 10.0.4.0/22, brdcst = 10.0.7.255, plage : 10.0.4.1 -> 10.0.7.255 --> 1019 postes (10.0.4.1-255, 10.0.5.0-255, 10.0.6.0-255 et 10.0.7.0-254)

J'espère ne pas m'être trompé...

Edit : grillé, j'ai été trop long visiblement...

-
Edité par BioKore 9 janvier 2018 à 23:40:41

Long mais j'ai presque compris donc Merci :D, j'avais pas vu que j'était limité à 509 machines avec l'adresse en .02 et 03 ...

Mon probème c'est qu'avec un masque de 255.255.252.0 le troisième octets me donnera .3 car les deux premiers bits ( bits 1 = 1 + bits 2 = 2 = bits 1 + bits 2 = 3 ).

masque : 

1111 1111 . 1111 1111 . 1111 11 00. 0000 0000 -> ça me laisse 2puissance 10 machine = 1024

donc comment je fait pour aller de 10.0.4.255 à 10.0.5.1 sachant qu'avec /22 il n'y a que les 2 premiers bits qui sont libres ?

Donc comment je pourrais aller de 04 à 07 si mon masque est à /22

J'ai loupé encore un truc ?

Vive le calcul binaire mais est-ce que tout les admins réseaux font ce genre de calcul avant de dimensionner leur réseaux ?

-
Edité par czar1983 10 janvier 2018 à 0:47:05

czar1983 a écrit:

donc comment je fait pour aller de 10.0.4.255 à 10.0.5.1 sachant qu'avec /22 il n'y a que les 2 premiers bits qui sont libres ?

Donc comment je pourrais aller de 04 à 07 si mon masque est à /22

J'ai loupé encore un truc ?

Et bien justement, c'est là où il faut ruser . Reprenons l'exemple du cours (je reprends ma notation pour le binaire: rouge pour la partie réseau d'une adresse et vert pour la partie machine).

On est un admin réseaux, et on doit découper en 3 parties le réseau de notre entreprise correspondant à 10.0.0.0/16 (plage d'adresse de 10.0.0.0 à 10.0.255.255) les deux premiers octets sont donc fixes, on ne peut pas les changer (le début de notre adresse sera donc 10.0 soit en binaire 00001010.00000000). Dorénavant cette partie sera bleu (mais ça fait toujours bien parti de la partie réseau de l'adresse), on ne peut pas y toucher quoi qu'il arrive. Par contre, le 3ème et le 4ème est à ton bon vouloir. Tu peux leur attribuer n'importe quel valeur, cependant, une partie de ces 16 bits (soit 2 octets) fera partie du masque de tes sous-réseaux. Une fois le masque définie, cette partie sera fixe aussi.

On commence par les directeurs (au nombre de 20): la plus petite puissance de 2 correspondante est 32 (2^5), le masque sera donc 255.255.255.224 soit 11111111.11111111.11111111.11100000. Maintenant, il faut définir la plage du réseau, vu qu'on est des gens ordonnés et logiques , on choisit donc 10.0.0.0 (on choisit juste que le 3ème octet et que les 3 1ers bits du 4ème octet soient égales à 0 en fait, donc que les bits rouge soit tous nuls) soit 00001010.00000000.00000000.00000000, ce qui correspond à la première adresse de la plage. Pour calculer la dernière adresse, on passe tout les bits de la partie machine (donc les bits verts) à 1. Ce qui donne 10.0.0.31 soit 00001010.00000000.00000000.00011111.
La plage des directeurs est donc 10.0.0.0 à 10.0.0.31.

Maintenant, on fait les commerciaux (200): 2^8 = 256, ce qui nous donne le masque 255.255.255.0 soit 11111111.11111111.11111111.00000000. On est toujours des gens ordonnés et logiques on choisit donc 10.0.0.0 (00001010.00000000.00000000.00000000) comme adresse réseau, SAUF QUE ça ne marche pas, on va empiéter sur le réseau des directeurs... (bon tu l'avais probablement senti venir avant mais stp, sois un peu rôle-play, tu vas voir ça va servir ).
Donc qu'est ce qu'on fait?!
On passe le 1ere bit de la partie réseau de l'adresse à 1, le 3ème octet vaut donc 00000001 ( et le monde est bien fait parce que ça équivaut à la valeur décimal "1" hehe ). Le 4ème octet est la partie machine de l'adresse donc on s'en fiche de sa valeur.
Reprenons maintenant que l'incident a été évité: on connaît la 1ère adresse du réseau (10.0.1.0, 00001010.00000000.00000001.00000000 ), on cherche maintenant, la dernière. On trouve 10.0.1.255 (00001010.00000000.00000001.11111111). La plage des commerciaux s'étant de 10.0.1.0 à 10.0.1.256.

Enfin, passons aux techniciens, on en dénombre 800: 2^10 = 1024, le masque sera donc 255.255.252.0 (11111111.11111111.11111100.00000000). On est toujours et encore des gens ordonnés et logiques, mais cette fois on est un peu plus malin, on se dit qu'on va faire commencer notre réseau en 10.0.2.0 comme ça on sera sur de marcher sur les plates bandes de personne (on le sait pas encore, parce qu'on la joue rôle-play , mais on va marcher sur les plates bandes de nos directeurs et commerciaux, donc tout le monde dans le plus grand des calmes ). Si on passe 10.0.2.0 en binaire on trouve: 00001010.00000000.00000010.00000000 et là c'est le drame !!! On remarque, grâce à cette ingénieux code couleur , que le bit qu'on a fait varier pour avoir l'adresse 10.0.2.0 se trouve dans la partie machine de l'adresse et qu'il sera donc amené à varier ! Et  même pire ! si on met tous les bits de la partie machine à 0, on trouve 10.0.0.0, qui est l'adresse réseau du réseau des directeurs.
Et quoi qu'on fait maintenant?! Hein?! Foutu directeurs et commerciaux !!!
On réfléchit deux secondes et on se dit qu'on avait plus ou moins la même problématique avec les commerciaux, donc il suffirait peut-être d'appliquer la même méthode. Bon... qu'est qu'on avait fait avant pour résoudre ce problème avec les commerciaux?  Et bien, on avait simplement passer le 1er bit de la partie réseau de l'adresse à 1 . Bon... On essaye?
On obtient donc l'adresse: 00001010.00000000.00000110.00000000 en binaire, soit 10.0.6.0 en décimal. Maintenant, il nous reste plus qu'a trouver la plage d'adresse, on trouve une plage (en passant tous les bits verts à 0 puis à 1) allant de 10.0.4.0 à 10.0.7.255. OUUUUF ! tout fonctionne. VICTOIRE !
Et c'est comme ça qu'on a une plage d'adresse allant de 4 à 7 avec un masque 252 pour l'octet.

Bon, pour généralisé, ce qu'on a fait pour les commerciaux et les techniciens, c'est, en réalité, de passer le premier bit nul de la partie réseau de l'adresse à 1 (On ne peut toucher qu'aux bits de la partie rouge, si on touche à la partie bleu, on ne sera plus dans le réseau 10.0.0.0/16). D'où l'intérêt d'être «ordonné» et «logique».
Oui, je sais, j'aurais pu te le dire dès le début, mais l'important c'est de comprendre pourquoi

czar1983 a écrit:

Vive le calcul binaire mais est-ce que tout les admins réseaux font ce genre de calcul avant de dimensionner leur réseaux ?

-
Edité par Anonyme 10 janvier 2018 à 2:52:47

J'ai aussi quelques problèmes avec ce cour, est ce que je peux poster ici ou il faut que je créé un nouveau post?

Au cas où, je pose quand même la question. Dans les chapitres " le routage " et " Les autres protocoles ", la commande tcpdump ne marche pas pour moi, rien ne s'affiche. J'ai réessayé plusieurs fois en recommençant tout le TP depuis le début, mais rien n'y fait.

Et il y a aussi ce script que je n'arrive pas éditer :

https://openclassrooms.com/courses/apprenez-le-fonctionnement-des-reseaux-tcp-ip/les-autres-protocoles#/id/r-4071451

Il y a marqué que si on utilise la machine virtuelle fournie (Linux Debian), le script est placé directement dans /root et ce nomme arpcachepoison.py. Je ne connais pas Linux, comment faire pour pouvoir modifier ce script, comme suggérée dans le cour :

" Pour l'instant notre script envoie 5 paquets par seconde, si vous voulez être encore plus rapide, vous pouvez aller changer la variable inter en toute fin de script. Par exemple la passer à 0.02 et regarder le résultat. "

Il y a encore quelque chose que je n'arrive pas à faire c'est ça :

Normalement nos 3 machines devraient toutes s'appeler Debian01. Vous pouvez aller éditer le fichier /etc/hostname afin de nommer les autres machines Debian02 et Debian03 par exemple. Puis de rebooter les machines avec la commande reboot afin que la modification soit prise en compte.

Où aller pour renommer les machines, dans windows, VirtualBox ou en console avec Debian?

Merci d'avance pour vos réponses.

-
Edité par Miguel31 10 janvier 2018 à 15:04:46

ShaWaTK a écrit:

Enfin, passons aux techniciens, on en dénombre 800: 2^10 = 1024, le masque sera donc 255.255.252.0 (11111111.11111111.11111100.00000000). On est toujours et encore des gens ordonnés et logiques, mais cette fois on est un peu plus malin, on se dit qu'on va faire commencer notre réseau en 10.0.2.0 comme ça on sera sur de marcher sur les plates bandes de personne (on le sait pas encore, parce qu'on la joue rôle-play , mais on va marcher sur les plates bandes de nos directeurs et commerciaux, donc tout le monde dans le plus grand des calmes ). Si on passe 10.0.2.0 en binaire on trouve: 00001010.00000000.00000010.00000000 et là c'est le drame !!! On remarque, grâce à cette ingénieux code couleur , que le bit qu'on a fait varier pour avoir l'adresse 10.0.2.0 se trouve dans la partie machine de l'adresse et qu'il sera donc amené à varier ! Et  même pire ! si on met tous les bits de la partie machine à 0, on trouve 10.0.0.0, qui est l'adresse réseau du réseau des directeurs.
Et quoi qu'on fait maintenant?! Hein?! Foutu directeurs et commerciaux !!! 
On réfléchit deux secondes et on se dit qu'on avait plus ou moins la même problématique avec les commerciaux, donc il suffirait peut-être d'appliquer la même méthode. Bon... qu'est qu'on avait fait avant pour résoudre ce problème avec les commerciaux?  Et bien, on avait simplement passer le 1er bit de la partie réseau de l'adresse à 1 . Bon... On essaye?
On obtient donc l'adresse: 00001010.00000000.00000110.00000000 en binaire, soit 10.0.6.0 en décimal. Maintenant, il nous reste plus qu'a trouver la plage d'adresse, on trouve une plage (en passant tous les bits verts à 0 puis à 1) allant de 10.0.4.0 à 10.0.7.255. OUUUUF ! tout fonctionne. VICTOIRE ! 
Et c'est comme ça qu'on a une plage d'adresse allant de 4 à 7 avec un masque 252 pour l'octet. 

Bon, pour généralisé, ce qu'on a fait pour les commerciaux et les techniciens, c'est, en réalité, de passer le premier bit nul de la partie réseau de l'adresse à 1 (On ne peut toucher qu'aux bits de la partie rouge, si on touche à la partie bleu, on ne sera plus dans le réseau 10.0.0.0/16). D'où l'intérêt d'être «ordonné» et «logique». 
Oui, je sais, j'aurais pu te le dire dès le début, mais l'important c'est de comprendre pourquoi 

-
Edité par ShaWaTK il y a environ 12 heures

J'ai essayé de faire l'exercice avec les collègues ingénieurs et ils font tous la même erreurs que moi

Je trouve pas le truc hyper logique même si j'ai compris grâce à ta formidable explication.

En fait j'ai appris à simplement bouger le masque d'un bit vers la gauche donc de mettre un 0 à la place d'un 1 pour changer de réseaux et ça chamboule tout ce que j'avais appris voilà pourquoi j'ai autant de mal ( j'ai aussi la tête dure  )

Mais j'ai compris que cela avait sa limite car je vais empiété sur les autres réseaux mais mon réflèxe aurait été de mettre un /21 ( mes collègues aussi )

Miguel31 a écrit:

J'ai aussi quelques problèmes avec ce cour, est ce que je peux poster ici ou il faut que je créé un nouveau post?

Au cas où, je pose quand même la question. Dans les chapitres " le routage " et " Les autres protocoles ", la commande tcpdump ne marche pas pour moi, rien ne s'affiche. J'ai réessayé plusieurs fois en recommençant tout le TP depuis le début, mais rien n'y fait.

Et il y a aussi ce script que je n'arrive pas éditer :

https://openclassrooms.com/courses/apprenez-le-fonctionnement-des-reseaux-tcp-ip/les-autres-protocoles#/id/r-4071451

Il y a marqué que si on utilise la machine virtuelle fournie (Linux Debian), le script est placé directement dans /root et ce nomme arpcachepoison.py. Je ne connais pas Linux, comment faire pour pouvoir modifier ce script, comme suggérée dans le cour :

" Pour l'instant notre script envoie 5 paquets par seconde, si vous voulez être encore plus rapide, vous pouvez aller changer la variable inter en toute fin de script. Par exemple la passer à 0.02 et regarder le résultat. "

Il y a encore quelque chose que je n'arrive pas à faire c'est ça :

Normalement nos 3 machines devraient toutes s'appeler Debian01. Vous pouvez aller éditer le fichier /etc/hostname afin de nommer les autres machines Debian02 et Debian03 par exemple. Puis de rebooter les machines avec la commande reboot afin que la modification soit prise en compte.

Où aller pour renommer les machines, dans windows, VirtualBox ou en console avec Debian?

Merci d'avance pour vos réponses.

-
Edité par Miguel31 il y a 9 minutes

Hello,

Je ne suis pas encore arrivé à cette partie mais j'ai quelques connaissances en linux.

Alors pour éditer un fichier sous Linux tu as un editeur intégré par défault qui est Vi ou VIM donc pour modifier un fichier 

tu te met dans le repertoire ou se trouve le fichier et tu fait vi + nom de ton fichier.

ex : imaginons que mon fichier se trouve dans /home/scripts

 cd /home/scripts

puis : 

vi monscript

pour modifier le nom des machines tu fais simplement :

vi /etc/hostname 

tu dois faire ça pour chaque machine virtuelle ( dans linux )

voilà

-
Edité par czar1983 10 janvier 2018 à 16:01:43

Merci pour cette réponse, ça va m'avancer un peu, mais les autres questions restent en suspend, surtout pourquoi la commande tcpdump ne donne rien.

Miguel31 a écrit:

Merci pour cette réponse, ça va m'avancer un peu, mais les autres questions restent en suspend, surtout pourquoi la commande tcpdump ne donne rien.

Je suis en train de lire le chapitre j'en suis à la partie routage mais vue que j'ai déjà fait un peu de cisco paquet tracer je vais arriver rapidement à ta partie qui pose problème.

Je reviens vers toi.

Mais n'hésite pas à lister toutes tes questions j'y répondrai si j'ai la réponse

-
Edité par NICO.A 28 avril 2020 à 13:22:40

Si on passe de 00001010.00000000.00000010.00000000  a 00001010.00000000.00000110.00000000 pourquoi on est toujours /22? Et en plus ça doit pas être plutôt 00001010.00000000.00000110.00000000 (si on suis 'en passant tous les bits verts  (10.00000000) à 0 puis à 1, on obtiens toujours dans 3 octet 3.0, et pas le 6.0)

Ensuite, si on change la partie rouge, on change une partie réseau (255.255.252.0 -> 11111111.11111111.11111100.00000000) il y a 10 zéros et pas 11!

Bonjour,

Déterrage

Citation des règles générales du forum :

Avant de poster un message, vérifiez la date du sujet dans lequel vous comptiez intervenir.

Si le dernier message sur le sujet date de plus de deux mois, mieux vaut ne pas répondre.
En effet, le déterrage d'un sujet nuit au bon fonctionnement du forum, et l'informatique pouvant grandement changer en quelques mois il n'est donc que rarement pertinent de déterrer un vieux sujet.

Au lieu de déterrer un sujet il est préférable :

• soit de contacter directement le membre voulu par messagerie privée en cliquant sur son pseudonyme pour accéder à sa page profil, puis sur le lien "Ecrire un message"
• soit de créer un nouveau sujet décrivant votre propre contexte
• ne pas répondre à un déterrage et le signaler à la modération

Je ferme ce sujet. En cas de désaccord, me contacter par MP.