J’ai fait face à un problème qui a piqué ma curiosité. Un programmeur m’indique que l’application D365 for Finance and Operations est accessible via le web malgré le fait que le site AOSService soit arrêté. Je vérifie sur le serveur et en effet le site est arrêté et je suis toujours capable d’accéder l’application via le web.
Afin de vérifier, j’ai stoppé le site AOSService sur une seconde machine de développement et l’application D365 F&O devenait non disponible pour celle-ci. Je savais donc que j'avais un cas particulier sur la première machine.
J’ai regardé quels processus écoutaient sur le port 443 en exécutant les 3 commandes suivantes:
- netstat -ano
- netsh http show servicestate
- netstat -ab
J’ai réalisé que le PID 4 écoutais sur le port 443. Le hic c’est que le processus associé au PID 4 est NT Kernel & System et ce processus gère le driver http.sys. Donc, il est normal que le PID 4 écoute sur le port 443.
C’est alors que j’ai remarqué ceci quand j’ai exécuté netsh http show servicestate:
Le service iisexpress.exe écoute sur le port 1433, mais je peux y voir que les URL de D365 F&O sont enregistrées sous son processus. En combinaison avoir le driver http.sys qui écoute sur le port 443 et qui redirige l’URL vers le processus assigner, ca l'explique pourquoi l’application fonctionnait toujours.
