WALLIX : préparer un dossier de support exploitable

Un dossier de support utile permet de comprendre le contexte, de situer l’échec et de le reproduire. « La connexion ne marche pas » ne distingue ni protocole, ni compte, ni chemin réseau. Une chronologie courte avec le comportement attendu et obtenu donne une base d’analyse.

Le portail fournit documentation, base de connaissances et suivi des demandes. Avant d’ouvrir un cas, consulter le guide et les articles applicables à la version. Le contrat définit les modalités de prise en charge ; ne déduisez pas un délai universel d’un exemple de formation.

1. Relever produit, version, hotfix, plateforme et architecture. Indiquer les changements récents et le périmètre d’impact.
2. Décrire une reproduction minimale avec horaires, protocole, service, méthodes primaire et secondaire et message exact.
3. Comparer un cas qui fonctionne et un cas qui échoue. Joindre uniquement les différences utiles, sans multiplier les modifications.
4. Collecter syslog, éléments DEBUG ou résultat WABCheck selon la demande et la documentation. Protéger secrets, clés, sessions et informations personnelles.
5. Suivre les échanges et valider la correction sur le cas initial. Documenter le retour aux niveaux de logs normaux et les éléments à conserver avant clôture.

Reliez chaque réglage à son effet sur l’accès et à la vérification associée.

Ne confondez pas demande d’assistance et demande de fonctionnalité. Décrire le comportement attendu et vérifier s’il est pris en charge par la version.

Après une correction, tester également les autres accès concernés. Un ticket fermé ne remplace pas la recette et la mise à jour de la procédure d’exploitation.

RDP échoue pour une seule cible depuis une rotation de certificat. Quelles informations rendent le ticket exploitable ?