Outils réseauActualité

C-Kermit 11 : vérifier la politique de transfert

Sur cette page
  1. Une nouvelle version et d’autres valeurs par défaut
  2. Une matrice pour votre tâche existante
  3. Choisir la compatibilité délibérément

Une migration de transfert réussit lorsque le bon fichier arrive intact et que les erreurs sont visibles. Établir une connexion avec le serveur ne suffit pas.

Collision conceptuelle entre contenu A existant et B entrant : BACKUP conserve A sous un nom de sauvegarde en acceptant B ; REJECT garde A et refuse B. Illustration des politiques, pas un transfert exécuté.
Collision conceptuelle entre contenu A existant et B entrant : BACKUP conserve A sous un nom de sauvegarde en acceptant B ; REJECT garde A et refuse B. Illustration des politiques, pas un transfert exécuté. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

Une nouvelle version et d’autres valeurs par défaut

C-Kermit 11.0.506, sorti le 3 août, est la première version non bêta depuis 2011. Il ajoute IPv6, passe les collisions à REJECT et le mode de transfert à MANUAL. La confirmation des fichiers non sollicités exclut le fonctionnement serveur/iksd sans interface. Les modes historiques rétablissent d’anciens réglages en affaiblissant les protections.

Au 8 septembre, 11.0.509 est disponible. Elle corrige notamment la transmission du redimensionnement du terminal, le nettoyage PTY et des blocages Telnet possibles. Consultez aussi cette maintenance pour choisir un paquet.

Une matrice pour votre tâche existante

Utilisez une destination jetable et une copie d’un transfert représentatif. Notez la configuration explicite de la tâche avant toute modification. Les contrôles proposés ci-dessous ne sont pas des essais réalisés par PeopleAreGeek.

SituationRésultat à conserver
Fichier absent à destinationChemin attendu, taille reçue et comparaison du contenu
Nom de fichier déjà présentRejet, remplacement ou conservation, et manière de signaler le résultat
Contenu binaire et fichier texteIntégrité binaire ; conversion des fins de ligne volontairement attendue pour le texte
Connexion interrompueErreur visible, traitement des données partielles et politique de nouvelle tentative
Exécution planifiéeComportement sans personne pour répondre aux demandes interactives

La couverture illustre la deuxième ligne : les mêmes données entrantes peuvent aboutir à des résultats différents selon la politique de collision. « Le serveur a accepté la connexion » n’est donc pas un critère de réussite suffisant.

Choisir la compatibilité délibérément

N’activez pas un mode historique général uniquement parce qu’un script est ancien. Identifiez d’abord le réglage dont il dépend. Si une compatibilité temporaire est nécessaire, documentez son périmètre et gardez l’essai séparé des transferts habituels jusqu’à vérification du résultat.

L’objectif pratique est une tâche qui précise son type de transfert, sa politique de destination et son traitement des erreurs. La prochaine migration sera alors plus facile à évaluer : vous pourrez comparer ce contrat avec la nouvelle version, au lieu de compter sur des valeurs héritées.

Revue du 8 septembre : valeurs par défaut et exception sans interface vérifiées ; 11.0.509 ajoutée, migration expliquée avec une matrice de validation.