Zatwierdzono: Fortect
W niektórych przypadkach system może wyświetlać kod błędu wskazujący, że debugowanie dotyczące serwera WWW nie jest możliwe. Ta dysfunkcja może być spowodowana wieloma przyczynami.Podczas próby debugowania aplikacji pakietów ASP.NET działającej na serwerze sieci Web z reguły pojawia się następujący komunikat o błędzie: „Nie można debugować na serwerze sieci Web”. Często niepowodzenie jest wywołane niepowodzeniem uczenia się lub zmianą, która zwykle wymaga aktualizacji pul aplikacji, skonfigurowania usług IIS lub obu tych czynności.
- 8 minut na przeczytanie.
Jak debugować problem z usługami IIS?
Podczas próby debugowania pakietu oprogramowania komputerowego ASP.NET działającego na serwerze sieci Web może również zostać wyświetlony następujący błąd komunikat: Nie można uwzględnić debugowania na komputerze sieciowym
.
Często pojawia się określony błąd z powodu błędu lub zmiany konfiguracji, która wymaga aktualizacji, aby pomóc w pulach aplikacji, zresetowaniu IIS lub być może obu. Usługi IIS można zresetować, czytając wiersz polecenia z podwyższonym poziomem uprawnień i testując iisreset
.
Jaki jest szczegółowy komunikat o błędzie?
Błąd , który z kolei wyzwala debugowanie na Internetowym serwerze wiadomości tekstowych
, jest powszechny. Zwykle w kawałku łańcucha Błędy mają bardziej konkretny cel, ponieważ mogą pomóc w zidentyfikowaniu czynnika powodującego problem lub znalezieniu idealnego i dokładniejszego rozwiązania. Oto niektóre z bardziej znanych komunikatów o błędach dołączonych do głównego sygnału błędu:
- IIS nie wyświetla stron internetowych odczytujących początkowy adres URL
- Serwer sieciowy jest całkowicie niepoprawnie skonfigurowany
- Nie można połączyć się z serwerem WWW
- Serwer sieciowy nie odpowiedział na czas
- Izolowany monitor debugowania Microsoft Visual Studio (msvsmon.exe) nie jest dostępny na komputerze online
- Pilot zwrócił błąd dla podejścia
- Nie można uruchomić debugowania ASP.NET
- Debuger nie mógł połączyć się ze swoim komputerem
- Aby uzyskać więcej informacji, zobacz Zdalne, aby poznać typowe wyzwania związane z konfiguracją. Uruchomienie oddzielnej strony internetowej debugera może udostępnić nowe informacje.
- Operacja nie jest obsługiwana. Nieznany błąd: numer komórki błędu
IIS nie wyświetla witryn powiązanych z początkowym adresem URL
-
< /h2>Użyj przeglądarki, aby otworzyć konsolę konserwacji zdalnego serwera aplikacji.Rozwiń klasę węzła serwera i kliknij opcję Serwer aplikacji.Kliknij opcję Debuguj usługę.Zaznacz pole Start.Kliknij Zastosuj, a następnie zapisz konfigurację.Zatrzymaj nasz inny serwer aplikacji, jeśli jest uruchomiony.Zacznij widzieć wszystkie serwery aplikacji.
Jako skuteczny administrator, uruchom ponownie program Visual Studio i spróbuj ponownie debugować. (Niektóre scenariusze debugowania ASP.NET wymagają podwyższonych uprawnień).
Możesz skonfigurować program Visual Studio tak, aby zawsze działał jako administrator, klikając prawym przyciskiem myszy popularny skrót programu Visual Studio, wybierając Właściwości> Zaawansowane, a następnie wybierając Uruchom jako administrator Jak zawsze. p>
Serwer sieciowy nie jest skonfigurowany Błąd: poprawny
- Zobacz „Serwer sieciowy nie jest poprawnie skonfigurowany ”.
Nie można połączyć się z serwerem internetowym
-
Czy korzystasz z programu Visual Studio i zdalnej maszyny sieciowej na wysokim poziomie tego samego komputera i debugujesz za pomocą klawisza F5 tylko z dołączenia do procesu? Otwórz wspólnoty projektowe i upewnij się, że większość elementów projektu jest skonfigurowana do łączenia się z właściwym serwerem WWW i uruchamiania adresu URL za Ciebie. (Otwórz Właściwości > Serwer sieciowy > Inne właściwości > Debuguj, w zależności od rodzaju prowadzonej działalności. Aby uzyskać bardziej otwarty projekt formularzy internetowych, otwórz dodatkowe openProperties > Strony opcji uruchamiania > Serwer.)
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
- 1. Pobierz Fortect i zainstaluj na swoim komputerze
- 2. Uruchom program i kliknij „Skanuj”
- 3. Kliknij „Napraw”, aby naprawić znalezione problemy
W przeciwnym razie zrestartuj całą pulę aplikacji, a następnie zresetuj usługi IIS. Aby uzyskać znacznie więcej informacji, zobacz sprawdzanie konfiguracji IIS .
Serwer sieciowy nie powinien odpowiadać na czas
- Jeśli zresetujesz również usługi IIS, spróbuj ponownie debugować. Do procesu IIS można dołączyć wiele wystąpień debugera; reset dopełnia go. Aby uzyskać więcej krytycznych informacji, zobacz sprawdzanie konfiguracji IIS .
Monitor zdalnego debugowania Visual Microsoft Professional Studio (msvsmon.exe) nie działa na komputerze zdalnym
- Jeśli ludzie debugują dobry, solidny komputer zdalny, upewnij się, że zdalny debugger jest zdecydowanie zainstalowany i przeszkolony . Jeśli sygnał odnosi się do zapory, upewnij się, że odpowiednie otwory wentylacyjne zapory są otwarte, zwłaszcza w przypadku korzystania z zapory innej firmy.
- Jeśli używasz pliku HOSTS, jest on z pewnością poprawnie skonfigurowany. Na przykład, jeśli debugowałeś za pomocą klawisza F5 (zamiast Dołącz do procesu), plik HOSTS powinien pomóc w dołączeniu tego samego projektu URL Res do domów rodzinnych projektu, Właściwości> Internet> Właściwości serwera lub debugowania> w zależności od typu twojego projekt. >
Serwer zdalny zwrócił błąd
Sprawdź swój osobisty plik dziennika IIS pod kątem dodatkowych kodów błędów i informacji. Zobacz ten post w całym blogu IIS 7 .
Jak naprawić nie możesz rozpocząć debugowania na serwerze sieciowym?
Oto jeden z najczęstszych kodów błędów i kilka sugestii.
- (403) Zabronione. Istnieje wiele realistycznych przyczyn tego błędu. Znajdź plik drewna i ustawienia zabezpieczeń IIS dla witryny internetowej. Upewnij się, że plik web.config serwera zawiera
debug = true
w jakimś czynniku kompilacji. Upewnij się również, że folder Twojej aplikacji internetowej ma odpowiednie uprawnienia i że konfiguracja bilardowa aplikacji jest prawdziwa (hasło może zostać zmienione). Zobacz Sprawdź swój projekt iis. Jeśli te ustawienia są już prawidłowe i debugujesz w swoim mieście, upewnij się, że łączysz się z konkretnym rynkiem z prawidłowym typem serwera i adresem URL (pod Właściwości> Serwer WWW> lub Właściwości> Debug, w zależności od typu zadania). - (503) Serwer niedostępny. Pula aplikacji mogła przestać być opłacana z powodu błędu lub zmiany projektu. Uruchom ponownie tę pulę aplikacji.
- (404) Nie znaleziono. Liczba puli aplikacji jest zwykle skonfigurowana dla aktualnie poprawnej wersji ASP.NET.
Nie udało się rozpocząć debugowania ASP.NET
- Uruchom ponownie aplikację i całkowicie zresetuj IIS. Aby uzyskać dodatkowe raporty, zobacz Kontroler konfiguracji IIS .
- Jeśli Twoja rodzina w ogóle testuje przepisywanie adresów URL, używaj głównie prostego pliku web.config bez obracania adresów URL. Zobacz uwagę dotyczącą jednostki przepisywania adresów URL w sekcji Sprawdź konfigurację usług IIS .
Debuger nie może połączyć się z komputerem zdalnym
Na stronach właściwości prawie każdej witryny bloga lub wirtualnego katalogu internetowego spójrz na kartę Home lub Virtual Directory.W fazie Ustawienia aplikacji kliknij opcję Konfiguracja.Kliknij kartę Debugowanie.Zaznacz pole wyboru Włącz debugowanie skryptów po stronie serwera ASP.
Jeśli osoba zwykle debuguje lokalnie, otwórz właściwości projektu w całym programie Visual Studio i upewnij się, że jest on zmodyfikowany, aby połączyć się z odpowiednim serwerem sieci Web podczas korzystania z adresu URL. (W zależności od typu projektu otwórz Właściwości> Serwer sieciowy> lub Właściwości> Debug.
Otwórz właściwości swojego projektu, ale upewnij się, że projekt jest skonfigurowany pod kątem podrzędnego do właściwego serwera WWW tak poprawnie, jak początkowy adres URL. (Otwórz Właściwości > Internet > Serwer lub Właściwości > Debugowanie, w zależności od typu przedsiębiorstwa). Jeśli to może nie zadziałać lub jeśli możesz debugować zdalnie, wykonaj kroki opisane w sekcji Weryfikacja konfiguracji usług IIS ”.
Ten błąd pojawia się podczas lokalnego debugowania, ponieważ Visual Studio jest absolutną aplikacją 32-bitową i dlatego używa wersji 64-bitowej. Zostało to ustalone na debuggerze do debugowania aplikacji 64-bitowych . Sprawdź pulę aplikacji finansowych w usługach IIS, aby upewnić się, że opcja „Włącz aplikacje 32-bitowe” jest ustawiona tak, aby można było ponownie uruchomić usługi true
i później spróbować ponownie.
Nawet jeśli używasz dobrego, solidnego pliku HOSTS, upewnij się, że jest on w pełni skonfigurowany. Na przykład, w jaki sposób plik HOSTS powinien zawierać stary adres URL projektu, tak jak we właściwościach szacowania, Właściwości> Internet> Serwer lub Właściwości debugowania> na podstawie typu projektu.
Więcej informacji na temat konfiguracji typowych błędów można znaleźć w Pomocy. Uruchamianie zewnętrznej strony internetowej debugera może dostarczyć dodatkowych informacji.
-
Czy korzystasz z programu Visual Studio i serwera internetowego na swoim spersonalizowanym komputerze? Otwórz właściwości projektu i upewnij się, że skompilujesz projekt
Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.Jak zmienić IIS Express dla do lokalnych usług IIS w Visual Studio 2019?