TP Switch Hub
TP Switch Hub
TP Switch Hub
Compte rendu :
I - Partie Switch
On se connecte à l’aide d’un câble console ou bien série sur le port console du switch afin de vérifier
si des vlans ou autre configuration spécifique existe, en effet des vlans étaient configurés nous avons
procédé donc à une procédure « clear » situé sur la face avant du switch afin de réinitialiser le switch
(supprimer la configuration existante).
La seconde étape consiste à mettre en place une adresse IP au switch, procédure à suivre ci-dessous.
1
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Voici ci-dessus un screen de la configuration IP que l’on a attribué au switch plus précisément au
vlan1
Différents ping ont été effectué sur les postes du POD à partir du poste n°1 :
2
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Premier ping on constate des requêtes ARP, en provenance du poste 10.20.0.1, demandant les @IP
10.20.0.4 et .2 :
Wireshark vue par le poste 4, ici il s’agit de la requête ICMP avec une option « –t » :
3
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Ci-dessus on constate des requêtes ARP venant du poste 10.20.0.1 le poste poste 10.20.0.4 lui
transmet son @MAC, plus bas une nouvelle requête ARP mais ici de la part du 10.20.0.4, étonnant
puisque des paquets ICMP s’échangés précédemment, le « timer » pour la table @ ARP a du expirer !
4
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Cette étape consiste à partager un dossier dans lequel les personnes appartenant au réseau et au
groupe de travail pourront récupérer le contenu de se répertoire. Voici la procédure à suivre afin de
partager un dossier.
5
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
3. Ici sélectionnez à qui vous voulez Partager votre fichier, dans notre cas aucun discrimination
n’est nécessaire, tous le monde doit y avoir accès (N’oubliez que vous pouvez accéder à
l’aide à tous moment avec F1 ou bien en cliquant sur le lien, cliquez enfin sur .
Nous avons donc créé un fichier .txt dans se partage nommé 1.txt
6
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Voici la capture de trames lors de ce partage, on voit une demande de requête fichier,
suivie de la réponse du 10.20.0.1, ainsi que les différentes demande d’information, ces échanges se
produisent lorsque qu’un poste tente de se connecter au partage d’un autre poste
Ici commence la transmission du fichier 1.txt, différentes opérations s’effectuer pour enfin arrivé
à la dernière trame « Read Reponse », sur l’image ci-dessous on peut voir le contenu du fichier
déchiffré en ASCII du code hexadécimal.
Il s’agit d’un échange unicast et non d’un broadcast lors de la transmission du fichier, une évolution
nécessaire pour des questions de sécurité évidement.
7
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
II – Partie HUB
Dans cette partie nous allons éludiez le comportement d’un Hub dans un réseau local,
pouvoir observer les différences importantes avec un switch.
Lors d’un ping avec un Hub on constate que toutes les trames sont envoyées au postes
connectés au hub, on peut dire qu’il s’agit d’un broadcast tout le monde reçoit les trames ainsi les
requêtes divers mais seule le destinataire répond, on peut donc dire que c’est un point critique pour
la sécurité tous les l’échange de fichier ne sont pas direct, tout le monde peut y avoir accès.
Ici une capture de trames du poste 2 lors d’une requête ICMP entre le poste 1 et poste 4.
8
POD1 : GRAGLIA, DESCUDE, CORNU, ELBERKANI
Effectuons le même travail mais ici avec un partage de fichier, le poste 2 va récupérer le
fichier 2.txt sur le partage et nous allons effectuer une capture de trame sur le poste 2 et le poste 3.
Ci-dessus le poste 2 reçoit bien les trames SMB2 avec le « Read Reponse » ci-dessous qui nous
indique grâce au décryptage en ASCII de contrôle le contenu fichier directement.
On voit clairement sur l’image ci-dessus que le transfert fichier à pu être visualisé par le poste 3
10.20.0.3
Source : 10.20.0.1
Destination du fichier : 10.20.0.2
Dans les code ASCII également on voit le même résultat que si le message nous avez été destiné.