Hôte du fournisseur de découverte de fonctions (fdPHost)

Ce que vous devez savoir

Que fait l'Hôte du fournisseur de découverte de fonctions ?

Hôbe des fournisseurs utilisés pour découvrir des ressources via la découverte de fonctions.

Puis-je désactiver l'Hôte du fournisseur de découverte de fonctions ?

Une ressource peut être accessible même lorsque la découverte ne l'affiche pas. La désactivation de la découverte peut affecter la commodité et l'énumération des appareils sans corriger la ressource sous-jacente. Confirmez la fonctionnalité installée et sa stratégie effective avant de modifier le comportement de démarrage.

Pourquoi l'Hôte du fournisseur de découverte de fonctions est-il arrêté ?

L'état et la configuration de démarrage sont différents. Un composant à démarrage à la demande peut être arrêté entre les requêtes ; examinez le fonctionnement effectif de la fonction et toute erreur de contrôle de service.

Un processus utilisant l'Hôte du fournisseur de découverte de fonctions est-il sûr ?

Vérifiez le fichier en cours d'exécution réel, son signataire, son chemin d'accès et son comportement. Un nom de service familier ou un nom de fichier correspondant ne suffisent pas à établir la sécurité.

Ce que fait ce service et quand l'examiner

Hôbe des fournisseurs utilisés pour découvrir des ressources via la découverte de fonctions.

Examinez ce service lorsque son propre état ou les preuves d'événements coïncident avec la fonction concernée. Un nom similaire dans le Gestionnaire des tâches, un échantillon unique d'utilisation des ressources ou un état arrêté sans charge de travail défaillante ne constituent pas un diagnostic. Commencez par l'opération exacte décrite ci-dessous et conservez la configuration d'origine du système disponible pour comparaison.

Éditions Windows, noms de services et hypothèses de démarrage

Pour ce service exact, le tableau IoT Enterprise référencé indique une catégorie de démarrage Manuelle. Il s'agit d'un exemple documenté pour l'environnement IoT spécifié, et non d'une mesure de votre ordinateur. Comparez le StartMode local et la politique de gestion effective avant de traiter une différence comme une anomalie.

Le tableau des services IoT Enterprise de Microsoft identifie ce composant sous son identifiant de service. Ce tableau couvre les appareils Windows IoT Enterprise à fonction fixe, y compris les variantes documentées Windows 10 et Windows 11. Ses conseils de démarrage et de désactivation s'appliquent à ces scénarios ; il ne s'agit pas d'une recommandation générale d'optimisation pour Windows grand public, chaque image d'entreprise ou chaque installation Windows Server.

La disponibilité du service peut dépendre de l'édition installée, de la build, des fonctionnalités optionnelles, du contexte du compte et de la configuration organisationnelle. Utilisez winver ou votre inventaire géré pour enregistrer la build installée. Comparez-la avec la portée du produit sur les pages Microsoft liées. Si une source discute d'une édition différente ou d'une base de référence Windows Server plus ancienne, utilisez-la pour comprendre la fonctionnalité plutôt que de copier ses paramètres par défaut.

Utilisez l'identifiant du service plutôt que de vous fier uniquement à un nom d'affichage traduit. Plusieurs services connexes peuvent avoir des noms conviviaux similaires. Une inscription absente peut indiquer une fonctionnalité indisponible ou désinstallée ; ce n'est pas la preuve que le service doit être recréé ou téléchargé.

Inspecter l'enregistrement réel avant de le modifier

Les exemples suivants sont des commandes d'inspection locales et en lecture seule pour Windows PowerShell. Ils n'installent pas, n'arrêtent pas, ne redémarrent pas, n'activent pas et ne désactivent pas un service. Utilisez un compte autorisé ; certains champs et journaux peuvent nécessiter un accès administratif. N'exécutez pas de commandes dans une session distante non sécurisée.

Get-CimInstance Win32_Service -Filter "Name='fdPHost'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName Copier

La sortie sépare le nom interne, le nom d'affichage convivial, l'état actuel, le mode de démarrage, le compte de service, l'identifiant de processus et la commande de lancement configurée. Un chemin configuré n'est pas la preuve que chaque fichier chargé par le processus est digne de confiance.

sc.exe query "fdPHost" Copier

sc.exe qc "fdPHost" Copier

Utilisez explicitement sc.exe dans Windows PowerShell, où l'écriture plus courte sc peut renvoyer à une commande différente. Lisez l'état et la configuration renvoyés avant de décider ce qui nécessite une investigation. Une requête renvoyant un accès refusé nécessite une vérification d'autorisation ; une requête signalant un service absent nécessite une vérification de produit et d'installation, et non une reconstruction immédiate du registre.

Vérifier les dépendances et le processus hôte

Inspectez à la fois les prérequis et les dépendances inverses sur l'ordinateur concerné. RequiredServices répertorie les prérequis enregistrés ; DependentServices répertorie les services qui déclarent une dépendance envers celui-ci. Il s'agit de relations de contrôle de service installées, et non d'une carte exhaustive de chaque application, tâche planifiée ou système distant pouvant dépendre de la fonctionnalité.

Get-Service -Name 'fdPHost' -RequiredServices Copier

Get-Service -Name 'fdPHost' -DependentServices Copier

Utilisez le ProcessId observé pour identifier un hôte en cours d'exécution, et comparez son chemin d'exécutable et son signataire à l'aide du Gestionnaire des tâches ou d'un outil Microsoft Sysinternals de confiance. Si l'ID de processus signalé est zéro ou s'il n'y a pas d'instance en cours d'exécution, il n'y a pas d'hôte en direct à inspecter via cette valeur. Si un hôte contient plusieurs services, son utilisation totale du processeur ou de la mémoire ne peut pas être attribuée à ce service à partir du seul nom du processus.

Les identifiants de processus peuvent être réutilisés. Enregistrez l'heure d'observation et revérifiez l'identifiant avant d'agir. Ne fermez pas un Hôte de service partagé pour tester un seul service ; cela pourrait interrompre d'autres composants hébergés.

Une séquence de dépannage ciblée

Identifiez l'appareil ou la ressource manquant et vérifiez si son propre protocole de découverte est activé. Séparez l'échec de découverte d'une adresse de ressource inaccessible.

Comparez la visibilité depuis un autre appareil autorisé sur le même réseau prévu. Inspectez le profil réseau et la stratégie de découverte avant de modifier les paramètres du service.

Séparez la liaison physique ou sans fil, l'attribution d'adresses, la résolution de noms, l'authentification et la réponse de l'application. Un service peut fonctionner alors qu'une étape différente échoue. Comparez une destination prévue avec une destination approuvée connue pour fonctionner, et enregistrez quelle étape diffère.

1. Notez l'opération défaillante exacte, le compte concerné, l'appareil ou le point de terminaison, ainsi que l'heure de l'échec. Conservez le texte d'erreur complet avant de fermer la boîte de dialogue.
2. Capturez l'état et la configuration du service sur cette même machine. Comparez si la fonctionnalité est manquante, refusée par la politique, incapable de démarrer, ou défaillante après son démarrage.
3. Dans l'Observateur d'événements, comparez les entrées du Gestionnaire de contrôle des services dans le journal Système avec le canal d'application ou de fonction pertinent autour de l'heure enregistrée. Confirmez le fournisseur et le contexte du message avant d'utiliser un ID d'événement trouvé en ligne.
4. Reproduisez une seule fois avec la plus petite comparaison prise en charge décrite dans cet article. Si le résultat diffère, enregistrez quelle étape a changé au lieu d'appliquer immédiatement une réinitialisation générale.
5. Utilisez le chemin de réparation Microsoft ou du fournisseur spécifique à la fonctionnalité justifié par les preuves, puis répétez l'opération d'origine et vérifiez son résultat.

Si aucune erreur de contrôle de service pertinente n'est présente, continuez avec l'investigation de la fonction ou de l'application au lieu de forcer un redémarrage. Inversement, un échec de démarrage de service nécessite son état de sortie réel et les événements environnants ; un message de délai d'attente générique ne suffit pas à identifier une réparation unique.

Arrêté, manuel ou introuvable : ce que signifie le résultat

L'exécution décrit l'état actuel ; le mode de démarrage décrit la configuration. Un service démarré manuellement ou déclenché par un événement peut être arrêté entre les requêtes. Reproduisez le fonctionnement de la fonction prise en charge et comparez la transition d'état avant de conclure qu'elle doit rester en cours d'exécution tout le temps.

Si le service est introuvable, confirmez son identifiant exact, l'ordinateur prévu et si sa fonctionnalité Windows est installée. Si l'accès est refusé, conservez l'erreur et vérifiez l'autorisation ou la politique de gestion. Ne déduisez pas l'absence d'une seule vue restreinte, et ne créez pas d'enregistrement de remplacement à partir d'un PC non apparenté.

Une opération de démarrage peut échouer en raison de ses prérequis, de sa configuration, des permissions de compte, de l'état de la fonctionnalité ou du composant qu'elle lance. Évitez d'appliquer une valeur de démarrage fixe copiée à partir d'une édition ou d'une image Windows différente ; comparez la base de référence gérée réelle pour cet ordinateur.

Examiner une utilisation élevée du processeur, de la mémoire, du disque ou du réseau

Capturez une courte série chronologique tout en reproduisant la charge de travail réelle. Séparez une courte rafale associée à la connexion, à la configuration, à la synchronisation ou à une mise à jour d'un travail qui ne parvient pas à se terminer de manière répétée. Enregistrez la charge de travail de l'application et l'intervalle utilisé pour la comparaison ; cet article ne prescrit pas de pourcentage sûr universel ou de seuil de mémoire.

Utilisez le mappage de processus actuel et un outil de performance approprié pour connecter l'activité des ressources à la fonction demandeur. L'ensemble de travail d'un hôte partagé n'est pas une allocation par service, et une étiquette d'état n'établit pas quel composant a généré chaque opération de disque ou requête réseau. Si l'utilisation des ressources change après une réparation prise en charge, vérifiez que la fonctionnalité fonctionne toujours avant d'attribuer la causalité.

Pouvez-vous l'arrêter ou le désactiver ?

Une ressource peut être accessible même lorsque la découverte ne l'affiche pas. La désactivation de la découverte peut affecter la commodité et l'énumération des appareils sans corriger la ressource sous-jacente.

Pour les appareils gérés, identifiez le VPN, le proxy, le pare-feu et la politique d'accès au réseau effectifs avant de modifier un paramètre local. Préservez l'accès distant et obtenez l'examen du propriétaire du réseau pour toute configuration qui modifie la confiance, le routage ou l'authentification.

Traitez l'arrêt, le redémarrage et la désactivation comme des opérations différentes. Un redémarrage interrompt le travail en cours ; la désactivation modifie le comportement de démarrage futur. La capacité à demander une modification n'établit pas que la modification est sûre, prise en charge ou permise par la politique organisationnelle. Cet article donne intentionnellement les commandes d'inspection en premier plutôt qu'une commande universelle d'arrêt ou de désactivation.

Récupération, confirmation et liste de contrôle d'escalade

Avant une modification de configuration approuvée, enregistrez les paramètres de démarrage d'origine, le compte de service, les dépendances et la politique de fonctionnalité pertinente. Obtenez une fenêtre de maintenance et un chemin d'accès de récupération connu lorsque les utilisateurs, le stockage, l'authentification ou l'administration à distance pourraient être affectés. Conservez les sauvegardes et le matériel de récupération des informations d'identification dans leur emplacement sécurisé autorisé, et non dans une transcription de support.

Modifiez un paramètre justifié à la fois en utilisant la procédure prise en charge par le propriétaire du produit ou l'administrateur. Si le résultat est pire, restaurez la configuration enregistrée via ce même chemin de gestion pris en charge. Ne devinez pas les permissions de service, ne remplacez pas le compte de service par un administrateur, n'importez pas de clés de registre d'une autre build Windows et ne traitez pas un démarrage de service fonctionnel comme la preuve que l'application a récupéré.

Confirmez la récupération en répétant l'opération d'origine, en vérifiant son résultat et en comparant les événements de service et d'application sur le même type de charge de travail. Vérifiez que les fonctions dépendantes fonctionnent toujours et que le symptôme ne revient pas immédiatement. Si la cause reste peu claire, conservez le test infructueux comme preuve plutôt que de réessayer des réparations destructrices.

• Incluez l'identifiant du service et le nom d'instance réel, l'édition/build Windows, la fonctionnalité concernée et si l'appareil est géré.
• Incluez l'état du service horodaté, la sortie des dépendances, l'erreur d'application exacte et le fournisseur d'événements et le message pertinents.
• Incluez la plus petite reproduction, les modifications prises en charge tentées et leurs résultats observés.
• Masquez les mots de passe, les clés de récupération, les jetons d'accès, les clés privées, le contenu des fichiers personnels et les identifiants inutiles avant de partager les journaux.

Associé

Ces entités sont liées à cet article. Le type est affiché sur chaque lien.

Sources et vérification

Responsabilité éditoriale : Feex. Aucune date de révision indépendante n'est enregistrée. Notre méthodologie de recherche.

• Microsoft : Conseils sur les services Windows IoT Enterprise · Ligne de service exacte (fdPHost). Portée de Windows 10/11 IoT Enterprise ; il ne s'agit pas d'une recommandation de configuration universelle.
• Microsoft : Architecture des services Windows · Cycle de vie des services et architecture de gestion ; l'interprétation diagnostique ci-dessous est un guide éditorial de Feex.
• Microsoft : Propriétés Win32_Service · Définitions de l'état, du mode de démarrage, de l'identité du service, de l'ID de processus et du chemin d'exécutable configuré.
• Microsoft : Get-Service · Découverte de services en lecture seule et inspection des dépendances. Les exemples ciblent Windows PowerShell.
• Requête Microsoft : sc.exe · Sortie de l'état du service et syntaxe du nom du service.
• Guide de dépannage du Pare-feu Windows avec sécurité avancée · Contexte de la zone de diagnostic, et non la preuve d'une liste de dépendances fixe ou d'une configuration de démarrage universelle.