La prise en charge par KernelCare dépend du noyau exact qui fonctionne sur le serveur, de sa distribution, de son architecture et de l’état d’entretien de cette branche du noyau. Le nom d’une distribution Linux connue ou la présence de l’agent KernelCare ne suffit pas à confirmer que le système actuel reçoit de nouveaux correctifs à chaud.
Consulter les renseignements de compatibilité maintenus
Utilisez la liste TuxCare des distributions prises en charge et des noyaux maintenus pour connaître la couverture actuelle, puis examinez le noyau exact et les corrections disponibles dans le catalogue des correctifs KernelCare. Comparez la version complète du noyau, y compris le suffixe du fournisseur ou la variante particulière. L’architecture compte aussi : une entrée correspondant à une compilation ne couvre pas nécessairement toutes les compilations du même système d’exploitation.
Pour un serveur précis, suivez notre procédure de vérification du noyau. Elle distingue l’identification du noyau actif, la couverture du fournisseur et les preuves de correctifs réellement appliqués. Cette vérification est également utile après un changement de noyau ou un démarrage sur une autre version.
Lire l’état du cycle de vie
Le guide de couverture et de cycle de vie de TuxCare distingue les branches activement corrigées, en pause et retirées. Les correctifs existants peuvent rester disponibles pour une branche en pause ou retirée même si elle n’en reçoit plus de nouveaux. Trouver un ancien téléchargement ne démontre donc pas la poursuite de l’entretien de sécurité.
Lorsqu’un support prolongé est indiqué, confirmez sa portée et les conditions d’abonnement auprès du fournisseur. Ne supposez pas qu’une licence standard prolonge la prise en charge de tout le système d’exploitation ou de chaque application qui y est installée.
Déterminer quel système possède le noyau
Une machine virtuelle qui possède son propre noyau doit être vérifiée en fonction de celui-ci. Un conteneur qui partage le noyau de son hôte ne peut pas corriger cet hôte de façon indépendante en installant KernelCare dans le conteneur. Cette couche relève de l’administrateur de l’hôte. Un noyau personnalisé ou modifié exige aussi une confirmation explicite; un numéro de version semblable ne suffit pas.
La couverture peut changer lors d’un changement de version du système, d’architecture ou de famille de noyaux. Vérifiez la destination prévue avant une migration et conservez l’entretien normal du système et des applications dans le plan.
Si une entrée du catalogue reste ambiguë, demandez à Nuagerie de vous aider à évaluer le service concerné. Indiquez la version de la distribution, la version complète du noyau actif, l’architecture et s’il s’agit d’un hôte, d’une machine virtuelle ou d’un conteneur. Ces renseignements nous permettent de préciser la question de prise en charge et de déterminer l’administrateur ou le fournisseur qui doit la résoudre.
