Kali Linux : observer le réseau de son laboratoire
Cinq exercices corrigés pour apprendre à documenter ses observations dans le laboratoire NKILItech.
Chapitre rédigé pour compléter cette ancienne adresse. Les exemples et exercices ci-dessous sont originaux.
Périmètre du travail
Travaillez dans votre propre machine virtuelle de laboratoire. Notez son nom, la date et le réseau utilisé. Ces exercices portent sur les fichiers et l’observation locale ; aucune machine tierce n’est nécessaire.
Inventaire local
ip -brief address
ip route
ss -lnt
ping -c 3 127.0.0.1La première commande liste les interfaces et leurs adresses. La seconde affiche les routes. ss -lnt montre les sockets TCP en écoute, sans scanner d’autre machine. Le ping de bouclage vérifie une communication locale ; il ne prouve pas un accès à Internet.
Exercices corrigés
1. Une adresse 127.0.0.1 est-elle celle du routeur ?
Voir le corrigé expliqué
Non. C’est une adresse de bouclage : la communication revient vers la même machine.
2. Que signifie une écoute sur 0.0.0.0:8000 ?
Voir le corrigé expliqué
Le service écoute sur toutes les interfaces IPv4 locales. L’accès effectif dépend aussi du pare-feu et du réseau. Une écoute sur 127.0.0.1:8000 reste limitée au bouclage IPv4.
3. Aucune route par défaut : la machine est-elle inutilisable ?
Voir le corrigé expliqué
Non. Elle peut communiquer avec les réseaux directement connectés ou ceux qui ont une route spécifique. Le défaut sert lorsqu’aucune route plus précise ne correspond.
4. Pourquoi un ping réussi ne valide pas un site web ?
Voir le corrigé expliqué
Il ne teste pas toute la chaîne DNS, TCP, TLS et HTTP. Un service web peut être arrêté alors que la machine répond au ping.
5. Quel constat faire si ss n’affiche pas le port attendu ?
Voir le corrigé expliqué
Vérifiez d’abord que votre service est lancé et qu’il utilise le bon port. N’en déduisez pas qu’une machine distante bloque le trafic : la commande décrit les sockets de votre machine.
Référence : Documentation officielle Kali.