Problemen met externe foutopsporing oplossen

Van toepassing op: Visual Studio

Dit artikel bevat stappen voor probleemoplossing en oplossingen voor enkele veelvoorkomende problemen met externe foutopsporing.

Als u problemen met externe foutopsporing wilt oplossen, moet u eerst controleren op foutberichten en dit 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 hier de meest voorkomende problemen en oplossingen:

Onjuiste versie van het externe foutopsporingsprogramma geïnstalleerd

Voor scenario's waarbij u het externe foutopsporingsprogramma handmatig installeert op een externe computer, controleert u of de geïnstalleerde versie overeenkomt met uw versie van Visual Studio. Zie Extern foutopsporingsprogramma voor actuele koppelingen om het externe foutopsporingsprogramma te downloaden.

Een release-build wordt geïmplementeerd op de server in plaats van een foutopsporingsbuild

Het hulpprogramma Publiceren en sommige andere publicatieopties hebben een afzonderlijke configuratie-instelling voor foutopsporing die u moet instellen. (Mogelijk kiest u een build voor foutopsporing 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 de foutopsporingssymbolen worden niet geladen)

Voor dit probleem ziet u mogelijk het bericht Geen symbolen zijn geladen.

Gebruik het venster Modules om erachter te komen wat de laadstatus van het symbool voor uw module is 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 Gebruikerscode juist is, maar symbolen niet worden 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 gezegd, de oorspronkelijke .pdb-bestanden of kopieën). Voor externe Windows-foutopsporing worden PDB-bestanden standaard gelezen op de Visual Studio-computer en niet vanaf de server. (Msvsmon heeft echter een opdrachtregelargument om terug te vallen op externe .pdb-bestanden in te schakelen.)

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 Bouwen. 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 .

Het proces dat u nodig hebt, wordt niet weergegeven in het dialoogvenster Koppelen aan proces

In sommige scenario's moet u handmatig koppelen aan het juiste proces. Als u Koppelen aan proces gebruikt voor uw scenario en het verwachte proces niet ziet:

• Als het filter voor het zoekproces eerder is ingesteld, controleert u of u het moet wissen.
• Selecteer Processen weergeven voor alle gebruikers om processen weer te geven die worden uitgevoerd onder andere gebruikersaccounts.
• Voor trage verbindingen kunt u de optie Automatisch vernieuwen uitschakelen.
• Als de standaardinstellingen worden gewijzigd, kunnen de velden Verbindingstype en Koppelen aan beperken welke processen in de lijst worden weergegeven.

U koppelt niet aan het juiste proces

Als u attach to process gebruikt, controleert u of u het juiste proces koppelt. Zie Veelvoorkomende scenario's voor foutopsporing voor meer informatie.

Er is geen vereiste poort 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 de poorten zijn geopend. In azure-VM-scenario's moet u waarschijnlijk de poort van het externe foutopsporingsprogramma openen en de serverpoort (IIS gebruikt bijvoorbeeld 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.