Dela via


Felsöka fjärrfelsökning

Gäller för: Visual Studio

I den här artikeln beskrivs felsökningssteg och lösningar på några vanliga problem med fjärrfelsökning.

För att felsöka problem med fjärrfelsökning är det första steget att söka efter felmeddelanden och undersöka. Meddelandet kan innehålla en länk med mer information.

Kontrollera sedan att appen körs korrekt på servern innan du försöker felsöka den.

Annars är här de vanligaste problemen och lösningarna:

Felaktig version av fjärrfelsökaren installerad

För scenarier där du installerar fjärrfelsökaren manuellt på en fjärrdator kontrollerar du att den installerade versionen matchar din version av Visual Studio. Aktuella länkar för att ladda ned fjärrfelsökaren finns i Fjärrfelsökare.

En versionsversion distribueras till servern i stället för en felsökningsversion

Verktyget Publicera och några andra publiceringsalternativ har en separat konfigurationsinställning för felsökning som du behöver ange. (Du kanske väljer ett felsökningsbygge när du kör appen i Visual Studio, men det betyder inte att du har installerat en felsökningsversion på servern.)

Du kan ansluta till fjärrprogrammet, men du kan inte nå brytpunkter (eller så läses inte felsökningssymboler in)

För det här problemet kan du se ett meddelande om att Inga symboler läses in.

Använd fönstret Moduler för att ta reda på symbolens inläsningsstatus för din modul och vilka moduler som felsökaren behandlar som användarkod eller Min kod.

  • Kolumnen Symbolstatus anger om symbolerna har lästs in korrekt för modulen.
  • Kolumnen Användarkod anger om modulen som du försöker felsöka klassificeras som Min kod. Om den visas felaktigt som Min kod har du förmodligen en versionsversion distribuerad till servern. Versionsbinärfiler är optimerade och betraktas aldrig som Min kod, så antingen inaktiverar du Just My Code eller distribuerar en felsökningsversion till servern.
  • Om inställningen Användarkod är korrekt, men symbolerna inte läses in, kontrollerar du att felsökaren använder rätt symbolfiler. Felsökningsprogrammet läser bara in symboler (.pdb-filer) som exakt matchar de .pdb-filer som skapades när en app skapades (det vill säga de ursprungliga .pdb-filerna eller kopiorna). För fjärrfelsökning i Windows läss SOM standard PDB-filer på Visual Studio-datorn och inte från servern. (Msvsmon har dock ett kommandoradsargument som gör det möjligt att återgå till fjärranslutna .pdb-filer.)

Mer information finns i Felsöka brytpunkter.

(ASP.NET) Versionen av ASP.NET som körs på servern är inte samma som den version som konfigurerats för din app

Du kan behöva installera rätt version av ASP.NET eller ASP.NET Core antingen på servern eller på den lokala datorn. Om du vill kontrollera appversionen av ASP.NET högerklickar du på projektet i Solution Explorer och väljer Egenskaper. Kontrollera fliken Skapa. Konfigurationen av ASP.NET på servern är specifik för scenariot. För ASP.NET Framework-appar kan du behöva ange ramverksversionen i dinweb.config-fil .

Du ser inte den process du behöver i dialogrutan Bifoga till process

Vissa scenarier kräver att du manuellt ansluter till rätt process. Om du använder Bifoga till process för ditt scenario och inte ser den process som du förväntar dig:

  • Om sökprocessfiltret har angetts tidigare kontrollerar du om du behöver rensa det.
  • Välj Visa processer för alla användare för att visa processer som körs under andra användarkonton.
  • För långsamma anslutningar kanske du vill inaktivera automatisk uppdatering.
  • Om de ändras från standardvärden kan fälten Anslutningstyp och Koppla till begränsa vilka processer som visas i listan.

Du ansluter inte till rätt process

Om du använder bifoga för att bearbeta kontrollerar du att du ansluter till rätt process. Mer information finns i Vanliga felsökningsscenarier.

En obligatorisk port är inte öppen

I de flesta ASP.NET installationer öppnas nödvändiga portar genom installation av ASP.NET och fjärrfelsökaren. Du kan dock behöva kontrollera att portarna är öppna. I scenarier med virtuella Azure-datorer behöver du förmodligen öppna fjärrfelsökarporten och serverporten (till exempel använder IIS port 80).

Förhöjd behörighet för fjärrfelsökaren kan krävas

I vissa fall kan du behöva köra fjärrfelsökaren som administratör. Mer information finns i Köra fjärrfelsökaren som administratör.