Ce guide mettra en évidence plusieurs causes pratiques pouvant entraîner un plantage et le code d’erreur 1727, puis présente les méthodes de traitement possibles que vous pouvez essayer de résoudre.
Ce petit article résout l’erreur ” L’appel professionnel à distance a échoué ainsi que , n’a pas abouti “. Cette erreur se produit lorsqu’il s’agit de la réplication du contrôleur de domaine (DC) dans les fenêtres du serveur.
S’applique à : Windows 10 Version 2004, Windows 10 Version 1909, Windows Server 2019, Windows Server 2012 R2, Windows Server 2016 Numéro de base de connaissances d’origine : 4019721
Symptômes
Cette réplication Active Directory (AD) échouée apparaîtra sous une ou plusieurs formes relatives aux formes suivantes :
Décimal : 1727
Hexadécimal : 0x6bf
Symbolique : RPC_S_CALL_FAILED_DNE
Message d’erreur : la procédure à distance de durée a échoué et n’a pas été exécutée.
Raison
Mise en réseau entre deux télécommandes de domaine (DC). Voir les sections suivantes pour plus de détails.
Problème d’utilitaire induit par le stress avec les partenaires de réplication. Ce problème est moins fréquent et dans la plupart des compartiments est temporaire. Vous trouverez plus d’informations dans les domaines de travail suivants.
À propos d’un problème de connexion réseau
Cela se produit lorsque le partenaire de réplication d’une personne du contrôleur de domaine ne peut tout simplement jamais établir une connexion RPC avec le service RPC de réplication AD (DRSR UUID E3514235-4B06-11D1-AB04-00C04FC2DCD2). En particulier, chaque partenaire de réplication peut actuellement se lier à un mappeur de point de terminaison RPC, mais ne peut lier aucun type avec DRSR RPC.
Pare-feu
Routeur
Optimiseur WAN
d’autres appareils mobiles intermédiaires.
Pilote de filtre réseau
À propos d’un problème de performances
Ce problème se produit lorsque l’une des afflictions suivantes est vraie :
Le serveur est en retard et en plus ne corrige pas le message TCP ACK ou Rejoinder. L’expéditeur annule la session d’essai TCP.
Le réseau est trop lent ou beaucoup trop lourd. Il ne peut pas délivrer un TCP ACK ou un message de réponse.
Résolution
Pour résoudre ce scénario de découverte, si possible, toute personne doit annuler toutes les modifications récentes qui affectent la plupart du réseau actuel entre les deux contrôleurs de domaine. S’il n’y a pas eu de changements récents, la connexion au réseau d’ordinateurs doit être entièrement évaluée. Communication RPC entre un ou deux autres contrôleurs de domaine. Pour ce faire, suivez les propres instructions de dépannage générales ou les informations et faits de dépannage détaillés.
Étapes de dépannage de haut niveau
Lors de la reproduction du problème, vérifiez votre réseau. Pour assembler cela, suivez ces étapes :
Exécutez une analyse circulaire sur les deux contrôleurs de domaine.
Démarrez manuellement la copie entre ces deux contrôleurs de domaine.
Arrêtez de chercher dans les deux sens si vous obtenez votre erreur.
Examiner le RPC conversationnel entre deux contrôleurs de secteur. Sachez qu’il peut y avoir des cas où le message lui-même envoyé par mon contrôleur de domaine à la partie requérante fait moins que déclencher une réponse du partenaire de réplique.
Instructions de dépannage détaillées
Commencez l’examen du réseau sur les deux contrôleurs de domaine avant d’effectuer les détails pour tester la connectivité du contrôleur de domaine.
Vérifier la connexion d’alimentation CC au CC cible
Fortect est l'outil de réparation de PC le plus populaire et le plus efficace au monde. Des millions de personnes lui font confiance pour assurer le fonctionnement rapide, fluide et sans erreur de leurs systèmes. Avec son interface utilisateur simple et son puissant moteur d'analyse, Fortect détecte et corrige rapidement un large éventail de problèmes Windows, de l'instabilité du système et des problèmes de sécurité à la gestion de la mémoire et aux goulots d'étranglement des performances.
1. Téléchargez Fortect et installez-le sur votre ordinateur
2. Lancez le programme et cliquez sur "Scan"
3. Cliquez sur "Réparer" pour résoudre les problèmes détectés
Quoi qu’il en soit, vérifiez si la source DC écoute sur le port TCP 135. Pour ce faire, exécutez tous les PortQry.exe - -e 135 commandes.
Si l’état d’accès est FILTER, la réplication AD se repliera probablement et renverra l’erreur 1722 à la place. Essayez de décider de l’erreur 1722, puis vérifiez si la réplication AD devrait fonctionner. Si le problème persiste, répétez les étapes de dépannage enregistrées.
Si l’état est à peine FILTRE, la plupart des commandes renvoient des stratégies et des informations de mappeur de point de terminaison RPC. Recherchez l’interface DRS du répertoire MS NT pour trouver le port supérieur dans la base de données Endpoint Mapper réelle qui surveille l’alimentation CC par réplication AD. Vous pouvez obtenir un ou plusieurs enregistrements. Notez les ports pour ncacn_ip_tcp uniquement.
Par exemple, vous obtiendrez quelque chose de similaire pour vous aider chacun des éléments suivants, montrant deux méthodes quotidiennes premium 49159 et E3514235-4b06-11d1-ab04-00c04fc2dcd2 49160 :
uuid : interface DRS du répertoire MS NTncacn_ip_tcp : 2012dc [49159]UUID : e3514235-4b06-11d1-ab04-00c04fc2dcd2 Interface DRS du répertoire MS NTncacn_ip_tcp : 2012dc [49160]
Remarque
Les ports dans veCes zones restent également liées au DC et attribuées dynamiquement. Cependant, notre administrateur codera en dur le port approprié pour la réplication AD à l’aide de la valeur de registre Windows suivante : Valeur :
hkey_local_machine system currentcontrolset services professionnels ntds parameters Enregistrement du port TCP/IP Type de valeur : REG_DWORD Valeur du disque dur : (port disponible)
Vérifiez le port TCP sur Internet pour vos ports spécifiés en haut. Pour ce faire, exécutez la commande suivante :
Si le port est à l’état FILTER, tracez le réseau d’une personne que vous avez assemblé sur le marché afin de vraiment voir où le paquet est bloqué.
Testez le DNS. Assurez-vous que le contrôleur de domaine Internet de destination peut généralement restaurer le CNAME et configurer un compte pour les hôtes sur le contrôleur de domaine source. Assurez-vous également que l’adresse IP découverte est une véritable adresse IP spécifique de l’opérateur de domaine d’origine. DNS. S’il s’agit d’une adresse IP personnelle ancienne ou incorrecte, une tentative de connexion RPC essayée sera effectuée, ce qui peut entraîner le mauvais contrôleur de domaine source.
Tester la connexion du contrôleur de domaine cible au contrôleur de domaine source
Parfois, il doit y avoir plus d’une réponse partielle contenant la plupart des ACK TCP superposés pour le message de requête. Cependant, chacun de nos trafics a changé ou la réponse n’ira généralement pas au contrôleur de domaine de l’ensemble du type de demande. Par conséquent, la réception d’une pile TCP ne doit pas recevoir d’ACK.
Les ports trouvés dans la zone supérieure sont requis par le DC et attribués dynamiquement. Cependant, le directeur peut coder en dur le port utilisé pour la réplication AD en utilisant votre valeur de registre de fanbase actuelle.
