Problemen met externe foutopsporing oplossen

Van toepassing op: Visual Studio

In dit artikel worden stappen en oplossingen voor probleemoplossing geïntroduceerd voor enkele veelvoorkomende problemen met foutopsporing op afstand.

Als u problemen met externe foutopsporing wilt oplossen, moet u eerst controleren op foutberichten en onderzoeken. Het bericht bevat mogelijk een koppeling met meer informatie.

Controleer vervolgens of de app correct wordt uitgevoerd op de server voordat u fouten probeert op te sporen.

Anders zijn dit de meest voorkomende problemen en oplossingen:

Onjuiste versie van het externe foutopsporingsprogramma geïnstalleerd

Voor scenario's waarin u het externe foutopsporingsprogramma handmatig op een externe computer installeert, moet u ervoor zorgen dat de geïnstalleerde versie overeenkomt met uw versie van Visual Studio. Zie Remote Debugger voor huidige koppelingen om het externe foutopsporingsprogramma te downloaden.

Er wordt een release-build geïmplementeerd op de server in plaats van een build voor foutopsporing

Het hulpprogramma Publiceren en enkele andere publicatieopties hebben een afzonderlijke configuratie-instelling voor foutopsporing die u moet instellen. (U kiest mogelijk een foutopsporingsbuild wanneer u de app uitvoert in Visual Studio, maar dat betekent niet dat u een foutopsporingsbuild op de server hebt geïnstalleerd.)

U kunt koppelen aan de externe toepassing, maar u kunt geen onderbrekingspunten bereiken (of foutopsporingssymbolen worden niet geladen)

Voor dit probleem ziet u mogelijk een bericht dat er geen symbolen zijn geladen.

Gebruik het venster Modules om de laadstatus van het symbool voor uw module te achterhalen en welke modules het foutopsporingsprogramma behandelt als gebruikerscode of Mijn code.

• De kolom Symboolstatus geeft aan of symbolen correct zijn geladen voor de module.
• De kolom Gebruikerscode geeft aan of de module die u probeert op te sporen, is geclassificeerd als Mijn code. Als deze onjuist wordt weergegeven als Mijn code, hebt u waarschijnlijk een release-build geïmplementeerd op de server. Binaire releasebestanden zijn geoptimaliseerd en worden nooit beschouwd als Mijn code, dus schakel Just My Code uit of implementeer een foutopsporingsbuild op de server.
• Als de instelling voor gebruikerscode juist is, maar symbolen niet zijn geladen, controleert u of het foutopsporingsprogramma de juiste symboolbestanden gebruikt. Het foutopsporingsprogramma laadt alleen symbolen (.pdb-bestanden) die exact overeenkomen met de .pdb-bestanden die zijn gemaakt toen een app werd gebouwd (dat wil zeggen de oorspronkelijke .pdb-bestanden of kopieën). Voor externe Windows-foutopsporing worden standaard PDB-bestanden gelezen op de Visual Studio-computer en niet vanaf de server. (Msvsmon heeft echter een opdrachtregelargument om terug te vallen op externe .pdb-bestanden.)

Zie Problemen met onderbrekingspunten oplossen voor meer informatie.

(ASP.NET) De versie van ASP.NET die op de server wordt uitgevoerd, is niet hetzelfde als de versie die is geconfigureerd voor uw app

Mogelijk moet u de juiste versie van ASP.NET of ASP.NET Core installeren op de server of op uw lokale computer. Als u de app-versie van ASP.NET wilt controleren, klikt u met de rechtermuisknop op het project in Solution Explorer en kiest u Eigenschappen. Controleer het tabblad Opbouwen. De configuratie van ASP.NET op de server is specifiek voor het scenario. Voor ASP.NET Framework-apps moet u mogelijk de frameworkversie instellen in uw web.config-bestand .

U ziet het proces dat u nodig hebt niet in het dialoogvenster Bijvoegen aan proces

Voor sommige scenario's moet u handmatig koppelen aan het juiste proces. Als u Attach to Process gebruikt voor uw scenario en het proces dat u verwacht niet ziet:

• Als het zoekprocesfilter eerder is ingesteld, controleert u of u het wilt wissen.
• Selecteer Processen weergeven voor alle gebruikers om processen weer te geven die worden uitgevoerd onder andere gebruikersaccounts.
• Voor trage verbindingen kunt u het automatisch vernieuwen uitschakelen.
• Als ze worden gewijzigd van de standaardinstellingen, kunnen het verbindingstype en koppelen aan velden beperken welke processen in de lijst worden weergegeven.

U koppelt niet aan het juiste proces

Als u een bijlage gebruikt voor het proces, moet u ervoor zorgen dat u een bijlage aan het juiste proces koppelt. Zie Veelvoorkomende foutopsporingsscenario's voor meer informatie.

Een vereiste poort is niet geopend

In de meeste ASP.NET-instellingen worden vereiste poorten geopend door de installatie van ASP.NET en het externe foutopsporingsprogramma. Mogelijk moet u echter controleren of poorten zijn geopend. In azure-VM-scenario's moet u bijvoorbeeld waarschijnlijk de poort voor het externe foutopsporingsprogramma en de serverpoort openen (IIS maakt bijvoorbeeld gebruik van poort 80).

Verhoogde bevoegdheden voor het externe foutopsporingsprogramma zijn mogelijk vereist

In sommige scenario's moet u mogelijk het externe foutopsporingsprogramma uitvoeren als beheerder. Zie Het externe foutopsporingsprogramma uitvoeren als beheerder voor meer informatie.