Réinitialisation de stratégie de groupe lors du redémarrage?

Est-il possible pour une politique de groupe de revenir à son état d'origine lors du redémarrage du server? Nos servers sont hébergés en tant que machine virtuelle sur le rack. Nous avons dû redémarrer notre server pour une raison quelconque et tout à coup, nous ne pouvons plus accéder au server distant dans le server. Le fait de faire un ping sur le server réussit, mais le RDP dans celui-ci échoue. Mon hypothèse est que la politique de groupe est returnnée en arrière, empêchant toute connection de bureau à distance. Est-ce une possibilité? Étant donné que le réseau est géré par un autre groupe, nous n'avons pas le pouvoir d'examiner physiquement ce qui se passe avec cette VM particulière.

Quelqu'un peut-il proposer des idées?

Merci

Il est très probable que ce ne soit pas une politique de groupe. Il ne se réinitialisera pas lorsque vous redémarrez l'ordinateur. Cela prendrait la dernière copy d'un DC, mais cela l'a fait au less une fois toutes les 90 minutes de toute façon.

Ce que vous avez probablement, c'est un service suspendu qui empêche le server de démarrer complètement. Cela vous empêcherait de passer le RDP. Vous pouvez généralement accéder au server à partir d'une autre machine avec un gestionnaire d'ordinateur distant. Cela vous permettra de regarder les journaux des events, de vérifier les services et de comprendre ce qui ne va pas. Vous devriez également pouvoir tuer les process avec psexec. Tout le rest échoue, émet une command d'arrêt sur le réseau: "shutdown / m \ machinename / t 0 / r"

Si vous pensez toujours que RDP est refusé, vous pouvez exécuter regedit et joindre le registre du server à partir d'une machine distante. Ensuite, click HKLM \ System \ CurrentControlSet \ Control \ TerminalServer et définissez fDenyTSConnections sur 0.

Windows 2003 semble enclin à ne pas redémarrer réellement, mais se bloque pendant le redémarrage avec la plupart des services (comme RDP), tout en répondant au ping de base – en donnant cette illusion.

Le fait de forcer un redémarrage réel aide habituellement dans ce cas, et il est souvent possible de faire en utilisant la command d'arrêt d'une autre machine – en ciblant l'hôte problématique à distance (essayez l'arrêt -i).

Il est plus susceptible d'être une modification d'une politique existante ou d'une politique nouvellement ajoutée qui vous empêche de RDP. Pouvez-vous examiner les objects de stratégie de groupe auxquels le server a été appliqué?

On dirait que quelqu'un a déplacé votre machine virtuelle vers une unité d'organisation différente avec différents objects de stratégie de groupe appliqués ou simplement modifié les GPO sur son conteneur actuel.

Si vous avez Windows XP, je voudrais simplement saisir le pack de ressources d'administration du server Microsoft. Vous pouvez utiliser la gestion de stratégie de groupe pour examiner l'unité de contrôle d'organisation et les objects de stratégie de groupe appliqués.

Si vous avez Windows 7, installez simplement le pack d'administration via les composants Windows.