Le club : ingénieurs systèmes et réseaux
- 607 réponses
- 28 participants
- 24 238 vues
- 21 followers
will_bru
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
will_bru
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
Anonyme
will_bru
Là je parle switchs. Pour les routers Cisco a un peu une place indétrônable.
Mais c'est comme tu dis à la grosse louche, j'ai jamais regardé les chiffres du marché...
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Jimbass
Musikmesser 2013 - Bullshit Gourous - Tocxic Instruments - festivals Foud'Rock, Metal Sphère et la Tour met les Watts
will_bru
)In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
will_bru
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
will_bru
Sinon packet tracer est tout à fait indiqué pour aller vite à monter des petits labs.
sinon mais j'ai testé que l'ancienne version, y a unetlab qu'est pas mal (même au top, mais c'est plus compliqué à installer)
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
Packet Tracer c'est gratos en fait ? J'avais pas compris ça.
Anonyme
will_bru
Packet Tracer est gratuit, et pendant longtemps il fallait être affilié à des sessions de cours Cisco pour en profiter. Depuis, effectivement, c'est juste gratuit (et je ne suis même pas sûr qu'il faille un compte Cisco pour l'obtenir, je vais vérifier)
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
will_bru
La version récente te demande de te logger sur ton compte netacad... Il faut juste suivre un cours gratuit pour apprendre à se servir du logiciel...
https://www.netacad.com/web/offerings/packet-tracer?p_p_id=58&p_p_lifecycle=0&p_p_state=normal&saveLastPath=false&_58_struts_action=%2Flogin%2Flogin&redirect=%2Fgroup%2Fofferings%2Fpacket-tracer
Sinon, GNS3, comme dit plus haut (et on peut même simuler les switchs avec les versions récentes, chose impossible avant...)
Et je te conseille quand même d'aller faire un tour sur Unetlab que je trouve être la solution la plus top :
http://www.routereflector.com/unetlab/
Edit : Ouhhhhh, ce dernier vient de passer en nouvelle version qui m'a l'air toute belle toute terrible
http://www.eve-ng.com/index.php
Je viens de le découvrir, je vais de ce pas m'y plonger...
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
[ Dernière édition du message le 07/02/2018 à 20:06:47 ]
will_bru
Switchs et routers émulés, configurables via Putty/Mobaxterm/ce que tu veux et c'est bonard.
Un grand nombre des trucs chiants à faire pour installer la version précédente ont été gommés. C'est vraiment bien foutu. Une fois tout le barda installé, c'est aussi simple d'utilisation que Packet Tracer.
Je recommande donc chaudement.
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
J'ai tenté hyper viteuf EVE-NG, j'ai lancé la VM sans soucis mais par contre une fois sur l'interface j'ai pas trop compris comment tu envoyais tes images IOS dans le truc et j'avais l'impression que tous les device étaient grisés donc je pouvais pas faire grand chose en fait. J'imagine que j'ai loupé un truc mais quoi ?
Ha et je me suis souvenu que j'avais choppé trois 1841 à très vil prix qui dorment actuellement dans un carton (
Aussi j'ai cru comprendre que GNS3 n'émulait pas ou mal les switchs Catalyst, c'est pareil pour EVE-NG ?
[ Dernière édition du message le 11/02/2018 à 14:47:43 ]
will_bru
Juste avec les images IOS classiques, le switching marche pas (je sais plus pourquoi, mais limitation physique/technique). C'est l'avantage de packet tracer qui est lui une simulation plutôt qu'une émulation...
Si tu peux tester du matériel réel, évidemment privilégie ça !! Sauf si ton lab commence à prendre des proportions tentaculaires, il faut suivre (câblage, routers/switchs)... Sans compter le boucan et l'encombrement (dans mon cas c'est rédhibitoire).
Ayant testé depuis hier pendant pas mal de temps EVE-NG, je te conseille franchement de partir sur cette option. MP pour des infos supplémentaires.
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
will_bru
https://www.udemy.com/complete-networking-fundamentals-course-ccna-start/
Voilà une putain de séries de vidéos pour CCNA. CBT Nuggets est largement le haut du panier, mais voilà... 80$ par mois...
Ici, tu payes le cours (55 heures tout de même) 20 euros (en promo à 10 euros en ce moment)... C'est hyper complet, le mec est un tueur. Bref, je recommande.
udemy est une plateforme de cours en ligne comme ça. Il faut aller voir dessus y a d'autres thèmes. Moi je vais m'y intéresser pour Python/programmation de réseaux.
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
Anonyme
will_bru
Si ta machine qui a l'Ip 192.168.2.2/24 (avec une Gateway en 192.168.1.1, mais normalement un pc sous Windows te donne une erreur, mais restons théoriques) cherche à joindre une machine dans le même range, elle va faire une requête ARP pour trouver la MAC de la machine de destination et zou elle envoie ses paquets à la machine de destination.
Si par contre ta même machine (toujours la même IP en 192.168.2.0/24) cherche à joindre une machine qui a une IP dans un range différent (d'où l'intérêt du masque), alors elle va essayer de joindre sa Gateway. Sauf que là ta machine ne pourra jamais joindre sa Gateway qui n'est pas dans le même range...
Il me semble que normalement quel que soit l'OS, ça affiche une erreur si la Gateway n'est pas dans le même range que l'IP de la machine. Après sur un switch par exemple, tu peux mettre une IP de management (sur une interface VLan) et une "ip default-Gateway" dans des ranges différents. Pas d'erreurs, mais par contre ça marche absolument pas.
Le pb vient du process ARP qui est perdu dans ce cas de figure.
Par contre, normalement toutes les machines du même LAN chopperont son Broadcast. Mais n'y répondront jamais...
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
Anonyme
Par contre, normalement toutes les machines du même LAN chopperont son Broadcast. Mais n'y répondront jamais...
Du coup la machine mal configurée envoie quand même un ARP request pour avoir l'adresse physique du routeur qu'elle imagine sur un autre réseau ? Qu'est ce qui fait que le routeur n'y répond pas ?
will_bru
Pour être tout à fait franc, je me demande même si en fait la machine qui a une Gateway erronée envoie réellement des paquets de broadcast ARP pour découvrir sa Gateway...
En fait il faudrait tester !!
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
will_bru
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
will_bru
Parce que l'IP source contenue dans le paquet ne fait pas partie de son range.
Je rectifie !! Si c'est l'IP du PC qui n'est pas bonne, mais que le router existe vraiment à l'adresse indiquée en Default Gateway, celui répondra, s'il trouve le range du PC dans sa TABLE de ROUTAGE. Tout ceci reste très théorique, je n'ai pas testé et honnêtement, je ne m'étais jamais posé la question.
Une chose est sûre : si ton PC en 192.168.2.10 avec Default Gateway en 192.168.1.1, il pourra pinger n'importe quelle machine dans le range 192.168.2.0/24 pour autant qu'elle existe, mais dès qu'il essaiera de joindre une machine dans un autre range IP, il fera appel systématiquement à sa Gateway (et fera une requête ARP pour avoir sa MAC s'il ne l'a pas déjà)
Avant d'envoyer un broadcast, la pile TCP/IP vérifiera d'abord si l'ip de destination est dans le même range que l'ip source...
In the midnight hour, she cried more, more, more, with a rebell yell she cried more more more...
[ Dernière édition du message le 17/02/2018 à 18:13:38 ]
- < Liste des sujets
- Charte

