Introduction
Willow Makers a approuvé le déplacement des inscriptions vers un nouveau port. Le catalogue et le service d’état doivent rester disponibles, et le service de débogage doit rester absent. Vous examinerez les changements réseau résultants pour livrer une revue précise de la remise du serveur, y compris les points bloquant son acceptation.
L’environnement a recueilli un vrai scan de référence, puis effectué un scénario de maintenance locale. C’est une préparation de formation, pas une affirmation sur l’historique de production de la nuit passée. Tous les enregistrements sont synthétiques ; les vrais services HTTP partagent un conteneur. Utilisez Terminal tout au long du lab. Seuls 127.0.0.4 et les ports TCP 8410,8420,8430,8440,8450 sont dans le périmètre. Préservez la référence, le plan, le code des services, les données et les processus actuels initiaux. Vous créez scans, téléchargements et revue ; vous ne réparez pas cette scène d’observation.
La saisie simple au terminal et les chemins suffisent. Les notions nécessaires de Nmap, Ndiff, HTTP et de shell sont expliquées. Finding the Live Workshop Service constitue une préparation utile ; aucune programmation n’est requise.
Lire le plan et un service fonctionnel
Établissez d’abord ce qui a été approuvé et observez une réponse normale avant d’interpréter les changements. Commencez dans Terminal. cd change le répertoire courant de ce shell ; les noms relatifs suivants en dépendent. Répétez cette commande si vous ouvrez un autre terminal.
cd /home/labex/project/nmap-change
cat affiche un fichier texte. Lisez le plan approuvé :
cat plan.csv
CSV signifie valeurs séparées par des virgules : la première ligne nomme les colonnes, chaque suivante est un enregistrement. old_port et new_port décrivent la relation du service, pas l’ordre de scan. Les lignes approuvent le déplacement des inscriptions de 8410 à 8420, le maintien du catalogue sur 8430 et de l’état sur 8440, ainsi que l’absence du débogage sur 8450. L’ouverture du nouveau port d’inscription est donc attendue ; toute autre ouverture n’est pas automatiquement approuvée.
Le before.xml préparé est un véritable XML Nmap recueilli avant cette mise à jour de formation. before-business.csv contient la réponse complète des inscriptions obtenue à ce moment-là. Lisez l’exemple métier normal :
cat before-business.csv
Attendez trois enregistrements registration de MAKERS-DAY : R01/Clay session, R02/Print session et R03/Wood session. Vous exigerez les mêmes données complètes après le déplacement.
HTTP est le protocole requête/réponse de ces services. curl récupère une URL. Les options combinées -fsS font échouer la commande en cas d’erreur HTTP, masquent la progression et affichent les erreurs ; -o enregistre la réponse dans le fichier qui suit. L’adresse choisit la destination, le port après les deux-points le point d’écoute et /manifest.csv la ressource. Téléchargez le service d’état inchangé :
curl -fsS -o status.csv http://127.0.0.4:8440/manifest.csv
cat status.csv
Attendez status/MAKERS-DAY/S01/Ready sous l’en-tête. Cette réponse réussie est votre témoin, pas la preuve que tous les services prévus ont survécu. Si un nom de fichier est mal saisi, lisez l’erreur, utilisez pwd pour afficher le répertoire courant et répétez le cd initial avant de réessayer la commande corrigée. Ne modifiez pas les fichiers ni les serveurs préparés.
Recueillir un scan actuel comparable
Scannez la même cible et tous les mêmes ports que la référence. Restez dans Terminal, dans /home/labex/project/nmap-change. Les ports TCP identifient les points d’écoute. open signifie qu’une connexion a été acceptée ; closed que le scan a reçu un refus. Une observation est liée à cette source, cette cible, ce protocole et ce moment.
Nmap découvre et examine les services réseau. Ses ports par défaut ne correspondent pas à ce plan approuvé. -sT choisit un scan TCP connect sans privilèges de paquets bruts ; -Pn saute la décision préliminaire de découverte pour examiner chaque port choisi. Il ne prouve pas à lui seul que la cible est active. -n saute la résolution inverse des noms, -p sélectionne les ports autorisés et -oX écrit un XML structuré en plus de la sortie normale. Omettre un port rendrait la comparaison incomplète, sans prouver que son service a disparu.
Le moteur de scripts Nmap, NSE, peut effectuer des requêtes applicatives ciblées. Lisez d’abord l’aide du script choisi avec --script-help :
nmap --script-help http-title
http-title lit un titre HTML. Tous les candidats de ce scénario local sont déclarés comme points HTTP. Le + initial exécute explicitement ce seul script même si la base des ports ne reconnaît pas un candidat ; cela convient à ce périmètre HTTP connu, mais ne justifie pas de forcer des scripts quelconques sur d’autres services. --script-args transmet l’argument nommé et http-title.url=/about choisit la page descriptive.
nmap -sT -Pn -n --script=+http-title --script-args=http-title.url=/about -p 8410,8420,8430,8440,8450 -oX after.xml 127.0.0.4
Attendez Nmap done. Les ports 8420, 8440 et 8450 doivent être ouverts ; 8410 et 8430 fermés. Lisez les vrais titres : les inscriptions ont migré, l’état reste présent et le débogage est joignable. Un nom SERVICE conventionnel n’identifie pas à lui seul l’activité. Aucune version produit exacte n’est exigée.
Si le scan est interrompu ou si le périmètre est erroné, relancez la commande complète corrigée pour remplacer after.xml. Renommer du texte brut en XML ne crée pas de preuve structurée.
Distinguer les différences des erreurs d’exécution
Utilisez Ndiff pour lire les changements sans considérer toute différence comme un défaut. Restez dans Terminal. Ndiff compare deux fichiers XML Nmap ; il ne connaît pas votre plan approuvé.
Une commande shell renvoie un code de sortie numérique. $? désigne la commande immédiatement précédente et echo l’affiche. Exécutez ensemble les deux lignes de chaque comparaison afin qu’une autre commande ne remplace pas ce code. Comparez d’abord la référence à elle-même :
ndiff before.xml before.xml
echo $?
Attendez 0 : aucune différence significative. Ndiff ignore les seules variations d’horodatage du scan. Comparez maintenant avant et après. > remplace le fichier nommé par la sortie standard de la commande ; utilisez uniquement la destination modifiable changes.txt :
ndiff before.xml after.xml > changes.txt
echo $?
Attendez 1, qui signifie que des différences ont été trouvées. Ce code non nul est volontaire, pas l’échec de la comparaison. Une entrée absente ou illisible produit le code 2, une erreur d’exécution ; corrigez son chemin et relancez, au lieu d’interpréter un rapport manquant comme une absence de changement.
cat changes.txt
Une ligne - décrit l’observation antérieure et une + l’observation ultérieure. Lisez ces paires :
-8410/tcp open
+8410/tcp closed
-8420/tcp closed
+8420/tcp open
-8430/tcp open
+8430/tcp closed
-8450/tcp closed
+8450/tcp open
La vraie sortie contient aussi des en-têtes, noms de services et titres. L’état sur 8440 n’a pas changé et est normalement omis de la vue des différences par défaut. Vous devez néanmoins vérifier son exigence de maintien. La paire ancien/nouveau port des inscriptions peut être approuvée alors que la perte du catalogue et l’exposition du débogage bloquent la remise.
Livrer la revue métier et des changements
Confirmez les données métier réellement migrées et livrez une revue complète. Restez dans Terminal. Un titre ou un port ouvert ne prouve pas que les enregistrements initiaux ont survécu. Téléchargez la réponse complète du nouveau point :
curl -fsS -o current-business.csv http://127.0.0.4:8420/manifest.csv
cat current-business.csv
cmp compare deux fichiers octet par octet. Il n’affiche rien et renvoie zéro s’ils correspondent :
cmp before-business.csv current-business.csv
Vous devez voir les trois inscriptions MAKERS-DAY initiales et une comparaison réussie. Si l’URL est mal saisie, corrigez-la puis répétez le téléchargement. Ne modifiez pas les enregistrements pour réussir la comparaison. Une vraie différence métier poserait problème à la remise, même avec les mêmes titres de page.
Le CSV de revue comporte quatre colonnes : service, l’état actuel sur l’ancien port, l’état actuel sur le nouveau et la décision. Lorsqu’un élément garde un port fixe, y compris pour keep ou absent, ses anciens et nouveaux ports sont identiques : les états actuels se répètent. Utilisez - seulement s’il n’existait pas d’ancien port ; il ne signifie jamais un port fermé. Les décisions distinguent approved-move, approved-addition, kept, unexpected-loss et unexpected-open. Une migration dont la relation ancien/nouveau est incomplète est migration-incomplete ; un ajout approuvé manquant est missing-addition ; un point interdit qui reste fermé est kept-absent.
Un here-document entre guillemets transmet les lignes littérales suivantes à cat. > remplace uniquement votre fichier de revue ; le CSV final doit occuper seul sa ligne. Écrivez les quatre éléments du plan :
cat > change-review.csv <<'CSV'
service,old_port_now,new_port_now,decision
registration,closed,open,approved-move
catalog,closed,closed,unexpected-loss
status,open,open,kept
debug,open,open,unexpected-open
CSV
cat change-review.csv
Cette revue demande de reporter la remise : la migration approuvée fonctionne, mais le catalogue requis manque et le débogage est exposé de façon inattendue. La revue est terminée même si le propriétaire doit encore réparer la scène. Préservez les preuves ; n’arrêtez pas le débogage et ne rétablissez pas le catalogue dans cette tâche.
Enfin, réutilisez le service d’état initial :
curl -fsS -o status.csv http://127.0.0.4:8440/manifest.csv
Il doit toujours fournir le même enregistrement Ready. Gardez inchangés before.xml, before-business.csv, plan.csv et tous les services actuels initiaux.
Résumé
Vous avez recueilli des preuves Nmap comparables, interprété les codes de sortie Ndiff, confirmé l’ensemble des données métier migrées et examiné chaque relation d’approbation. Les différences approuvées, ouvertures inattendues et pertes de services requis sont des constats distincts. Une revue précise peut demander de reporter la remise tout en préservant la scène initiale.
