Différences

Ci-dessous, les différences entre deux révisions de la page.

--- memo_reseau [2026/03/03 08:58] – [FORTI] huracan
+++ memo_reseau [2026/08/19 14:01] (Version actuelle) – [Dépannage : arbre de décision] huracan
@@ Ligne 36: / Ligne 36: @@
   #diagnose sniffer packet <interface> <'filter'> <verbose> <count> <a|l>
   #diagnose sniffer packet any "net 10.1.1.0/24" 4
+  #diagnose sniffer packet any "net 10.1.1.0/24 and (port 67 or port 68)"
+  #CRHN-CDR-FW-6 (NEW-NOR-USR) # diagnose sniffer packet IX_FGT-VRF_CRHN "net 10.21.15.0/24" interfaces=[IX_FGT-VRF_CRHN] filters=[net 10.21.15.0/24]
 => level of verbosity
@@ Ligne 167: / Ligne 169: @@
   #curl -I https://www.google.com
+Tester son IP publique:
+  #curl -s ifconfig.me
 Le HTTP/2 200 indique une connexion réussie - le serveur est opérationnel et répond.
@@ Ligne 221: / Ligne 227: @@
 Cette sortie détaillée vous aide à identifier exactement où une connexion pourrait échouer.
+----
+==== SORTIE PING ====
+  $ ping -c 3 8.8.8.8
+  PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
+bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=12.3 ms
+bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=11.8 ms
+bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=12.1 ms
+  --- 8.8.8.8 ping statistics ---
+packets transmitted, 3 received, 0% packet loss, time 2003ms
+  rtt min/avg/max/mdev = 11.812/12.073/12.312/0.204 ms
+Décryptage :
+|  Élément  |  Signification  |  Ce que ça vous dit  |
+|  64 bytes  |  Taille de la réponse  |  Normal, c'est la taille par défaut  |
+|  icmp_seq=1  |  Numéro du paquet  |  Permet de détecter les paquets perdus  |
+|  ttl=118  |  Time To Live  |  Le paquet peut encore traverser 118 routeurs  |
+|  time=12.3 ms  |  Temps aller-retour  |  La latence, crucial pour la performance  |
+|  0% packet loss  |  Paquets perdus  |  0% = parfait, > 1% = problème  |
+|  rtt min/avg/max  |  Statistiques de latence  |  Variation = instabilité réseau  |
+Qu'est-ce qu'une bonne latence ?
+  * < 1 ms : Réseau local (normal)
+  * 10-30 ms : Serveur en France (normal)
+  * 50-100 ms : Serveur en Europe (acceptable)
+  * 100-200 ms : Serveur aux USA (normal pour la distance)
+  * > 200 ms : Problème ou serveur très lointain
+Quand ping échoue
+Plusieurs messages d'erreur possibles :
+|  Message  |  Signification  |  Action  |
+|  Destination Host Unreachable  |  Pas de route vers la cible  |  Vérifier IP, routeur, câble  |
+|  Request timeout  |  Aucune réponse dans le délai  |  Cible down ou pare-feu  |
+|  Network is unreachable  |  Pas de connexion réseau  |  Vérifier interface réseau  |
+|  Name or service not known  |  DNS ne résout pas le nom  |  Problème DNS  |
+Ping peut être bloqué !
+Certains serveurs ou pare-feu bloquent ICMP pour des raisons de sécurité. Un ping qui échoue ne signifie pas forcément que le serveur est down ! C'est pourquoi on teste aussi avec d'autres outils (curl, nc), on verra ça dans les prochains modules.
+Commande dans .bashrc:
+  #alias netcheck='ping -c 1 127.0.0.1 && ping -c 1 $(ip route | grep default | awk "{print \$3}") && ping -c 1 8.8.8.8 && echo "✅ Réseau OK"'
+==== Les 5 commandes à connaître par cœur ====
+Ces cinq commandes suivent l'ordre d'un diagnostic réel, du plus proche de vous vers le plus lointain : votre machine (ip addr), ce qu'elle expose (ss -tlnp), le réseau (ping), un service distant précis (nc -zv), puis la résolution de noms (dig). Mémorisez-les dans cet ordre, c'est aussi celui dans lequel les problèmes se manifestent. Le reste du module détaille chacune avec ses options et ses sorties.
+  # 1. Mon IP et mes interfaces
+  ip addr
+  # 2. Ports ouverts localement
+  ss -tlnp
+  # 3. Test de connectivité
+  ping -c 2 8.8.8.8
+  # 4. Test d'un port TCP
+  nc -zv google.com 443
+  # 5. Résolution DNS
+  dig +short github.com
+==== Dépannage : arbre de décision ====
+Cet arbre transforme les commandes du module en une méthode. Suivez-le de haut en bas et arrêtez-vous à la première branche qui répond : chaque niveau ne se teste que si le précédent a réussi. Inutile de vérifier le DNS si le ping échoue déjà, ni le service HTTP si le port est filtré. Cette discipline évite le piège classique du débutant, qui teste tout dans le désordre et tire de mauvaises conclusions.
+  Service inaccessible ?
+  │
+  ├─► ping <ip> échoue ?
+  │   └─► Problème réseau (Module 1 : diagnostic en 3 étapes)
+  │
+  ├─► nslookup <nom> échoue ?
+  │   └─► Problème DNS (tester avec @8.8.8.8)
+  │
+  ├─► nc -zv <host> <port> timeout ?
+  │   └─► Port filtré (pare-feu)
+  │
+  ├─► nc -zv <host> <port> refused ?
+  │   └─► Service non démarré (vérifier avec ss -tuln sur le serveur)
+  │
+  └─► curl -I <url> erreur 5xx ?
+      └─► Problème applicatif (logs du serveur)
 ----
@@ Ligne 344: / Ligne 440: @@
   #default interface gX/X/X => en conf t
+----
+==== RANGE DE PORT ====
+Pour combiner des ranges et des ports isolés :
+  #inter range G1/0/1 - 3, G1/0/8, G1/0/12 - 14
+Attention les interfaces doivent être du même type (ex : toutes en GigabitEthernet).
+Respecter les espaces :
+- 3 (avec espace autour du -)
+séparateur , sans espace obligatoire mais recommandé pour la lisibilité.
+Vérifier avec :
+  #show run interface range (ou show run | section interface si la première ne passe pas selon IOS)

Wiki Kenny

Outils pour utilisateurs

Outils du site

Différences

Outils de la page