Tester un itinéraire
Fait partie de la section Empêcher la propagation du Journey Cybersecurity de Coddy. Leçon 2 sur 20.
Une connexion échouée ne signifie pas toujours qu’un pare-feu l’a bloquée. Le programme de destination est peut-être simplement arrêté.
Utilisez probe pour vérifier l’itinéraire actuel d’une connexion connue :
seclab probe demo-orderVous devriez voir :
till-north -> demo-shop:443
Blocked: service_stoppedLe résultat indique service_stopped. Le service de destination n’est pas en cours d’exécution ; modifier une règle de pare-feu ne résoudrait donc pas ce problème.
Dans ce cas pratique, la note de maintenance confirme que demo-checkout devrait être en cours d’exécution. Démarrez-le :
seclab process demo-checkout startVous devriez voir :
demo-checkout: running.Effectuez un nouveau probe :
seclab probe demo-orderVous devriez voir :
till-north -> demo-shop:443
Allowed: allowed (rule 1)L’itinéraire est maintenant autorisé. Probe vérifie l’itinéraire sans envoyer de fichier client ni faire avancer l’horloge. Lisez la raison avant de choisir une solution.
Défi
FacileTicket de Sam, responsable informatique
Le paiement a cessé de fonctionner après la maintenance. Suivez la connexion place-order et trouvez la cause de son échec. Rétablissez le service approuvé afin que les clients puissent à nouveau passer commande. Veillez à ce que la sauvegarde approuvée de dispatch-pc continue de fonctionner et maintenez les protections de compte précédemment mises en place.
Essayez vous-même
Toutes les leçons de Empêcher la propagation
1Suivre la connexion
Suivre une connexionTester un itinéraireSuivre la commande complèteAu sein de l’entrepriseCommandes sans paiement2Fermer la route indésirable
Règles de destinationOrdre des règlesRègles de sortieAutoriser le trafic nécessaireDeux routes indésirables