Visual Studio 2017 hängt an den falschen w3wp-Prozess

Question

Heute morgen begonnen und schnell entdeckt Visual Studio 2017 Debugging meiner lokalen IIS-Website hat auf den Start von Debug F5 beendet. Nach ein paar Stunden des Nachverfolgens der Dinge habe ich herausgefunden, dass es an der falschen Seite, w3wp.exe Prozess anhaftet. Ich kann manuell anhängen und alles ist gut.

Wenn ich die Site stoppen, die VS diese Affinität hat, bekomme ich den Standard ... Das Debugging auf dem Webserver konnte nicht gestartet werden. Kann keine Verbindung mit dem Remote-Server herstellen

Jeder weiß, wie Visual Studio den w3wp.exe-Prozess wählt, an den der Debugger bei Debug-Starts anhängen möchte?

Answer 1

Endlich aufgelöst nach einem halben Tag der Zeit verbracht und haben keine genaue Auflösung. Bei diesem Projekt handelt es sich um eine Website, die auf einem bestimmten Port auf derselben Ebene wie die Standardwebsite ausgeführt wird. Das Update fügte den Port der Projekteigenschaftsseite 'Projekt-URL' hinzu und entfernte sie nicht mehr unterhalb der Standardwebsite. Ich habe nie gedacht, dass der Port in das Projekt URL aufgenommen wurde, wo das virtuelle Verzeichnis seit der ursprünglichen Einrichtung vor ein paar Wochen erstellt wurde. Wenn mein Speicher falsch ist, hat etwas den Port aus dieser Projekt-URL-Einstellung entfernt.

Ich bemerkte auch, dass aus irgendeinem Grund diese Website im IIS-Manager in 2 Standorten, unter der Standard-Website sowie die Website selbst angezeigt wurde. Bei der ursprünglichen Einrichtung wurde die Standard-Site gelöscht und später wieder hinzugefügt, aber seither funktionierte alles einwandfrei.

Nach mehr Gedanken erinnere ich mich auch, dass die ich entdeckte, wenn die Website nicht zuerst im Debugger ausgeführt wurde, wurde geändert, um unter IIS Express zu laufen. Ich weiß nicht, warum das passierte, wenn ich nicht über das Wochenende mit Schlafcode zu tun hatte.