Lorsque j'ai posé cette question (à la fois ici sur SF et IRL) sur la façon d'accéder à distance à WMI, la réponse que j'ai obtenue de plusieurs sources était " utiliser un port fixe ". J'ai essayé de faire cela, mais cela ne semble pas fonctionner, et comme l'autre question concerne les pare-feu, je pose la question séparément:
- Pourquoi le service WMI n'écoute-t-il pas sur le port 24158? Lorsque j'utilise
netstat -ano
, le port 24158 est introuvable, pas plus que l'ID de processus du service WMI. - Comment les ordinateurs clients sauront-ils utiliser ce port en premier lieu?
Les ordinateurs clients doivent-ils passer un appel RPC sur le port 135, obtenir le numéro de port, ce qui permettra alors au processus WMI de commencer à écouter, et le client contactera ensuite le service WMI via le port indiqué?
J'ai confirmé que le service WMI fonctionne en tant que processus autonome et qu'il utilise le port statique 24158 (en accédant à Services de composants, Configuration DCOM, Propriétés WMI, Points de terminaison, Propriétés TCP / IP). Le service RPC est également en cours d'exécution.
la source
Réponses:
La réponse est "Oui", vous contactez la cible sur le port 135, elle ouvre le port 24158 en réponse à cela et vous répond qu'il est disponible sur le port 24158, et vous pouvez y poursuivre la conversation. (Avant de procéder à cette modification, il sélectionnait un port dans la plage et fournissait ce port dans la réponse.)
Compte tenu des commentaires, il semble que vous ayez compris cela, mais je publie quand même la réponse afin de bien faire comprendre à ceux qui pourraient trébucher.
la source