Poradce při potížích společná oprávnění a souvisejících se zabezpečením v prostředí ASP.NET

Překlady článku Překlady článku
ID článku: 910449 - Produkty, které se vztahují k tomuto článku.
PROSTŘEDÍ ASP.Sloupec NET podporu hlasu

Poradce při potížích společná oprávnění a souvisejících se zabezpečením v Microsoft ASP.NET

Chcete-li upravit tento sloupec vašim potřebám, chceme vás pozvat předložit své nápady o tématech, které zajímají je a problémy, které chcete zobrazit určeno v budoucnu článků znalostní báze a podpora hlasové sloupce. Můžete odeslat své myšlenky a pomocí zpětné vazby Požádat o to formulář. Je také odkaz na formulář v dolní části tohoto sloupce.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Dobrý den je to Vignesh A.G z ASP.NET týmu. Vítá vás ASP.Sloupec NET podporu hlas! Byl pracovník podpory vývojáře pro za dva roky nyní na Microsoft a strávily Můj čas se zaměřením na prostředí ASP.NET a Internetová informační služba (IIS).

Zaměření tohoto sloupce nebude vysvětlit ASP.NET zabezpečení, ale aby osnovy několika postupy odstraňování potíží a tipy, které budou usnadnit zjištění a řešení některých běžných oprávnění a zabezpečení scénáře že jsme naleznete zde na PSS. Oprávnění a souvisejících se zabezpečením v prostředí ASP.NET jsou velmi dobře zdokumentovány. Ve skutečnosti bude dobré počet osob, které mohou spuštění do před pro vás stejný problém. Proto je pro tento sloupec je vhodným místem pro najdete odpovídající a vyčerpávající informace o prostředí ASP.Zabezpečení sítě. Není k dispozici lepší dojem než odstranit problém.

Užitečné nástroje

Dříve než se pokusíte opravit vše, co je přerušeno, je třeba Seznamte se s několika nástrojů, které vám umožní zúžit problém. V našem případě jsme by zájem nástroje jako FileMon, RegMon, a Auditování zabezpečení. Další informace o programu FileMon navštivte následující Web společnosti Microsoft:
http://technet.microsoft.com/en-us/Sysinternals/bb896642.aspx
Další informace o RegMon navštivte následující Web společnosti Microsoft:
http://technet.microsoft.com/en-us/Sysinternals/bb963881.aspx

Izolovat problém přejít k podrobnostem

  • Aplikace dříve pracoval? Pokud ano, potom co změnilo který mohlo učinit konec aplikace? Je možné, že aktualizace softwaru nebo aktualizace zabezpečení byla použita na serveru. Může mít také zaváděcí kód Příčinou problému.
  • Jednoduché stránky HTML a ASP sloužit ze služby IIS?
  • Byl přenesen do jiné verze aplikace SLUŽBA IIS?
  • Proveďte další ASP.NET aplikací na serveru se nezdaří s stejná chyba? Je to pouze aplikace, která selže?
  • Dochází k problému pouze určitým uživatelům nebo všem uživatelům?
  • Problém je reprodukovatelné při procházení místně na Webový server, nebo je reprodukovat pouze několik klientů?
  • Používáte-li zosobnění, pak nemá zosobněného uživatel mít nezbytné přístup k prostředku?
Výše uvedené otázky jsou užitečné diagnostikovat problém. Pokud účtujete vašeho problému s libovolným ASP.NET fóra a pokud je je pravděpodobné, které již odpovědi na většinu těchto otázek získáte rychlý ukazatel nebo řešení problému. Klíč je účtovat celé prostředí ASP.Zásobník ČISTÉ Najít chybu, případně namísto oznamující, že "vyskytla odepření přístupu při pokusu spustit můj ASP.NET aplikací. Kdokoli Nápověda?" Je mnohem jednodušší Prohlédněte trasování zásobníku a umožňují ukazatele, když uvidí kompletní chybovou zprávu. Proto je nutné požádat sami...

Co je přesná chybová zpráva?

Je první otázku žádáme zákazníky, "co je přesné informace o chybě zpráva?" Máte-li jasný popis vyvolána Microsoft chybové zprávy.Rozhraní .NET Framework v této části můžete přeskočit. Pokud aplikace masky skutečné chybová zpráva a poskytuje srozumitelné chybové zpráv, jako například "neočekávaná chyba má došlo k. Podrobnosti získáte od správce webu,"není mnohem použijte všichni uživatelé. Zde je několik kroků, které vám pomohou dosáhnout skutečného chybová zpráva.
  • Vyhledejte a otevřete soubor Web.config v aplikaci adresář a změna customErrors režim = "Off". Uložte soubor a reprodukovat došlo k potížím.
  • Stále nebude možné zobrazit skutečná chyba zprávy z důvodu vlastní události na chybu zpracování po provedení předchozího kroku provádí vývojář aplikace. Můžete se pokusit vyhledat Application_Errorv souboru Global.asax a komentáře mimo jakýkoliv kód, který používá událostServer.Transfer("errors.aspx") Funkce Přejít na vlastní chybovou stránku.
/Global.asax 
void Application_Error(object sender, EventArgs e) 
 {
  // Code that runs when an unhandled error occurs
  //Server.Transfer("Errors.aspx"); 

  } 
Jakmile skutečná chybová zpráva, čtení a zjistěte, zda Chyba je způsobena chybí oprávnění pro prostředek místního nebo vzdáleného prostředku že skripty ASP.NET aplikace se pokouší o přístup.

Tip: Můžete kontaktovat své vývojáře a zjistěte, jak lze zobrazit aktuální chybová zpráva. Je možné, že vaše vývojář může ji protokolování do souboru nebo získání e-mailová oznámení. Nezapomeňte vždy vytvořit záložní kopii všech souborů, které jste Chystáte se změnit. Backup, která je k dispozici můžete se vždy vrátit zpět všechny změny.

Problém nastává z důvodu chybějícího oprávnění pro místní prostředek, ASP.NET aplikace pokusí o přístup

Pokud nemůžete získat jasný popis problému z důvodu vlastní chybové zprávy spuštění programu FileMon a problém reprodukovat. Zastavit Uložit sebraná data jako FileMon.xls a otevřete soubor v aplikaci Microsoft Excel. V Data nabídky, klepněte na tlačítko Filtra klepněte na tlačítko Automatický filtr pomocí funkce filtrování Aplikace Excel. Nyní vyberte v rozevíracím seznamu ve sloupci f a hledat "Přístup ODEPŘEN" chyby.

Ukázkový výstup FileMon je uvedena níže.
10381 1:01:11 PM w3wp.exe:2320 OPEN
				C:\winnt\microsoft.net\framework\v1.1.4322\Temporary ASP.NET
				Files\sessiontest\8832e585\275ec327\global.asax.xml ACCESS DENIED NT
				AUTHORITY\NETWORK SERVICE
Jak je vidět z filtrované výsledky, budeme mít poradců příčinu problému. FileMon ukazuje, že NT Účet AUTHORITY\NETWORK SERVICE chybí oprávnění systému souborů NTFS na C:\Winnt\Microsoft.NET\Framework\v1.1.4322\Temporary ASP.Složka souborů NET. To mělo být přímým opravit.Další informace o použití programu FileMon řešení ASP.NET získáte v následujícím článku znalostní báze Microsoft Knowledge Base:
890960Poradce při potížích s ASP.Pomocí programu FileMon NET
Tip: Dobrý krok by změna ASP.Účet NET procesu Účet správce zobrazit, pokud jej řeší problém. Ve službě IIS 5.x změnituživatelské jméno "Systém" v části modelu zpracování souboru machine.config a ve službě IIS 6.0 by změnit fond aplikací služby IIS identitu "Místního systému" na zobrazit, pokud aplikace pracuje.

Poznámka: To se nedoporučují jako řešení, ale pouze v rámci řešení potíží.

Většina lidí se přiklání k znovu nainstalujte Microsoft.NET Framework nebo dokonce přejít v rozsahu přeinstalace operační systém. Toto není doporučená řešení potíží a nikoli zaručit, že objevit není znovu problém. Poskytne I jeden příklad. Občasné problémy jsou často pevný a vyřešit. V tomto scénář zákazníka aplikace pracovat správně několik hodin a pak všechny náhlé ji selže s chybou níže. Zákazník měl již zkusili přeinstalace na.NET Framework stejně jako operační systém. Tato oprava vynechali problém pro několik dní, ale pak se znovu objevil.

Zmenšit tento obrázekZvětšit tento obrázek
Chyba serveru: ' / MyApp "

				Aplikace


Aplikaci Filemon nevykazují přístup ODEPŘEN chyby. Potřebná oprávnění pro účet ASPNET byly na místě. Na je jediným způsobem, jak problém vyřešit restartování pole. I obnovení služby IIS by vám. Uvažujete "Ah, Software společnosti Microsoft vždy vyžaduje restartování zotavení? " Dobře jsou nesprávné!

Je zde klíč blíže seznámíte s chybová zpráva. Chyba jasně říká "nelze otevřít soubor pro zápis," a není Obvyklá chyba odepření přístupu, tak jsem myslím, že je některým jiným procesem že je zámek na souboru nebo složky a nepovolí ASP.NET zápis na něj. Nemá smysl, že restartování byla usmrcování jiných procesů a PROSTŘEDÍ ASP.NET aplikace začne opět pracovat, dokud proces nepřátelských uzamkne soubor znovu. Vypněte všechny antivirové programy, výrobců spyware nebo jakýkoli jiný soubor spuštěný software pro sledování by bylo logické legálnosti server. Není udělat Chcete ukázat konkrétní softwaru třetích stran. Ale v obecné, antivirový software je známo, že mnoho grief pro službu IIS a prostředí ASP.NET aplikací. Jiné známý problém způsoben antivirovým softwarem je relace ztrát způsobených AppDomain recyklace při dotyku složky Bin nebo .config soubory.

Tip: Je nejjednodušším způsobem, jak vypnout služby jiných výrobců:
  1. Klepněte na tlačítko Spustit, klepněte na tlačítko Spustita potom zadejte Msconfig.
  2. Vybrat Služby a kontrola Skrýt všechny služby společnosti Microsoft.
  3. Klepněte na tlačítko Zakázat vše Zastavit služby třetích stran.
  4. Klepněte na tlačítko Spustit, klepněte na tlačítko Spustita potom zadejte iisresetznovu načíst modul CLR do pracovního procesu.
Sledujte aplikaci zobrazit, pokud problém přetrvává. Pokud spustit více antivirových programů, zkušební verze a chyby lze pomocí metody Určete konkrétní program, který je příčinou problému.

Poznámka: Je-li ke stejné chybě reprodukovatelné 100 procent času, antivirový software nemusí být příčinou. Existuje může být jiné příčiny této chyby. Zkuste vytvořit jednoduché prostředí ASP.NET testovací aplikace zjištění, zda dochází ke stejné chybě stránky Test.aspx. Pokud ano, zkontrolujte že požadované seznamy řízení přístupu (ACL) jsou na místě pro prostředí ASP.NET.

Viz ASP.NET požadované seznamy řízení přístupu (ACL):http://msdn2.microsoft.com/en-us/library/kwzs111e.aspx

Tip: Složka %SystemRoot%\Assembly je globální mezipaměť sestavení (GAC). Nelze přímo použít Průzkumníka Windows upravit seznamy ACL pro tento složka. Místo toho pomocí příkazového řádku a spusťte následující příkaz:
cacls %windir%\assembly /e /t /p domain\useraccount:r
Případně registraci před a v programu Průzkumník Windows Shfusion.dll pomocí následujícího příkazu udělte oprávnění prostřednictvím grafického uživatelského rozhraní:
C:\WINDOWS\Microsoft.NET\Framework\Číslo verze>regsvr32–u shfusion.dll
Po nastavení oprávnění pomocí programu Průzkumník Windows, přeregistrujte Shfusion.dll následujícím příkazem:
C:\WINDOWS\Microsoft.NET\Framework\Číslo verze>regsvr32 Shfusion.dll

Problém nastává z důvodu chybějícího oprávnění ke vzdálenému prostředku, ASP.NET aplikace se pokouší o přístup

Pokud skripty ASP.NET aplikací je přístup k prostředku vzdáleného jako Microsoft SQL Server nebo Universal Naming Convention (UNC) sdílet, mnoho akcí, které lze přejít nesprávné. Mnoho činností může být také nesprávně nataveny na vzdálený prostředek. Budete potřebovat získat pracovní zdroj těchto problémů.Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
891031Při přístupu k vzdáleným prostředkům z ASP běžné problémy zabezpečení.NET aplikací
Prvním krokem by bylo vidět, pokud se můžete připojit ke vzdálenému serveru pomocí programu Průzkumník Windows.
  1. Na vzdáleném serveru vytvořte složku s názvem Test. Na na Sdílení a Zabezpečení karty zkušební složky, přidání domény nebo účet a také proces účet používaný skripty ASP.NET aplikací a poskytují je i úplné řízení.

    Poznámka: Naleznete v tématu891031 techniky nebo Zástupná řešení pro přístup ke vzdáleným prostředkům ze stránky ASP.NET.
  2. Na serveru služby IIS, protokol v doméně a účtu, klepněte na tlačítko Spustit, klepněte na tlačítko Spustita pak zadejte cestu UNC sdílené položce vzdáleného serveru:
    \\RemoteServerName\Test
    Pokud nemůžete získat přístup k této složce, požádejte v síti Řešení tohoto problému správce. Teprve potom můžete skripty ASP.NET aplikací access sdílené položky.
  3. Vytvořte soubor s názvem CreateUNCFile.aspx s následující kód a uložte soubor v adresáři aplikace.
    <%@ Page Language="vb" %>
    <%@ Import Namespace="System.IO" %>
    <html>
      <head>
      <title>Writing to a Text File</title>
    <script runat="server">
        Sub WriteToFile(ByVal sender As System.Object, ByVal e As System.EventArgs)
            Dim fp As StreamWriter
                fp = File.CreateText("\\<RemoteServerName>\Test\" & "test.txt")
                fp.WriteLine(txtMyFile.Text)
                lblStatus.Text = "The File Successfully created! Your ASP.NET process is able to access this remote share"
                fp.Close()
        End Sub
    </script>
    
    </head>
    <body style="font: 10pt verdana">
                <h3 align="center">Creating a Text File in ASP.NET</h3>
        <form id="Form1" method="post" runat="server">
                            Type your text:
                            <asp:TextBox ID="txtMyFile" TextMode="MultiLine" Rows="10" Columns="60" Runat="server" /><br>
                            <asp:button ID="btnSubmit" Text="Create File" OnClick="WriteToFile" Runat="server" />
                            <asp:Label ID="lblStatus" Font-Bold="True" ForeColor="#ff0000" Runat="server" />
        </form>
    </body>
    </html> 
    
  4. Ujistěte se, že upravíte <remoteservername></remoteservername> v následujícím řádku kódu
    fp = File.CreateText("\\<RemoteServerName>\Test\" &	"test.txt")
    aby odrážel název vzdáleného serveru.
  5. Spusťte aplikaci Windows Internet Explorer a přejděte do http://IISServerName/AppName/CreateUNCFile.aspx z klientského počítače, než server služby IIS.
  6. Pokud soubor: Test.txt vytvoří úspěšně, bude PROSTŘEDÍ ASP.NET aplikací lze ověřit na vzdálený prostředek.
  7. Pokud se nezdaří vytvoření souboru z prohlížeče Internet Explorer klienta ale funguje Pokud přejdete na stejné stránce samotný server IIS, je pravděpodobné spuštěný do scénáře "Dvojímu směrování". Používáte-li předdefinovaný vlastní webové části přistupují ke vzdáleným prostředkům, které vyžadují ověření a autorizace uživatele, bude pravděpodobně narazíte problém "Dvojímu směrování". Přístup k prostředku vzdáleného, budete muset zadat pověření uživatele ke zdroji tak, že výstup z prostředku je omezen na data, která uživatel má oprávnění k přístupu.
Výše uvedené kroky předpokládá, že máte ověřování NTLM v IIS povolena. Základní ověřování nepoužívá protokol Kerberos.Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
907272Ověřování pomocí protokolu Kerberos a řešení problémů pro delegování
326985 Řešení problémů souvisejících s protokolem Kerberos ve službě IIS
Další informace o metodách ověřování služby IIS, Viz následujícím webu Microsoft Developer Network (MSDN):
http://msdn2.microsoft.com/en-us/library/aa292114 (VS.71) .aspx


Tip: Pokud se můžete připojit k vzdálené sdílené složky UNC, ale můžete připojit k vzdálený server, který je spuštěn SQL Server ASP.NET aplikací, pak budete muset zkontrolovat nebo Nastavte názvy hlavní služby (SPN) pro SQL Server. Zkuste povolení pouze základní ověřování pro vaše aplikace služby IIS a zjistěte, zda je možné se připojit ke vzdálenému serveru se spuštěným serverem SQL Server.Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
319723Použití ověřování pomocí protokolu Kerberos v serveru SQL Server
316989 Chybová zpráva při vytváření důvěryhodné datové připojení z prostředí ASP.NET k serveru SQL Server: "přihlášení uživatele se nezdařilo:"Název_účtu""
Tip: Nikdy doporučila namapované jednotky pomocí připojení ke vzdálené Zdroj mapování jednotky jsou rozšíření net use příkaz a jsou vytvořeny na základě jednotlivých uživatelů. Upřednostňovanou metodou přístup k obsahu pro Web server, který existuje ve vzdáleném počítači je pomocí akcií, které následují UNC.Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
257174Připojené jednotky pomocí služby IIS

Problém týkající se zabezpečení přístupu ke kódu (CAS)

Chybové zprávy v prostředí ASP.NET jsou podrobně a další často než není Sdělte, přesně co problém způsobuje. V některých případech FileMon nebo RegMon nesmí zachycení nic užitečné. Podívejme se na jednom takovém scénáři.

Scénář

Při pokusu o procházení ASP.NET aplikací, dojde k Obecná chyba, jako je například nechvalně známý následující chybová zpráva:
Zmenšit tento obrázekZvětšit tento obrázek
Aplikační server

				Není k dispozici
Zobrazí v protokolu událostí:
Typ události: Chyba
Zdroj události: prostředí ASP.NET 1.1.4322.0
Kategorie události: žádný
ID události: 1088
Datum: 10/11/2006
Čas: 10:54:04 PM
Uživatel: není k dispozici
Počítač: název_počítače
Popis:
Provedení požadavku, protože nebylo možné vytvořit doménu AppDomain se nezdařilo. Chyba: 0x8013150a
Pokud ASP.NET aplikací je vytvořena doména, ASP.NET čtení Hodnota zadaná pro atribut úroveň důvěryhodnosti konfigurace prvku, vytvoří instanci AspNetHostingPermission Třída zadanýmÚroveň atribut a přidá třídu do oprávnění nastavit pro aplikační domény. Chyba se zobrazí, pokud jsou úrovně důvěryhodnosti nesprávně nakonfigurovaný nebo upravené. Další informace naleznete v tématu "ASP.NET důvěryhodnosti Úrovně a soubory zásad"na následujícím webu MSDN:
http://msdn2.microsoft.com/en-us/library/wyts434y.aspx
Chcete-li tento problém vyřešit, můžete zkusit to Tip: v "problému dochází z důvodu chybějícího oprávnění pro místní prostředek, ASP.NET aplikace se pokusí o přístup"oddílu, ale není možné získat disheartened, pokud aplikace nefunguje u správce nebo systému účet. Je třeba zkontrolovat, pokud lze problém způsoben zabezpečení přístupu ke kódu. To lze snadno provést vypnutím pomocí zabezpečení přístupu ke kódu Nástroj – caspol.exe.
C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 >caspol -s off
Microsoft (R).NET Framework CasPol 1.1.4322.573
Copyright (C) Společnost Microsoft Corporation 1998-2002. Všechna práva vyhrazena.

Úspěch

C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322 >
Jednou spuštěnícaspol –s vypnuto, restartujte službu IIS a zkuste prohlížet obsah aplikace. Pokud Tento krok funguje, je pak třeba zkontrolovat oprávnění nastavit pro kód skupiny. Kód skupiny Microsoft můžete přistupovat.NET Framework Číslo verzeKonfigurační nástroj, který se nachází ve složce Nástroje pro správu.

V tomto scénáři na Sada oprávnění pro My_Computer_Zone Kódová skupina byla nastavena na Nic. Změna na Úplná důvěryhodnost problém vyřešen

Poznámka: Přístup My_Computer_Zone kód skupiny, postupujte takto:
  1. V Ovládacích panelech poklepejte na panel Nástroje pro správu.
  2. Poklepejte na položku Společnosti Microsoft.NET Framework Číslo verze Konfigurace.
  3. Poklepejte na položku Zásady zabezpečení modulu runtime.
  4. Poklepejte na položku Počítač.
  5. Poklepejte na položku Kód Skupiny.
  6. Poklepejte na položku All_Code.
  7. Poklepejte na položku My_Computer_Zone.
Tip: Nezapomeňte spustit caspol –s na Zapnutí CAS, jakmile máte pevná problém.

Další informace naleznete v tématu ASP.NET kód přístup. Zabezpečení:http://msdn2.microsoft.com/en-us/library/87x8e4d1.aspx

Existuje Mnoho příčiny chyby "Aplikace serveru není dostupná" zpráva. Protokol událostí je nejvhodnější dokument pro získání další podrobnosti o příčiny váš problém.

Chyby týkající se služby IIS

Protokoly služby IIS jsou velmi užitečné v případě chyby týkající se ověřování služby IIS. Běžný scénář je v případě, že uživatel uvidí obvykle následující:
Zmenšit tento obrázekZvětšit tento obrázek
Nejste

				oprávnění k zobrazení této stránky
Je třeba hledat stav a dílčí kódy stavu pro tuto konkrétní chybu.
2006-10-12 22:47:28 W3SVC1 65.52.18.230 ZÍSKAT /Mojeapl/login.aspx - 80Domena\UserID_91 65.52.22.58 Mozilla / zahájením (compatible; MSIE + 6.0; + Windows + NT + 5.2; + SV1; +.NET + CLR + 1.1.4322; +.NET + CLR + 2.0.50727; +InfoPath.1) 401 3 5
Vidíme 401, který se zaznamenává 3, což znamená "Unauthorized due to ACL prostředku."

Označuje chybějící NTFS oprávnění souboru nebo složky. K této chybě může dojít i v případě oprávnění správné pro soubor, který se pokoušíte získat přístup, ale výchozí nastavení oprávnění a uživatelská práva mohou chybět v jiných složkách systému a služby IIS. Pro například může zobrazit tato chyba Pokud nemá účet IUSR_název_počítače přístup do adresáře C:\Winnt\System32\Inetsrv.Další informace o službě IIS stavové kódy klepněte na následující číslo článku databáze Microsoft Knowledge Base:
318380Popis kódů stavu Internetová informační služba (IIS) 5.0 a 6.0
812614 Výchozí oprávnění a uživatelská práva pro službu IIS 6.0
271071 Jak nastavit požadovaná oprávnění systému souborů NTFS a uživatelská práva pro server WWW služby IIS 5.0
Tip: Klepněte na tlačítko Spustit, klepněte na tlačítko Spustit, a potom zadejte LogFiles Otevřete složku, která obsahuje Protokoly služby IIS. Můžete také na stránce Vlastnosti pro web služby IIS, klepněteNázev_webového_serveru Karta a pod Formát aktivního protokolu, klepněte na tlačítko Vlastnosti Zobrazit soubor protokolu adresáře a název.

Je věcí zájmu zde Kód stavu 5. Můžete použít net helpmsg příkaz získáte další informace o této stavový kód:
C:\Documents and Settings\uživatelské >NET HELPMSG-5
Přístup byl odepřen.
Zkuste jiné běžné stavový kód kód 50:
C:\Documents and Settings\uživatelské >NET HELPMSG-50
Požadavek není podporován.
Tip: Kdykoli získat jiný obecný nechvalně známý "500 interní Server "Zpráva, pak jeho vhodné zakázat podrobné chybové zprávy protokolu HTTP, abyste podrobný popis chyby. Nezapomeňte událostí vyhledejte prohlížeč jak může také obsahovat další informace.
Další informace o zakázání podrobné chybové zprávy protokolu HTTP klepněte na následující číslo článku databáze Microsoft Knowledge Base:
294807Vypnutí funkce aplikace Internet Explorer 5.x a 6.x "Zobrazovat podrobné chybové zprávy protokolu HTTP" na straně serveru
Myšlenka je použít všechny zaznamenané informace k dispozici maximální podrobnosti získáte na problém po ruce.

Zdroje

Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
306590PROSTŘEDÍ ASP.Přehled zabezpečení sítě
317012 Zpracování a vyžádání identity v prostředí ASP.NET
Jak vytvořit účet služby prostředí ASP.NET 2.0 aplikace
http://msdn2.microsoft.com/en-us/library/ms998297.aspx

PROSTŘEDÍ ASP.NET jednotková matice
http://msdn2.microsoft.com/en-us/library/aa302377.aspx

Předchozí ASP.NET podpora hlasové sloupce
http://support.microsoft.com/aspnetpsvc
Doufám, že jsou tyto jednoduché techniky pomoci při řešení zabezpečení a oprávnění související problémy. Nezapomeňte, že jsou sloupce podporu hlasu pro Tebe! Jako vždy využívejtePožádat o to formuláře pro odeslání zabývá nápady na témata, která chcete zobrazit budoucí sloupce nebo v databázi Knowledge Base.

Vlastnosti

ID článku: 910449 - Poslední aktualizace: 22. května 2011 - Revize: 3.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft ASP.NET 2.0
  • Microsoft ASP.NET 1.1
Klíčová slova: 
kbhowto kbasp kbmt KB910449 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:910449

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com