Dépannage Windows serveur, questions et réponses
Nous allons Aujourd’hui, parler des questions d’entretien les plus courantes pour le profil d’administrateur de serveur Windows, qui sont souvent posées lors d’un entretien. Elles vous aideront à prendre confiance en vous et à vous rapprocher de l’emploi de vos rêves.
Questions et réponses d’entretien basées sur des scénarios pour les administrateurs de serveurs Windows
La plupart de ces questions sont partagées par les candidats qui ont participé à l’entretien pour le profil d’administrateur de serveur Windows.
Questions et réponses pour un entretien basé sur un scénario de Windows Server :
Scénario 1.
Vous êtes un administrateur de serveur Windows. Votre équipe gère des serveurs IIS sur lesquels sont hébergées différentes applications. Vous êtes contacté par une personne de l’équipe d’application qui est à la recherche de dépannage informatique et qui se plaint que l’URL de son application ne fonctionne pas. Comment réagissez-vous ?
Solution : C’est une question délicate. Vous devez d’abord déterminer quelle est l’erreur qu’ils obtiennent car les sites web IIS génèrent un certain nombre d’erreurs. Après avoir identifié que le problème n’est pas lié au code de l’application, vous pouvez essayer de vérifier les points suivants :
- Vérifiez si le serveur est hors service en raison d’une activité telle qu’un correctif ou tout autre problème et essayez de le remettre en service.
- Si le serveur est en marche, essayez de réinitialiser IIS.
- Ensuite, vous pouvez vérifier les liaisons.
- Vérifiez également si le certificat SSL a expiré. Si oui, obtenez un nouveau certificat auprès d’une autorité de certification et renouvelez-le sur le serveur.
- Redémarrez le serveur.
- Vous pouvez également vérifier les valeurs TLS à partir de l’éditeur de registre si quelque chose a changé récemment, car la plupart du temps, c’est juste un petit changement dans la valeur TLS qui cause un certain nombre de problèmes.
Scénario 2 : Lorsque vous essayez de vous connecter à un serveur par le biais du protocole RDP, vous obtenez l’erreur suivante Le serveur auquel vous essayez de vous connecter n’a pas réussi à obtenir l’authentification au niveau du réseau. Veuillez contacter votre administrateur système. Que devez-vous faire pour résoudre ce problème ?
Solution : Vous pouvez résoudre ce problème de l’une des deux manières suivantes :
- A partir de la console du serveur, allez dans le panneau de configuration > Système > Paramètres à distance > A distance. Décochez la case Allow Connections from computers running Remote Desktop with NLA. Cliquez sur appliquer, puis vérifiez à nouveau la même option et cliquez sur appliquer.
- authentification au niveau du réseau
- La deuxième méthode consiste à réappliquer le certificat RDP dans les paramètres de configuration de l’hôte de la session Bureau à distance.
Scénario 3 :
Vous êtes un membre de l’équipe de support du serveur. Vous avez reçu un INC de haute gravité indiquant qu’un des serveurs est inaccessible et que vous ne pouvez même pas vous connecter via la console. Comment allez-vous accéder au serveur ?
Solution :
Si vous ne parvenez pas à accéder au serveur depuis la console avec vos informations d’identification AD, vous pouvez essayer de vous connecter avec le nom d’utilisateur et le mot de passe locaux. Après vous être connecté, effectuez les étapes suivantes pour résoudre le problème :
- Vérifiez les adaptateurs réseau, si l’un des adaptateurs réseau configurés est désactivé.
- Essayez de vous déconnecter et de vous reconnecter au domaine.
Scénario 4 :
Vous êtes un administrateur Windows Server et vous recevez une lettre INC du client indiquant qu’il reçoit l’erreur HTTP 503 : Service indisponible pour l’un de ses sites Web hébergés sur le serveur Windows IIS. Comment allez-vous résoudre ce problème ?
Solution : L’erreur HTTP 503 peut apparaître pour plusieurs raisons. La première étape pour résoudre ce problème est donc d’en identifier la cause profonde. Vous trouverez ci-dessous quelques-unes des causes probables de cette erreur et leurs solutions respectives :
1. Identité de l’App Pool :
Si le compte avec lequel le pool d’applications fonctionne a été récemment réinitialisé et si le même compte n’a pas encore été mis à jour dans IIS, cela peut entraîner une erreur de non-disponibilité du service lors du chargement du site Web.
2. La deuxième cause est également liée au compte utilisé dans App Pool.
Si vous avez mis à jour le nom d’utilisateur et le mot de passe corrects dans IIS et si vous obtenez toujours cette erreur. Alors vous pouvez essayer de changer le compte à AppPool Identity du compte actuellement configuré. Mais n’oubliez pas que vous devrez mettre à jour ce compte sur chaque site Web lié à ce pool d’applications.
3. Il existe un scénario qui peut entraîner une erreur 503 HTTP (expérience personnelle).
Si par hasard, en raison d’un autre changement organisationnel, par exemple le déploiement de SCCM, quelqu’un a renommé le dossier MachineKeys (Chemin : C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys), alors vous pouvez rencontrer le même problème si votre site Web est hébergé sur le même serveur. Pour résoudre le problème, il suffit de restaurer l’ancien dossier MachineKeys et de réinitialiser IIS une fois.
QUELQUES AUTRES SUJETS UTILES À COMPRENDRE :
Nous avons donné ci-dessous quelques questions d’entretien relatives aux serveurs Windows qui sont posées dans la plupart des entretiens :
Quels sont les rôles de FSMO ?
Pour éviter les mises à jour conflictuelles dans Windows, l’Active Directory effectue les mises à jour de certains objets d’une manière mono-maître. Dans un modèle à maître unique, un seul DC dans l’ensemble de l’annuaire est autorisé à traiter les mises à jour. Cela ressemble au rôle donné à un contrôleur de domaine primaire (PDC) dans les versions antérieures de Windows (telles que Microsoft Windows NT 3.51 et 4.0), dans lesquelles le PDC est responsable du traitement de toutes les mises à jour dans un domaine donné.
