Błąd: Nie można rozpocząć debugowania na serwerze sieci Web
Podczas debugowania aplikacji uruchomionych na serwerze sieci Web, mogą uzyskać czasami ten komunikat o błędzie:
Unable to start debugging on the Web server
Jeżeli wiadomość jest dłuższy niż czas, jest objęta tego jednego tematu podrzędnego.
Jeśli wystąpi ten błąd, istnieje kilka czynności, które należy rozważyć.Najpierw przejść do rzeczy do wyboru, a następnie rozważyć 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
Dołączenie ręczne
Program Debug: polecenie nie można przetworzyć żądania przez serwer z powodu nieprawidłowa składnia
Rzeczy do wyboru
Spróbuj sprawdzić następujące rzeczy:
Przejrzyj procedury konfigurowania ASP.NET lub ATL Server.Aby uzyskać więcej informacji, zobacz Przygotowywanie do debugowania ASP.NET.
Czy posiadasz uprawnienia dostępu niezbędne do debugowania?Aby uzyskać więcej informacji, zobacz Wymagania dotyczące zabezpieczeń w sekcji ASP.NET Debugowanie: wymagania systemu.
Jest używana wersja systemu Windows, która umożliwia Visual Studio debugger automatycznego dołączania do aplikacji sieci Web?Jeśli tak nie jest, należy uruchomić aplikację bez debugowania i ręcznie dołączyć do niego. (Aby uzyskać więcej informacji, zobacz Ręcznie dołączanie i ASP.NET Debugowanie: wymagania systemu.)
Aplikacja sieci Web ma plik Web.config?
Czy tryb debugowania Włącz plik Web.config przez ustawienie debug atrybut do true?Aby uzyskać więcej informacji, zobacz Porady: włączanie debugowania dla aplikacji ASP.NET.
Plik Web.config zawiera błędy składni?Można sprawdzić błędy składniowe, uruchamiając aplikację sieci Web bez debugowania. (Wybierz polecenie z menu Debugowanie Start bez debugowania.) Jeśli istnieją błędy składni w pliku Web.config, szczegółowe informacje będą wyświetlane.
Czy można utworzyć projekt określając określonego adresu IP (na przykład 100.20.300.400)Debugowanie serwera sieci Web wymaga uwierzytelniania NTLM.Domyślnie adresy IP są uważane za część Internetu, a uwierzytelnianie NTLM nie odbywa się przez Internet.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 komputerze. (Z menu Narzędzia programu Internet Explorer, wybierz polecenie Opcje internetowe, a następnie wybierz kartę Zabezpieczenia).
Niezbędne rozszerzenia są zarejestrowane na serwerze?Jeśli nie, należy ponownie zarejestrować ASP.NET zgodnie z opisem w poniższej procedurze.
Został zainstalowany na komputerze lokalnym program IIS (uruchomienie maszyny Visual Studio) po Visual Studio został zainstalowany?Usługi IIS należy zainstalować przed Visual Studio.Jeśli został zainstalowany później, może być konieczne ponownie zarejestrować platformę ASP.NET.
Aby ponownie zarejestrować platformę ASP.NET
Z okna wiersza polecenia Uruchom następujące polecenie:systemroot\Microsoft.NET\Framework\ versionNumber \aspnet_regiis -i
Uwaga z systemu Windows Server 2003, można zainstalować ASP.NET apletu Dodaj lub usuń programy w Panelu sterowania.
Wstaw Visual Studio dysku, uruchom Instalatora i wybierz Naprawy/Reinstall.W tym kroku utworzy udział $ wwwroot i dodać odpowiednie uprawnienia.
Nazwa witryny zmapowaniu na adres sprzężenia zwrotnego lokalnych gdy włączone jest zintegrowane uwierzytelnianie?Zobacz w tym artykule bazy wiedzy Knowledge Base rezolucji.
Adres URL dla projektu jest zacząć prawidłowo określonej strony?Katalog rozszerzenia i projektu są poprawne?
Sprawdź ustawienia usług IIS dla aplikacji sieci Web.Aby uzyskać więcej informacji, zobacz Porady: weryfikacja właściwości ustawień IIS.
Jeśli masz dwie wersje systemu.NET Framework zainstalowana na serwerze sieci Web, sprawdź, czy ustawiono poprawnej wersji w ustawieniach programu IIS.Aby uzyskać więcej informacji, zobacz Porady: weryfikacja właściwości ustawień IIS.
Aplikacje sieci Web na serwerach zdalnych
W przypadku aplikacji sieci Web na serwerze zdalnym, najpierw upewnij się, masz już za elementy w rzeczy do wyboru.Następnie sprawdź następujące elementy:
Czy serwer usług IIS działa maszyna ma Visual Studio zdalnego zainstalowanych składników?Aby uzyskać więcej informacji, zobacz Przygotowywanie do debugowania ASP.NET.
Czy posiadasz uprawnienia dostępu niezbędne do debugowania?Aby uzyskać więcej informacji, zobacz Wymagania dotyczące zabezpieczeń w sekcji ASP.NET Debugowanie: wymagania systemu.
Czy 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ługiwany 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ń serwera programu FrontPage, jak jego tryb dostępu w sieci Web, sprawdź następujące elementy:
- Jest Visual SourceSafe znajdujące się na tym samym komputerze co serwer Web serwera programu FrontPage?Jeśli tak, można debugować za pomocą 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: Porady: weryfikacja właściwości ustawień IIS.
Program Debug: polecenie nie można przetworzyć żądania przez serwer z powodu nieprawidłowa składnia
Czasami serwer nie może przetworzyć żądania debugowania 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 absurdalnie dużą wartość (na przykład 40,960,000), ten błąd występuje.
Dołączenie ręczne
Wykonaj kroki rozwiązywania problemów i nadal jest wyświetlany komunikat o błędzie podczas uruchamiania debugowania, można spróbować debugowanie aplikacji przez ręczne dołączenie.
Aby dołączyć ręcznie
Uruchom aplikację bez debugowania. (Z Debug menu, wybierz polecenie Start bez debugowania.)
Określanie nazwy odpowiednich procesu usług IIS lub proces roboczy.Aplikacje serwera ATL noszą nazwy inetinfo.exe domyślnie.Aby określić nazwę ASP.NET procesów roboczych, zobacz Porada: Znajdowanie nazwy procesu ASP.NET.
Użyj jednej z następujących procedur do określenia, które proces ASP.NET lub uruchamiana jest aplikacja serwera ATL.
Dołącz do procesu ustalona przez poprzedni krok.Aby uzyskać więcej informacji, zobacz <PAVE OVER> Porady: dołączanie do uruchomionego procesu.
Aby sprawdzić, które procesy uruchamiana jest aplikacja ASP.NET
Użycie 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 inetinfo.exe.
Aby sprawdzić, który proces serwera ATL, aplikacja zostanie uruchomiona w obszarze
W oknie Solution Explorer kliknij nazwę projektu prawym przyciskiem myszy i wybierz polecenie Właściwości z menu skrótów.
W <Projekt > Stron właściwości po otwarciu okna dialogowego Wdrażanie sieci Web folder i wybierz polecenie rodzajówl.
Przyjrzyj się Ochrona aplikacji ustawienie.
Jeśli to ustawienie jest Niski (proces IIS), aplikacja zostanie uruchomiona w ramach inetinfo.exe.
Jeśli to ustawienie jest Średni (buforowany), aplikacja zostanie uruchomiona w ramach procesu dllhost.exe (wspólne z innych aplikacji pozaprocesowych w puli aplikacji serwera ATL).
W ustawieniu jest Wysoki (izolowany), aplikacja zostanie uruchomiona w ramach procesu dllhost.exe (z dala od innych aplikacji serwera ATL).
Kliknij przycisk OK aby zamknąć <Projekt > Stron właściwości okno dialogowe.
Zobacz też
Zadania
Błąd: serwer sieci Web nie mógł znaleźć żądanego zasobu
Informacje
Debugowanie aplikacji sieci Web: Błędy i rozwiązywanie problemów