Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| memo_reseau [2026/08/19 13:25] – [CURL] huracan | memo_reseau [2026/08/19 14:01] (Version actuelle) – [Dépannage : arbre de décision] huracan | ||
|---|---|---|---|
| Ligne 244: | Ligne 244: | ||
| Décryptage : | Décryptage : | ||
| - | Élément Signification Ce que ça vous dit | + | | |
| - | 64 bytes Taille de la réponse Normal, | + | | |
| - | 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/ | + | | |
| Qu' | Qu' | ||
| Ligne 264: | Ligne 264: | ||
| Plusieurs messages d' | Plusieurs messages d' | ||
| - | 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é ! | 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' | 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' | ||
| + | Commande dans .bashrc: | ||
| + | |||
| + | #alias netcheck=' | ||
| + | |||
| + | ==== Les 5 commandes à connaître par cœur ==== | ||
| + | |||
| + | Ces cinq commandes suivent l' | ||
| + | |||
| + | # 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 ? | ||
| + | │ | ||
| + | │ | ||
| + | ├─► nslookup <nom> échoue ? | ||
| + | │ | ||
| + | │ | ||
| + | ├─► nc -zv < | ||
| + | │ | ||
| + | │ | ||
| + | ├─► nc -zv < | ||
| + | │ | ||
| + | │ | ||
| + | └─► curl -I <url> erreur 5xx ? | ||
| + | └─► Problème applicatif (logs du serveur) | ||
| ---- | ---- | ||