Après avoir cliqué sur arrêter, la tâche continue de produire une sortie — comment confirmer si l'arrêt a réussi ?
Les demandes d'arrêt peuvent échouer ou rencontrer des changements d'exécution; ne supposez pas que les changements de bouton signifient que toutes les opérations ont été révoquées.
L'arrêt implique à la fois l'exécution et l'affichage
L'opération d'arrêt de la page tente d'annuler l'exécution du Agent et d'arrêter le flux de réponse actuel; ces deux étapes ne sont pas exactement les mêmes. L'indicateur d'activité de l'interface peut changer en premier; si l'annulation de l'exécution échoue, une invite indiquera que l'arrêt a échoué et qu'il faut réessayer. Par conséquent, une sortie qui ne défile plus n'équivaut pas à une confirmation du serveur que la tâche s'est arrêtée, pas plus que la fermeture de la page ne peut remplacer la vérification du résultat de l'arrêt.
Continuer le traitement en fonction du dernier état d'exécution
Si l'exécution a changé, l'interface peut proposer de se reconnecter à l'exécution actuelle au lieu d'annuler la tâche correspondant à l'ancien état. Attendez que le dernier état et la dernière sortie apparaissent avant de décider de vous arrêter à nouveau. Lorsque le réseau est indisponible, rétablissez d'abord la connexion; pour les tâches locales, vérifiez également l'état réel de la machine cible. Ne soumettez pas immédiatement la même tâche lorsque le résultat de l'arrêt n'est pas clair, car cela pourrait entraîner deux exécutions avec des effets secondaires.
L'arrêt n'annule pas les modifications déjà apportées
Les fichiers déjà écrits, les logiciels installés ou les requêtes réseau déjà envoyées ne seront pas automatiquement annulés à cause du bouton d'arrêt. Après avoir confirmé l'arrêt, vérifiez les résultats et décidez comment récupérer ou continuer. Pour les clients CLI qui doivent quitter, appuyez sur Ctrl+C dans leur terminal en cours d'exécution, mais vérifiez également si le nettoyage a réussi. Pour les fichiers importants, effectuez d'abord des vérifications en lecture seule avant d'exécuter les réparations nécessaires; le retour d'information ne fournit que des statuts et des erreurs désensibilisés, sans partager les identifiants de connexion complets.