Zdalne maszyny nie mogą połączyć się z serwerem Web Visual Studio

Przepraszam, że odpowiadam na Stare pytanie, ale wpisuje się w Google, więc postanowiłem dodać moje 2 grosze:

W VS 2010 istnieje opcja użycia "IIS Express" zamiast serwera deweloperskiego VS, który domyślnie umożliwia zdalne połączenia.

UPDATE: aktualna wersja usługi IIS Express domyślnie nie zezwala na połączenia zewnętrzne, zobacz tutaj Jak włączyć połączenia zdalne.

Możesz użyć narzędzia do przekierowania portów, aby nasłuchać portu, powiedzmy 5000, a następnie przekazać cały ten ruch do portu Visual Studio.

Rozwiązanie opisane jest w artykule, Dostęp do Visual Studio ASP.NET Serwer programistyczny z iPhone .

Napisałem post na blogu w oparciu o powyższy artykuł, który go podsumowuje, dostęp do Visual Studio Web Server zdalnie .

Microsoft nie pozwala na to celowo - nie chcą, abyś wdrażał swoją aplikację z Cassini. jest skompilowany do kodu .

Biorąc to pod uwagę, często zastanawiałem się, czy po prostu sprawdzają adres url pod kątem "localhost". Może edytowanie pliku HOSTS zdalnej Maszyny i przekierowanie "localhost" na maszynę cassini mogłoby go oszukać? Warto spróbować... W windows można znaleźć hosty tutaj:

C:\Windows\system32\drivers\etc

Możesz przejść do ustawień projektu WWW i użyć go lokalne IIS jako gospodarz zamiast tego, a następnie będzie działać dobrze.

Aby rozwiązać problem uszkodzonych linków, ścieżek do plików itp. Użyj odnośników względnych.

Również token "~ / " (bez cudzysłowów) wewnątrz adresów URL / właściwości ścieżki / wartości w ASP.NET kontrolki serwera zostaną automatycznie zastąpione rzeczywistą ścieżką do podfolderu usług IIS, w którym znajduje się aplikacja.

Aby To rozwiązanie działało, katalog główny tworzonej aplikacji webowej musi być aplikacją IIS (zobacz strony właściwości projektu web w sekcji Web, gdzie możesz znaleźć link lub przycisk do utworzenia aplikacji IIS).

Google for IIS Web Application Root.

Testuję na wielu przeglądarkach na moim lokalnym pudełku. Lokalny serwer WWW nie obchodzi, czy używasz Opery/Safari/Firefox/IE, aby się z nim połączyć. Zazwyczaj odpalam projekt w debuggerze, który również uruchamia IE, a następnie wytnij / wklej adres URL z IE do dowolnej przeglądarki, z którą testuję. Zazwyczaj wybrany port Cassini nie zmienia się często, więc wiele razy adres URL jest już w mojej historii przeglądarki. Po uruchomieniu serwera WWW można nawet zatrzymać debugger i kontynuować Testuj w alternatywnej przeglądarce.

W przypadku innych MacOS zazwyczaj publikuję na serwerze QA z IIS6. Znalazłem bardzo kilka przypadków, w których po przetestowaniu z IE / Firefox / etc. na WinXP były problemy na Macu. Nie testuję specjalnie wariantów Linuksa.

Spróbuj powiązać. Net z 127.0.0.1 zamiast localhost, to faktycznie robi różnicę z rozdzielczością w niektórych przypadkach napotkałem. Żałuję, że nie wiedziałem, że przez cały czas, zaoszczędziłoby mi to wiele godzin.

Widziałem też Privoxy, który może być szybszy, ale Fiddler jest o wiele łatwiejszy i nie wymaga konfigurowania loopbacka.

W każdym razie mam VS setup na localhost:15709 i to w Fiddler: if (oSession.gospodarz.toLowerCase () = = "webserver:15709").host = "localhost:15709";

Więc po prostu wpisz webserver:15709 w mojej maszynie wirtualnej i działa świetnie.

Używając Fiddlera jako odwrotnego proxy, programistyczny serwer WWW może otrzymać żądanie, ale staje się żądaniem wewnętrznym (127.0.0.1), co jest bezużyteczne w moim przypadku.

Próbuję złapać zdalne żądanie, aby je debugować.

WebMatrix jest inną alternatywą.