Anavem
Languageen
ErreurRPC / Réseau

0x800706BF

RPC_S_CALL_FAILED_DNE

The distant procedure call failed and did not execute.

Code hex

0x800706BF

Décimal

-2147023169

Sévérité

Erreur

Catégorie

RPC / Réseau

Description

RPC_S_CALL_FAILED_DNE (code hexadécimal 0x800706BF, décimal -2147023169) est un code d'erreur Windows de niveau erreur appartenant à la famille RPC et réseau. Microsoft remonte ce code via l'API Win32, le runtime CLR, le noyau, le journal d'événements, PowerShell, les outils en ligne de commande (sfc, dism, gpupdate, sc) et les applications Windows telles qu'Outlook, Teams, Office ou System Center.

The remote procedure call failed and did not execute.

Cette page documente ce qui déclenche 0x800706BF, les scénarios les plus courants où il apparaît, les causes racines probables et un workflow de diagnostic pas-à-pas applicable sur les postes concernés. Elle s'adresse aux administrateurs système, techniciens MSP, ingénieurs helpdesk et à toute personne diagnostiquant le comportement de Windows en environnement managé.

Explication détaillée

Il s'agit d'un code de niveau erreur. Windows l'utilise pour signaler une opération en échec qui a empêché l'appelant de terminer son travail. La cause sous-jacente peut aller d'un problème de droits ou de quota à un composant système corrompu, une dépendance manquante ou un service injoignable.

Il fait partie de l'espace d'erreurs RPC / WinHTTP / WinINet et signale un appel distant ou une opération HTTP/réseau en échec. Très courant avec WMI, les stratégies de groupe, les consoles MMC et tout outil reposant sur RPC.

Le code peut être recherché par programmation en PowerShell avec [ComponentModel.Win32Exception]::new(-2147023169).Message (pour les codes Win32 / NTSTATUS qui se mappent proprement), ou avec net helpmsg <decimal> pour la plage décimale historique. Pour les codes de type HRESULT, décodez la facility et le code via err.exe du SDK ou la commande !error de WinDbg.

Causes courantes

  • Service cible non démarré ou n'écoutant pas sur le port attendu.
  • Pare-feu Windows bloquant la plage RPC dynamique (49152-65535) ou le pipe nommé.
  • Obstruction réseau (NAT, ACL, segmentation) entre client et serveur.
  • Endpoint Mapper RPC (port 135) injoignable sur la cible.
  • DNS résolvant la cible vers la mauvaise IP / mismatch IPv4 vs IPv6.

Étapes de diagnostic

  1. Depuis le client, lancez Test-NetConnection -ComputerName <cible> -Port 135 pour vérifier l'accessibilité de l'Endpoint Mapper.
  2. Vérifiez que le service cible tourne : sc \\<cible> query <service>.
  3. Vérifiez que le pare-feu Windows sur la cible autorise la plage RPC dynamique (49152-65535) et le pipe nommé du service.
  4. Inspectez le journal Microsoft-Windows-RPC-Events des deux côtés pour le code d'erreur RPC correspondant.
  5. Si le client est multi-homed ou derrière un proxy, vérifiez l'ordre de binding, l'IP correcte et l'absence d'interception TLS / WAF.

Décoder en PowerShell

# Decode 0x800706BF (-2147023169) in PowerShell
[ComponentModel.Win32Exception]::new(-2147023169).Message

# Or via WinDbg / err.exe (Windows SDK)
# err 0x800706BF

# Or net helpmsg (legacy decimal range only)
# net helpmsg <decimal>

Questions fréquentes

Que signifie le code d'erreur Windows 0x800706BF ?
Il s'agit du code Win32 / NTSTATUS RPC_S_CALL_FAILED_DNE (décimal -2147023169). The distant procedure call failed and did not execute.
Comment décoder 0x800706BF en PowerShell ?
Lancez [ComponentModel.Win32Exception]::new(-2147023169).Message dans n'importe quelle session PowerShell. Pour les codes de type HRESULT, utilisez err.exe du SDK Windows ou la commande !error de WinDbg.
Où Windows journalise-t-il typiquement cette erreur ?
Cela dépend du sous-système d'origine (Windows Update → %WinDir%\WindowsUpdate.log ; AD/Kerberos → journal Sécurité sur le DC ; BSOD → minidump dans C:\Windows\Minidump ; MSI → %TEMP%\msi*.log ; WMI → Microsoft-Windows-WMI-Activity). Croisez toujours l'horodatage et le nom du module avec les journaux Application et Système.
Ce code est-il récupérable ?
Les codes de niveau critique exigent généralement une investigation noyau (driver, matériel, réparation de fichiers système). Les codes erreur et avertissement sont typiquement récupérables via le workflow de cette page — commencez par les étapes shell élevé + revue des journaux.
Dois-je ouvrir un ticket support Microsoft pour cela ?
Ouvrez un ticket si l'erreur se reproduit après application des étapes de diagnostic, particulièrement si elle bloque des charges de production, se produit sur plusieurs endpoints ou est associée à une frontière de sécurité (récupération BitLocker, échec Kerberos, durcissement DCOM, SmartScreen / WDAC). Préparez un CBS log frais, un minidump ou un export Get-WinEvent avant d'ouvrir le ticket.