Dela via

ASP.NET Felsökning: Systemkrav

I det här avsnittet beskrivs programvaru- och säkerhetskrav för ASP.NET felsökningsscenarier:

  • Lokal felsökning, där Visual Studio och webbprogrammet körs på samma dator. Det finns två versioner av det här scenariot:

    • Den ASP.NET koden finns i filsystemet.

    • Den ASP.NET koden finns på en IIS-webbplats (Internet Information Services).

  • Fjärrfelsökning, där Visual Studio körs på en klientdator och felsöker ett webbprogram som körs på en fjärrserverdator.

Säkerhetskrav

För fjärrfelsökning måste lokala datorer och fjärrdatorer finnas i en domänkonfiguration eller en arbetsgruppskonfiguration.

Om du vill felsöka ASP.NET-arbetsprocessen (som hanteras av en programpool) måste du ha behörighet att felsöka den processen. Som standard körs ASP.NET program före IIS 6.0 som ASPNET-användare . I IIS 6.0 och IIS 7.0 är NETWORK SERVICE-kontot standard. Om arbetsprocessen körs som ASPNET eller som NÄTVERKSTJÄNST måste du ha administratörsbehörighet för att kunna felsöka den.

Viktigt!

Från och med Windows Server 2008 R2 rekommenderar vi att du använder ApplicationPoolIdentity som identitet för varje programpool.

Namnet på ASP.NET arbetsprocess varierar beroende på felsökningsscenario och version av IIS. Mer information finns i Så här hittar du namnet på ASP.NET process.

Du kan ändra det användarkonto som ASP.NET arbetsprocessen körs under genom att redigera filen machine.config på servern som kör IIS. Det bästa sättet att göra detta är att använda IIS-hanteraren (Internet Information Services). Mer information finns i Så här kör du arbetsprocessen under ett användarkonto.

Om du ändrar ASP.NET arbetsprocessen så att den körs under ditt eget användarkonto behöver du inte vara administratör på den server som kör IIS.

Försiktighet

Innan du ändrar ASP.NET arbetsprocessen så att den körs under ett annat konto bör du överväga de möjliga konsekvenserna om ASP.NET-arbetsprocessen ska hackas när du kör under det kontot. ASPNET- och NETWORK SERVICE-användarkontona körs med minimal behörighet, vilket minskar eventuella skador om processen hackas. Om du måste ändra ASP.NET arbetsprocessen så att den körs under ett konto som har större behörigheter är den potentiella skadan större.

Relaterat innehåll