Błąd: Nie można uruchomić debugowanie na serwerze sieci Web
Przy próbie debugowania aplikacji uruchomionych na serwerze sieci Web, może niekiedy ten komunikat o błędzie:
Unable to start debugging on the Web server
Jeśli wiadomość jest dłuższy niż, jest objęta podrzędny tego.
Jeśli błąd ten wystąpi, istnieje kilka rzeczy, które należy rozważyć.Przejdź do rzeczy do wyboru, a następnie należy wziąć pod uwagę pozostałe elementy na podstawie konfiguracji sprzętu i oprogramowania.
Rzeczy do wyboru
Aplikacje sieci Web na serwerach zdalnych
Aplikacje sieci Web przechowywane w Visual SourceSafe i FrontPage przy użyciu rozszerzeń serwera
Ręczne dołączanie
Debug nie można przetworzyć żądania przez serwer z powodu nieprawidłowa składnia
Rzeczy do wyboru
Spróbuj wykonać sprawdzanie następujące rzeczy:
Przegląd procedur konfigurowania ASP.NET lub ATL Server.Aby uzyskać więcej informacji, zobacz Trwa przygotowywanie do debugowania ASP.NET.
Czy masz uprawnienia dostępu niezbędne do debugowania?Aby uzyskać więcej informacji, zobacz Wymagania zabezpieczeń sekcji w ASP.Debugowanie netto: Wymagania systemowe.
Czy są z wersją systemu Windows, która umożliwia debuggera Visual Studio automatycznie dołączać do aplikacji sieci Web?Jeśli nie, należy uruchomić aplikację bez debugowania i ręcznie dołączyć do niego.(Aby uzyskać więcej informacji, zobacz Ręczne dołączanie i ASP.Debugowanie netto: Wymagania systemowe.)
Czy aplikacja sieci Web ma plik Web.config?
Jest tryb debugowania włączyć plik Web.config, ustawiając debug atrybutu do true?Aby uzyskać więcej informacji, zobacz Jak: Włączanie debugowania stron ASP.NET Applications.
Czy plik Web.config zawiera błędy składni?Aby sprawdzić błędy składniowe, należy z uruchomioną aplikacją sieci Web bez debugowania.(Wybierz polecenie z Debug menu, Start Without Debugging.) Jeśli istnieją błędy składni w pliku Web.config, szczegółowe informacje będą wyświetlane.
Czy utworzyć projekt określając określony adres IP (na przykład 100.20.300.400)?Debugowanie na serwerze sieci Web wymaga uwierzytelniania NTLM.Domyślnie adresy IP są uznawane za część Internetu, a uwierzytelnianie NTLM nie odbywa się za pośrednictwem Internetu.Aby rozwiązać ten problem:
Podczas tworzenia projektu, należy określić nazwę komputera w sieci intranet.
- lub -
Dodaj adres IP (http://100.20.300.400) do listy zaufanych witryn na tym komputerze.(Z menu Narzędzia programu Internet Explorer, wybierz polecenie Opcje internetowe, a następnie wybierz kartę zabezpieczeń).
Niezbędne rozszerzenia są zarejestrowane na komputerze serwera?Jeśli nie, należy ponownie zarejestrować ASP.NET zgodnie z opisem w poniższej procedurze.
Został IIS zainstalowane na komputerze lokalnym (uruchamianie komputera Visual Studio) po Visual Studio został zainstalowany?Usługi IIS należy zainstalować przed Visual Studio.Jeśli został zainstalowany później, należy ponownie zarejestrować platformę ASP.NET.
Aby ponownie zarejestrować platformę ASP.NET
Z okna wiersza polecenia należy uruchomić następujące polecenie:systemroot\Microsoft.NET\Framework\ versionNumber \aspnet_regiis -i
Uwaga systemu Windows Server 2003 można zainstalować ASP.NET apletu Dodaj lub usuń programy w Panelu sterowania.
Wstawianie Visual Studio CD, uruchom Instalatora i wybierz Naprawy/Reinstall.W tym kroku utworzy udział $ wwwroot i dodać odpowiednie uprawnienia.
Jest nazwa witryny mapowany na adres sprzężenia zwrotnego lokalnego podczas, gdy jest włączone zintegrowane uwierzytelnianie?Zobacz w tym artykule bazy wiedzy Knowledge Base rezolucji.
Jest adres URL dla projektu poprawnie określone strony początkowej?Czy katalogu rozszerzenia i projektu są poprawne?
Sprawdź ustawienia usług IIS dla aplikacji sieci Web.Aby uzyskać więcej informacji, zobacz Jak: Sprawdź ustawienia właściwości usług IIS.
Jeśli masz dwie wersje.NET Framework są zainstalowane na serwerze sieci Web, sprawdź, czy ustawiono poprawnej wersji w ustawieniach programu IIS.Aby uzyskać więcej informacji, zobacz Jak: Sprawdź ustawienia właściwości usług IIS.
Aplikacje sieci Web na serwerach zdalnych
Jeśli aplikacja sieci Web na serwerze zdalnym, najpierw upewnij się mieć przeszli elementów w rzeczy do wyboru.Następnie należy sprawdzić następujące elementy:
Ma uruchomiony serwer IIS maszyny Visual Studio zdalnego zainstalowanych składników?Aby uzyskać więcej informacji, zobacz Trwa przygotowywanie do debugowania ASP.NET.
Czy masz uprawnienia dostępu niezbędne do debugowania?Aby uzyskać więcej informacji, zobacz Wymagania zabezpieczeń sekcji w ASP.Debugowanie netto: Wymagania systemowe.
Używasz serwera terminali do próby debugowania aplikacji sieci Web na komputerze zdalnym?Zdalne debugowanie macierzyste aplikacje sieci Web przy użyciu serwera terminali jest obsługiwany w systemie Windows XP.Nie jest obsługiwane w systemie Windows 2000 lub Windows NT.
Aplikacje sieci Web przechowywane w Visual SourceSafe i FrontPage przy użyciu rozszerzeń serwera
Jeśli aplikacja sieci Web są przechowywane w Visual SourceSafe i używa rozszerzeń FrontPage Server Extensions, jak jego tryb dostępu do sieci Web, sprawdź następujące możliwości:
- Jest Visual SourceSafe znajduje się na tym samym komputerze co serwer Web/serwera programu FrontPage?W takim przypadku można debugować przy użyciu zintegrowanego uwierzytelniania.Aby sprawdzić ustawienie zintegrowanego uwierzytelniania, zobacz procedurę , aby sprawdzić ustawienia zabezpieczeń usług IIS dla aplikacji sieci web znajduje się w następującym temacie: Jak: Sprawdź ustawienia właściwości usług IIS.
Debug nie można przetworzyć żądania przez serwer z powodu nieprawidłowa składnia
Czasami serwer nie może przetworzyć żądanie debug spowodowane złą składnię.Składnia złe żądanie może być spowodowane przez błędy w pliku machine.config.Jeśli plik machine.config ustawia maxRequestLength ridiculously dużą wartość (na przykład 40,960,000), ten błąd występuje.
Ręczne dołączanie
Wykonaj kroki rozwiązywania problemów i nadal jest wyświetlany komunikat o błędzie podczas uruchamiania debugowania, można spróbować debugowanie aplikacji poprzez dołączenie ręcznie.
Aby ręcznie dołączyć
Uruchomić aplikację bez debugowania.(Z debugowania menu, wybierz polecenie Start Without Debugging.)
Należy określić nazwę procesu usług IIS właściwe lub proces roboczy.Aplikacje serwera ATL są o nazwie inetinfo.exe domyślnie.Aby określić nazwę ASP.NET procesu roboczego, zobacz Jak: Znajdź nazwę programu ASP.Proces netto.
Użyj jednej z następujących procedur do ustalenia, który proces ASP.NET lub uruchamiana aplikacja serwera ATL.
Dołącz do procesu, określona w poprzednim kroku.Aby uzyskać więcej informacji, zobacz Jak: dołączanie do procesu uruchomionego.
Aby sprawdzić, który proces aplikacji ASP.Uruchamiana jest aplikacja netto
Użyj Visual Studio lub innego edytora tekstu, aby otworzyć machine.config pliku aplikacji.
Wewnątrz system.web węzła, znaleźć ProcessModel węzła i sprawdź jego enable atrybut:
Jeśli enable jest ustawiona na TRUE, aplikacja zostanie uruchomiona w ramach aspnet_wp.exe lub w3wp.exe.(To również jest ustawieniem domyślnym.)
Jeśli enable jest ustawiona na FALSE, aplikacja zostanie uruchomiona w ramach programu inetinfo.exe.
Aby sprawdzić, który proces serwera ATL uruchamiana aplikacja
W oknie Solution Explorer, kliknij prawym przyciskiem myszy nazwę projektu i wybierz polecenie Właściwości z menu skrótów.
W <Project> Strony właściwości otwarte okno dialogowe, Wdrożenie w sieci Web folderu i wybierz polecenie rodzajówl.
Spójrz na Ochrona aplikacji ustawienie.
Jeśli ustawienie jest Niski (proces IIS), aplikacja zostanie uruchomiona w ramach programu inetinfo.exe.
Jeśli ustawienie jest Średni (buforowany), aplikacja zostanie uruchomiona w ramach procesu dllhost.exe (wspólne z innych puli aplikacji serwera ATL).
To ustawienie jest Wysoki (izolowany), aplikacja zostanie uruchomiona w ramach procesu dllhost.exe (z dala od innych aplikacji serwera ATL).
Kliknij przycisk OK zamknąć <Project> Strony właściwości okno dialogowe.
Zobacz też
Zadania
Błąd: Serwer sieci Web nie może odnaleźć żądanego zasobu.
Informacje
Debugowania aplikacji sieci Web: Błędy i rozwiązywanie problemów