Genehmigt: Fortect
In einigen Fällen hängt Ihr System möglicherweise einen Fehlercode auf, der angibt, dass das Debuggen auf einem Webserver nicht möglich ist. Dieses Problem kann mehrere Gründe haben.Wenn Sie versuchen, eine ASP.NET-Softwareauftragsanwendung zu debuggen, die auf einem Webserver ausgeführt wird, erhalten Sie höchstwahrscheinlich diese Fehlermeldung: “Debugging on a Webserver nicht möglich.” Häufig ist der Fehler auf einen Lernfehler oder eine Änderung zurückzuführen, die eine Verbesserung der Anwendungspools, die Konfiguration von IIS oder beides erfordert.
- Aktionsminuten zum Lesen.
Im Artikel
Wie debugge ich? ein IIS-Problem?
Wenn Sie versuchen, eine ASP.NET-Softwareüberraschung zu debuggen, die auf einem Webserver ausgeführt wird, erhalten Sie möglicherweise die folgende Fehlermeldung: Konto-Debugging auf Webserver kann nicht bestätigt werden
.
Häufig tritt ein bestimmter Fehler aufgrund eines schwerwiegenden Fehlers oder einer Konfigurationsänderung auf, die einen Neuanfang erfordert, um Sie bei Anwendungspools, Zurücksetzen von IIS oder möglicherweise beidem zu unterstützen. Sie können IIS zurücksetzen, weil Sie eine Eingabeaufforderung mit erhöhten Rechten lesen und iisreset
eingeben.
Wie lautet die detaillierte Fehlermeldung?
Der Fehler, der nur das Debuggen auf dem Internet Text Messaging Server auslöst
ist weit verbreitet. Normalerweise haben Fehler in der Zeichenfolge ein spezifischeres Ziel, das Ihnen wahrscheinlich hilft, den Faktor zu identifizieren, der das Dilemma verursacht, oder die perfekte und genauere Antwort auf das Problem zu finden. Hier sind einige der nicht selteneren Fehlermeldungen, die an die Hauptfehlermeldung angehängt sind:
- IIS zeichnet keine Websites auf, die die Start-URL lesen
- Der Webserver ist nicht richtig gestaltet
- Verbindung zum Webserver nicht möglich
- Der Webserver hat definitiv nicht rechtzeitig geantwortet
- Der isolierte Debugmonitor von Microsoft Visual Studio (msvsmon.exe) ist auf dem einzelnen Remotecomputer nicht verfügbar
- Das virtuelle Steuerelement hat einen Fehler für die Anwendung zurückgegeben
- ASP.NET-Debugging kann nicht gestartet werden
- Der Debugger konnte keine Verbindung zum Computersystemsystem herstellen
- Informationen zum gesamten Los finden Sie unter Remote für häufige Konfigurationsfehler. Das Ausführen einer separaten Debugger-Webseite kann Anfängerinformationen liefern.
- Vorgang nicht unterstützt. Unbekannter Fehler: Fehlernummer
IIS listet keine Websites auf, die mit der Start-URL verknüpft sind
-
< /h2>Verwenden Sie einen Browser, um die Remote Application Server-Wartungskonsole zu öffnen.Erweitern Sie den Serverknotentyp und klicken Sie zusätzlich auf Anwendungsserver.Klicken Sie auf Debug-Dienst.Aktivieren Sie das Kontrollkästchen Start.Klicken Sie auf Übernehmen und speichern Sie die Konfiguration.Stoppen Sie unseren eigenen Taskserver, wenn er läuft.Beginnen Sie mit der Anzeige der Serverauslastung.
Starten Sie als effektiver Administrator Visual Studio neu und versuchen Sie das Debuggen erneut. (Einige ASP.NET-Debugging-Bedingungen erfordern erhöhte Berechtigungen.)
Sie können Visual Studio so konfigurieren, dass es immer als Administrator ausgeführt wird, indem Sie mit der rechten Maustaste auf diese beliebte Visual Studio-Verknüpfung klicken, Eigenschaften> Erweitert auswählen und dann Ausführen als auswählen Administrator wie immer. p>
Webserver nicht konfiguriert Fehler: Korrigieren
- Siehe “Der Webserver ist nicht richtig eingerichtet “.
Verbindung zum Webserver nicht möglich
-
Verwenden Sie Visual Studio und einen Remote-Webcomputer auf einem bestimmten Computer und debuggen Sie stattdessen mit F5 zusammen mit An Prozess anhängen? Öffnen Sie Ihre Projekteigenschaften und stellen Sie außerdem sicher, dass der größte Teil des Projekts bereit ist, sich mit dem richtigen Webserver zu verbinden und die URL für Sie auszuführen. (Öffnen Sie Eigenschaften> Webserver> Sonst Eigenschaften> Debug, abhängig von Ihrem aktuellen Geschäftstyp. Für ein offeneres Projekt mit umfangreichen Formularen öffnen Sie zusätzliche openProperties> Seiten mit Startoptionen> Server.)
Genehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
- 1. Laden Sie Fortect herunter und installieren Sie es auf Ihrem Computer
- 2. Starten Sie das Programm und klicken Sie auf "Scannen"
- 3. Klicken Sie auf "Reparieren", um alle gefundenen Probleme zu beheben
Starten Sie andernfalls den Paketpool neu und setzen Sie dann IIS zurück. Weitere Informationen finden Sie unter IIS-Konstruktion überprüfen .
Der Webserver sollte nicht rechtzeitig reagieren
- Wenn Sie auch auf Null IIS zurücksetzen, versuchen Sie das Debuggen erneut. Sie können viele Instanzen des Debuggers an einen IIS-Prozess anhängen; ein Reset vervollständigt es. Weitere Informationen finden Sie unter IIS-Formation überprüfen .
Visual Microsoft Professional Studio Remote Debugging Monitor (msvsmon.exe) funktioniert nicht auf dem Remotecomputer
- Wenn Benutzer eine Online-Computerhilfemaschine debuggen, stellen Sie sicher, dass der Remote-Debugger wahrscheinlich installiert und trainiert ist. Wenn sich die Nachricht auf eine Firewall bezieht, stellen Sie sicher, dass die guten Firewall-Öffnungen geöffnet sind, insbesondere wenn Sie eine Firewall eines Drittanbieters verwenden.
- Wenn Familien eine HOSTS-Datei verwenden, ist diese insbesondere richtig konfiguriert. Wenn Sie beispielsweise sehr gut mit F5 debuggen (anstelle von Attach to Process), sollte ihre HOSTS-Datei Ihnen dabei helfen, das unglaublich gleiche URL-Res-Projekt in Ihre Projekteigenschaften aufzunehmen, Eigenschaften> Internet> Server- oder Debug-Eigenschaften> je nach seiner Art Ihres Projekts. >
Der Remote-Server hat einen Fehler zurückgegeben
Überprüfen Sie, ob Sie IIS-Protokolldatei sind, um weitere Fehlerbeschränkungen und Informationen zu erhalten. Siehe diesen Beitrag in einem IIS 7-Blog .
Wie behebe ich das Problem? Sie können das Debugging auf dem Webserver nicht starten?
Außerdem sind hier einige der häufigsten Fehlercodes und einige Ansätze aufgeführt.
- (403) Verboten. Es gibt viele mögliche Variablen für diesen Fehler. Suchen Sie also Ihr Protokollarchiv und die IIS-Sicherheitseinstellungen für die Website. Stellen Sie sicher, dass die web.config-Datei des Servers in einigen Build-Elementen
debug gleich true
enthält. Stellen Sie außerdem sicher, dass Ihr Webanwendungsordner über die richtigen Berechtigungen verfügt und dass die Erstellung des Anwendungspools echt ist (das Kennwort hat sich möglicherweise geändert). Siehe Überprüfen Sie Ihr System iis. Wenn diese Einstellungen beim Debuggen in Ihrer Stadt bereits korrekt sind, stellen Sie auch sicher, dass Sie eine Verbindung zum Marktplatz herstellen, indem Sie den richtigen Servertyp und die richtige URL verwenden (unter Eigenschaften > Webserver> oder Eigenschaften> Debug, je nach Aufgabentyp). - (503) Server nicht erreichbar. Der Anwendungspool wurde möglicherweise gestoppt, um Ihnen bei einem Fehler oder einer Designänderung zu helfen. Starten Sie das Behandlungsbecken neu.
- (404) Nicht gefunden. Stellen Sie sicher, dass ihr Anwendungspool normalerweise für die wünschenswerteste ASP.NET-Version konfiguriert ist.
Fehler beim Starten des ASP.NET-Debuggings
- Starten Sie die Anwendung neu und setzen Sie IIS zurück. Weitere Berichte finden Sie unter IIS-Konfigurationsprüfung .
- Wenn Sie zum Testen von URL-Umschreibungen allgemein sind, nutzen Sie einfach eine einfache web.config-Datei ohne URL-Umschreibung. Siehe den Hinweis für das URL-Rewriting-Modul unter Überprüfen Sie Ihre IIS-Einstellung .
Der Debugger kann keine Verbindung zum Remote-Computer herstellen
Sehen Sie sich auf den genauen Eigenschaftenseiten fast jeder Website oder eines virtuellen Webverzeichnisses die Registerkarte Start zusammen mit virtuellem Verzeichnis an.Drücken Sie im Abschnitt Anwendungseinstellungen auf Konfiguration.Klicken Sie auf die Registerkarte Debug.Aktivieren Sie das Kontrollkästchen ASP-serverseitiges Skriptdebugging aktivieren.
Wenn Sie am häufigsten lokal debuggen, öffnen Sie Ihre Projekteigenschaften in Visual Studio und stellen Sie sicher, dass es für die Verbindung mit dem richtigen Webserver und der richtigen URL konfiguriert ist. (Je nach Projekttyp öffnen Sie Eigenschaften> Webserver> oder Eigenschaften> Debug.
Öffnen Sie die Eigenschaften Ihres Projekts und vergewissern Sie sich, dass das Projekt für Basslautsprecher konfiguriert ist. (Öffnen Sie Eigenschaften> Internet> Server zusammen mit Eigenschaften> Debug, je nach Projekttyp.) Wenn dies möglicherweise nicht funktioniert oder Sie mit Sicherheit remote debuggen, befolgen Sie die Schritte im Abschnitt Überprüfen Ihrer IIS-Konfiguration “.
Dieser Fehler tritt während des lokalen Debuggens auf, da Visual Studio eine beliebige 32-Bit-Anwendung ist und daher die 64-Bit-Version dieses gezielten Debuggers zum Debuggen von 64-Bit-Anwendungen verwendet. Überprüfen Sie Ihre Anwendungsfreigabe in IIS, um sicherzustellen, dass die Option “32-Bit-Anwendungen aktivieren” aktiviert ist, damit Sie möglicherweise true
IIS neu starten und dann erneut nachsehen können.
Auch wenn Sie eine HOSTS-Datei verwenden, stellen Sie sicher, dass sie richtig konfiguriert ist. Zum Beispiel, wie die HOSTS-Datei jede alte Projekt-URL enthalten soll, wie in Ihren Projekt-Residenzen, Eigenschaften> Internet> Server- oder Debug-Eigenschaften> je nach Projekttyp.
Weitere Informationen zu häufig auftretenden Fehlerkonfigurationen finden Sie in der Hilfe. Das Ausführen einer externen Debugger-Webseite kann zusätzliche Informationen liefern.
-
Verwenden Sie Visual Studio und einen Webserver auf Ihrem Computer? Öffnen Sie Ihre Projekteigenschaften und stellen Sie sicher, dass Sie das Projekt erstellen
Beschleunigen Sie jetzt die Leistung Ihres Computers mit diesem einfachen Download.Wie ändere ich IIS Express in nächster IIS in Visual Studio 2019?