Remotecomputer können keine Verbindung zum Visual Studio-Webserver herstellen

Ich erinnere mich, als MS Cassini entwickelte – ich glaube, sie haben es in VS 05/08 eingebaut, also denke ich, dass dies eine Cassini-Webserverfrage ist.

Ich verwende Windows XP mit Visual Studio 2008 und finde es ziemlich unpraktisch, wenn ich eine Webseite / einen Stil mit mehreren Browsern und mehreren Betriebssystemen testen möchte. Im Moment muss ich den Code auf unserem Server bereitstellen, und wenn es irgendwelche Updates gibt, die sich ereignen müssen, wird der process ziemlich zeitraubend. Da ich XP / IIS 5 verwende, ist die Option, IIS zu verwenden, keine Option. Die Verwendung von IIS unter XP erfordert ein extra Präfix für ein Projekt, das alle Links, CSS etc. bricht. Dies war auch ein sehr schnelles Entwicklungsprojekt, also Dinge wie root dir, die in config herausgezogen werden sollten, bin ich ziemlich auf Board mit dieser Art von Lösung, aber es wurde nicht in diesem Projekt implementiert. Es scheint auch sehr skizzenhaft zu sein, dass MS keine einfache Flagge irgendwo erlauben würde, um entfernte Verbindungen zu erlauben – es ist ziemlich einfach ( http://www.devx.com/dotnet/Article/11711 ), aber ich möchte Cassini nicht neu kompilieren.

Kann jemand den integrierten Entwicklungs-Webserver in Visual Studio 2008 von anderen Computern sehen? Dies würde viel Zeit sparen.

habe gerade eine gute Lösung gefunden: 1) Fiddler auf dem Entwicklungscomputer einrichten 2) Remote-Computer so http://localhost.:[insert your dev port # here , dass er fiddler als Proxy verwendet 3) browse zu http://localhost.:[insert your dev port # here / auf dem entfernten Rechner

Entschuldigung für die Beantwortung einer alten Frage, aber es ist in Google rangiert, also habe ich beschlossen, meine 2 Cent hinzuzufügen:

In VS 2010 gibt es eine Option zur Verwendung von “IIS Express” anstelle von VS Development Server, der standardmäßig Remoteverbindungen zulässt.

UPDATE: Die aktuelle Version von IIS Express lässt standardmäßig keine externen Verbindungen zu, siehe HIER, wie Sie Remote-Verbindungen aktivieren können.

Sie können ein Port Forwarding Utility verwenden, um einen Port anzuhören, sagen wir 5000, und dann den gesamten Datenverkehr an den Port von Visual Studio weiterleiten.

Die Lösung wird im Artikel Zugriff auf den Visual Studio ASP.NET-Entwicklungsserver vom iPhone aus beschrieben .

Ich habe einen Blogpost basierend auf dem obigen Artikel geschrieben, der es zusammenfasst. Zugreifen auf Visual Studio Web Server aus der Ferne .

Bildbeschreibung hier eingeben

Microsoft lässt dies nicht absichtlich zu – sie möchten nicht, dass Sie Ihre Anwendung mit Cassini bereitstellen. Es ist direkt in den Code kompiliert .

Davon abgesehen habe ich mich oft gefragt, ob sie nur die URL für “localhost” überprüfen. Vielleicht könnte es die HOSTS-Datei des Remote-Rechners bearbeiten und “localhost” auf den Cassini-Rechner redirect? Einen Versuch wert … In Windows finden Sie hier HOSTS:

 C:\Windows\system32\drivers\etc 

Sie können in Ihre Webprojekteinstellungen gehen und stattdessen den lokalen IIS als Host verwenden, und dann funktioniert es einwandfrei.

Lösen Sie Ihr Problem mit defekten Links, Pfaden zu Dateien usw. Verwenden Sie relative Links.

Außerdem wird das Token “~ /” (ohne Anführungszeichen) in den URLs / Pfadeigenschaften / Werten in den ASP.NET-Serversteuerelementen automatisch durch den tatsächlichen Pfad zum Unterordner des IIS ersetzt, in dem sich Ihre Anwendung befindet.

Damit diese Lösung funktioniert, muss der Stamm der zu entwickelnden Webanwendung eine IIS-Anwendung sein (siehe die Eigenschaftsseiten Ihres Webprojekts im Abschnitt “Web”, in dem Sie einen Link oder eine Schaltfläche zum Erstellen der IIS-Anwendung finden).

Google für IIS-Webanwendungsstamm

Ich teste gegen mehrere Browser in meiner lokalen Box. Dem lokalen Webserver ist es egal, ob Sie mit Opera / Safari / Firefox / IE eine Verbindung herstellen. Normalerweise feuere ich das Projekt im Debugger auf, der auch IE startet, und schneide dann die URL aus IE in den Browser, mit dem ich gerade teste. Normalerweise ändert sich der Port, den Cassini auswählt, nicht oft, daher ist die URL oft schon in meinem Browserverlauf vorhanden. Sobald der Webserver ausgeführt wird, können Sie den Debugger sogar stoppen und im alternativen Browser testen.

Für andere MacOS veröffentliche ich normalerweise auf einem QA-Server mit IIS6. Ich habe sehr wenige Fälle gefunden, in denen nach dem Testen mit IE / Firefox / etc. Auf WinXP gab es Probleme auf dem Mac. Ich erkläre Varianten von Linux nicht speziell.

Versuchen Sie, .Net an 127.0.0.1 anstelle von localhost zu binden, es macht tatsächlich einen Unterschied mit der Auflösung in einigen Fällen, denen ich begegnete. Ich wünschte, ich hätte es die ganze Zeit gewusst, hätte mir eine Menge Stunden erspart.

Ich habe auch Privoxy gesehen, das vielleicht schneller ist, aber Fiddler ist viel einfacher und erfordert kein Loopback.

Wie auch immer, ich habe VS Setup auf localhost: 15709 und dies in Fiddler: if (oSession.host.toLowerCase () == “Webserver: 15709”) oSession.host = “localhost: 15709”;

Also gebe ich einfach webserver: 15709 in meine VM ein und es funktioniert super.

Bei der Verwendung von Fiddler als Reverseproxy könnte der Entwicklungswebserver die Anfrage erhalten, wird aber zur internen Anfrage (127.0.0.1), was in meinem Fall nutzlos ist.

Ich versuche, Remote-Anfrage zu fangen, um es dort zu debuggen.

WebMatrix ist eine andere Alternative.