Repères · Tous niveaux · Relecture documentaire : 2 octobre 2026. Les exemples sont génériques ; adapter les noms, versions et chemins avant toute modification.
Ce wiki Comp’Assist rend les opérations informatiques compréhensibles et vérifiables. Il distingue explication, procédure et information de veille. Les guides généraux sont des synthèses documentaires ; ils ne prétendent pas que chaque scénario a été exécuté sur tous les matériels et toutes les versions.
Identifier son système, sa version, son besoin et les conséquences d’une erreur. Les commandes de lecture sont distinguées des opérations qui modifient ou effacent. Les noms et adresses d’exemple doivent être adaptés. Une procédure de partitionnement, de migration de base ou de pare-feu exige une sauvegarde et un retour arrière compris.
Chaque guide comporte une date de relecture et des liens vers des sources officielles lorsqu’ils sont utiles. Une date de relecture ne garantit pas que la source restera inchangée. Les informations de support, versions, CVE et exigences réglementaires doivent être recontrôlées avant une décision importante.
Les articles historiques ont été réécrits pour corriger les conseils devenus imprécis ou risqués. Les originaux sont conservés dans l’espace interne, avec leur statut d’archive ; ils ne sont pas présentés comme des recommandations actuelles.
Les guides publics utilisent des exemples génériques. L’inventaire réel, les adresses internes, procédures d’exploitation et captures anciennes sont réservés au compte habilité. Aucun mot de passe, clé privée ou jeton ne doit être stocké dans les pages, même privées : utiliser un coffre adapté.
Pour signaler une erreur à l’éditeur, fournir le titre, la section, la version concernée et la source officielle qui justifie la correction, sans données sensibles. Une modification doit préserver l’historique, indiquer les changements significatifs et vérifier les liens internes. Les avis automatiques de veille ne doivent pas réécrire les procédures validées.
Les marques citées appartiennent à leurs titulaires. Les références ANSSI, CNIL et éditeurs n’impliquent ni partenariat, ni approbation du wiki, ni certification de ses lecteurs. Les textes juridiques et les documentations officielles restent les références pour leurs domaines.
Une page doit répondre à sept questions : à quoi sert l’opération, sur quelles versions, que faut-il préparer, où agir, quoi renseigner et pourquoi, comment valider, comment revenir en arrière. Un tableau de champs explique le sens d’une option sans prétendre que la même valeur convient à toutes les entreprises.
Les articles d’introduction restent utiles pour les concepts, mais les parcours renvoient aux manuels détaillés et aux applications. La présente révision développe toutes les rubriques initiales et ajoute des chapitres spécialisés. Elle ne prétend pas épuiser toutes les extensions de tous les logiciels ni remplacer un manuel fournisseur pour une fonction non testée.
Les adresses de laboratoire, noms example et valeurs de taille sont fictifs. Avant usage, vérifier collisions, capacité, dépendances et contraintes de version. Un exemple d’un réseau privé n’est pas une description de l’infrastructure de Comp’Assist. L’inventaire réel reste protégé ; ne pas le recopier pour illustrer un article public.
Une procédure peut être documentée, testée dans une maquette, ou vérifiée dans un environnement déterminé : ces niveaux ne sont pas équivalents. Ne pas écrire « testé partout » parce qu’une page a été relue. La vérification de publication porte sur accès, rendu, liens et cohérence éditoriale ; elle ne reproduit pas chaque opération matérielle.
S’arrêter avant effacement si le support est ambigu ; avant changement réseau sans console ; avant migration de base sans copie cohérente ; avant ouverture d’accès sans portée définie ; avant mise à jour majeure si un précontrôle échoue. La documentation doit expliquer quel élément manque, pas inviter à ignorer l’avertissement.
Privilégier textes officiels, documents des éditeurs et références techniques maintenues. Les liens vers une branche master ou une documentation latest évoluent : comparer à l’aide de la version installée. Dater les faits variables et les revoir lors d’une montée de version. Une source ne garantit pas l’absence d’erreur de transcription ou d’interprétation ; signaler les écarts avec un exemple reproductible.
Préserver les URL lorsque possible, mettre à jour le catalogue et les renvois, vérifier les règles d’accès et la recherche. Ne jamais inclure secrets, données clients ou journaux bruts. Relire les anciennes pages historiques qui reprennent le même sujet afin qu’elles ne continuent pas de diffuser une instruction obsolète.
Une page professionnelle doit aussi rester lisible : titres orientés vers les tâches, termes définis, étapes courtes et résultats attendus. Ajouter du volume sans décision ou exemple n’améliore pas le guide. Les remarques des lecteurs servent à repérer les étapes où il faut encore préciser le contexte.