Question

Je suis en train de déboguer un service IIS Web à l'aide de débogage à distance. En raison de la configuration de notre domaine (que nous ne pouvons pas changer), je reçois un accès est refusé lorsque le débogage à distance via l'option par défaut. La seule solution que j'ai trouvé est de passer à l'option à distance (natif uniquement sans authentification) dans VS 2008.

Le problème est que lorsque je me connecte au système à distance le w3wp.exe est grisé et assez curieusement, il est le seul dans la liste qui est. Est-ce que cela a à voir avec le choix à distance? Y at-il un moyen de contourner cela?

Était-ce utile?

La solution

En fait, je résolu problème des mines. Le w3wp.exe a été grisés parce que j'avais installé l'outil de diagnostic de débogage sur le serveur et le configurer pour suivre IIS pour écrasé. Même si le programme ne fonctionnait pas, il avait encore le « marqué » le processus de mise au point (Cela pourrait être prise tout à fait tort). Après avoir enlevé les « marqueurs » Je pourrais joindre au processus.

Vérifiez donc vos services / programmes si quelque chose est déjà attatched elle-même au processus. Ne résout pas le problème de ne pas beeing capable de déboguer le code managé du tout.

Autres conseils

Lorsque vous passez à « natif uniquement sans authentification » le mode, vous dites explicitement que vous ne voulez déboguer « natif » à savoir le code Win32, plutôt que le code .net. Il y a, malheureusement, pour autant que je sache, aucun moyen de contourner cela (je l'ai essayé: ().

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top