Het oplossen van algemene machtigingen en beveiligingsproblemen in ASP.NET

Ondersteuning voor Voice-kolom ASP.NET

Het oplossen van algemene machtigingen en beveiligingsproblemen in Microsoft ASP.NET

Als u deze kolom aan uw behoeften wilt aanpassen, nodigen we u uit uw ideeën over onderwerpen in te dienen die interessant zijn voor u en problemen die u in toekomstige behandeld wilt zien worden in Knowledge Base-artikelen en in kolommen voor spraak-ondersteuning. U kunt uw ideeën en feedback via het formulier Vragen voor het indienen. Er is ook een koppeling naar het formulier onderaan in deze kolom.
Hallo, dit is Vignesh A.G van het ASP.NET-team. Welkom bij de kolom ASP.NET ondersteuning stem! Een ondersteuningstechnicus ontwikkelaar staat geweest voor meer dan twee jaar nu bij Microsoft en ik mijn tijd aan ASP.NET en Microsoft Internet Information Services (IIS) hebt besteed.

De focus van deze kolom worden niet uit te leggen van ASP.NET-beveiliging, maar aan de contour van een paar technieken voor probleemoplossing en tips waarmee u kunt opsporen en oplossen van enkele van de algemene machtigingen en security-scenario's die we hier op de PSS zien. Machtigingen en beveiligingsproblemen in ASP.NET zijn zeer goed gedocumenteerd. In feite zal er een goed aantal mensen die mogelijk in voordat u het probleem hebt uitgevoerd. De bedoeling is dus voor deze kolom moet een goede plaats om te zoeken naar relevante en uitgebreide informatie over ASP.NET-beveiliging. Er is geen beter gevoel dan het oplossen van het probleem.

Nuttige hulpmiddelen

Voordat u probeert op te lossen iets wordt verbroken, moet u vertrouwd raken met een aantal hulpprogramma's waarmee u het probleem afbakenen. In ons geval zijn we geïnteresseerd in een hulpprogramma zoals FileMon, RegMon en beveiligingscontrole. Ga naar de volgende Microsoft-website voor meer informatie over FileMon:Ga naar de volgende Microsoft-website voor meer informatie over RegMon:

Het probleem te isoleren Inzoomen

  • Heeft de toepassing gewerkt? Indien Ja, vervolgens wat die gewijzigd kan hebt gemaakt het einde van toepassing? Het is mogelijk dat softwareupdates en beveiligingspatches zijn toegepast op de server. Een code-implementatie kan ook hebben veroorzaakt het probleem.
  • Eenvoudige HTML- en ASP-pagina's in IIS gebruikt?
  • Is de toepassing gemigreerd naar een andere versie van IIS?
  • Andere ASP.NET-toepassingen op de server is mislukt met dezelfde fout doen? Is dit de enige toepassing die mislukt?
  • Treedt het probleem op voor alle gebruikers of alleen bepaalde gebruikers?
  • Kan het probleem gereproduceerd tijdens het bladeren lokaal op de webserver of reproduceerbaar is slechts een paar clients?
  • Als u gebruik van imitatie maakt, vervolgens de geïmiteerde gebruiker heeft de vereiste toegang tot de bron?
De bovenstaande vragen zijn handig om de diagnose van een probleem. Als u het probleem op een van de ASP.NET forums boekt en als u de antwoorden op de meeste van deze vragen hebt, is het waarschijnlijk dat u een snelle verwijzing of een oplossing voor het probleem krijgt. De sleutel is voor het boeken van de hele ASP.NET stack trace fout, indien van toepassing, in plaats van "Ik krijg een fout toegang geweigerd tijdens het uitvoeren van de ASP.NET-toepassing. Kan iemand helpen?" Het is veel gemakkelijker om iemand te zoeken op de stacktrace en geven u verwijzingen wanneer zij een volledige foutbericht ziet. U moet dus afvragen...

Wat is het exacte foutbericht?

De eerste vraag die we klanten vragen is "Wat is het exacte foutbericht?" Als er een duidelijke beschrijving van het foutbericht dat is gegenereerd door Microsoft .NET Framework, kunt u deze sectie overslaan. Als uw toepassing het foutbericht maskeert en u een uitgebreide foutbericht in plaats daarvan krijgt, zoals 'is een onverwachte fout opgetreden. Neem contact op met de beheerder van de website voor meer informatie,"het is niet erg bruikbaar voor iedereen. Hier zijn een paar stappen waarmee u het foutbericht ophalen.
  • Zoek en open het bestand Web.config in de toepassingsmap en customErrors wijzigen in modus = "Off". Sla het bestand en het probleem te reproduceren.
  • Nog steeds niet mogelijk om te zien van het foutbericht nadat u de bovenstaande stap door aangepaste gebeurtenis/foutafhandeling uitgevoerd door de ontwikkelaar van toepassingen. U kunt de gebeurtenis Application_Errorvinden in het bestand Global.asax en commentaar code die gebruikmaakt van de
    Server.Transfer("Errors.aspx") -functie naar een aangepaste foutpagina.
/Global.asax void Application_Error(object sender, EventArgs e) 
{
// Code that runs when an unhandled error occurs
//Server.Transfer("Errors.aspx");

}

Als u eenmaal het foutbericht, lezen om te bepalen of de fout wordt veroorzaakt door ontbrekende machtigingen op een lokale resource of een externe bron die probeert toegang te krijgen tot uw ASP.NET-toepassing.

Tip Neem contact op met de ontwikkelaar om erachter te komen hoe u het foutbericht kunt weergeven. Het is mogelijk dat de ontwikkelaar kan het vastleggen in een bestand of e-mailberichten ophalen. Onthoud altijd een back-up van alle bestanden die u wilt wijzigen. Met een back-up beschikbaar, u kunt altijd eventuele wijzigingen terugdraaien.

Probleem wordt veroorzaakt door het ontbreken van machtigingen voor een lokale bron die de ASP.NET-toepassing probeert te openen

Als u niet lukt om een duidelijke beschrijving van het probleem door een aangepast foutbericht, FileMon uitgevoerd en het probleem te reproduceren. Stoppen en de opname opslaan als FileMon.xls en open het bestand in Microsoft Excel. Klik op Filterin het menu Data en klikt u op AutoFilter voor het gebruik van de mogelijkheden van Excel. Nu selecteert u de vervolgkeuzelijst in de kolom F en zoek naar ' toegang geweigerd '.

Hieronder vindt u een voorbeeld van uitvoer FileMon.
10381 1:01:11 PM w3wp.exe:2320 OPENC:\winnt\microsoft.net\framework\v1.1.4322\Temporary ASP.NET
Files\sessiontest\8832e585\275ec327\global.asax.xml ACCESS DENIED NT
AUTHORITY\NETWORK SERVICE
Zoals u uit de gefilterde resultaten zien kunt, hebben we de oorzaak van het probleem vaststellen. FileMon wordt aangegeven dat de account NT-autoriteit\netwerkservice NTFS-machtigingen voor de map C:\Winnt\Microsoft.net\Framework\v1.1.4322\Temporary ASP.NET Files ontbreken. Dit moet recht naar voren om op te lossen.
Voor meer informatie over het oplossen van problemen met ASP.NET met FileMon klikt u op het volgende artikel in de Microsoft Knowledge Base:

890960 problemen met ASP.NET met behulp van FileMon

Tip Een goede stap zou het proces ASP.NET-account wijzigen in een beheerdersaccount om weer te geven als dit het probleem is opgelost. In IIS 5.x, u wijzigt de
gebruikersnaam "Systeem" in de sectie process model van het bestand machine.config en in IIS 6.0 zou u de IIS-AppPool-identiteit op 'Lokale systeem' om te zien of de toepassing werkt.

Opmerking Dit moet niet worden gebruikt als een oplossing, maar alleen als het oplossen van problemen.

De meeste mensen ertoe zou leiden dat het Microsoft .NET Framework installeren of zelfs gaat u naar de omvang van het besturingssysteem opnieuw te installeren. Dit is een aanbevolen procedure voor probleemoplossing en garandeert niet dat het probleem wordt opgelost. Ik zal een voorbeeld geven. Regelmatig terugkerende problemen zijn vaak moeilijk te isoleren en op te lossen. In dit scenario de toepassing van de klant zou werken prima voor een paar uur en vervolgens plotseling zou mislukken met de fout hieronder. De klant had al geprobeerd opnieuw installeren van .NET Framework als het besturingssysteem. Deze leek het probleem oplossen voor een paar dagen, maar vervolgens het reappeared.

Server Error in '/MyApp' Application

FileMon wordt uitgevoerd, heeft toegang geweigerd fouten niet weergegeven. De vereiste machtigingen voor de account ASPNET stonden. De enige manier om te herstellen van het probleem is het vak opnieuw wordt opgestart. Zelfs een reset IIS zou niet helpen. Denkt u wel aan "Ah, Microsoft-Software altijd moet opnieuw worden opgestart om te herstellen?" Goed, bent u verkeerd!

Kijk goed naar het foutbericht is hier de sleutel. De fout zegt duidelijk 'kan een bestand om te schrijven, niet openen' en niet de gebruikelijke fout toegang geweigerd, zodat denk ik ook dat het is een proces dat is vergrendeld op een bestand of map te houden en ASP.NET om ernaar te schrijven is niet toegestaan. Is het verstandig dat het opnieuw opstarten het andere proces doden is en de ASP.NET-toepassing wordt gestart opnieuw werken totdat het proces rogue het bestand opnieuw vergrendelt. De logische wat u moet doen is alle antivirusprogramma's, derden spyware of andere software die wordt uitgevoerd op de server te controleren bestanden uitschakelen. Ik wil niet wijzen op een specifieke software van derden. Maar in het algemeen antivirussoftware is bekend dat veel ongemak bezorgen voor IIS en ASP.NET-toepassingen veroorzaken. Een andere bekende problemen veroorzaakt door antivirussoftware is sessie verlies als gevolg van AppDomain wordt herhaald wanneer u de map Bin of de .config-bestanden worden gewijzigd.

Tip De eenvoudigste manier om de services van derden uitschakelen is:
  1. Klik op Start, klik op uitvoerenen typ msconfig.
  2. Selecteer de Services en Controleer Alle Microsoft-Services verbergen.
  3. Klik op Alles uitschakelen om te stoppen met de services van andere leveranciers.
  4. Klik op Start, klik op uitvoerenen typ iisresetom opnieuw te laden van de CLR in het werkproces.
Controleer uw toepassing om te zien als het probleem weer optreedt. Als u meerdere antivirusprogramma's uitvoert, gebruikt u de methode vallen en opstaan om te bepalen welk programma het probleem veroorzaakt.

Opmerking Als het probleem gereproduceerd 100 procent van de tijd is, kan uw antivirussoftware niet de oorzaak zijn. Er zijn andere oorzaken voor deze fout. Maak een eenvoudige toepassing van ASP.NET test of het probleem doet zich voor een pagina Test.aspx isoleren. Als dit het geval is, Controleer of de vereiste toegangsbeheerlijsten (ACL's) op plaats voor ASP.NET.

Zie ASP.NET vereist toegangsbeheerlijsten (ACL's):
http://msdn2.microsoft.com/en-us/library/kwzs111e.aspx

Tip De map %SystemRoot%\Assembly is de globale assembly-cache. U niet rechtstreeks Windows Verkenner gebruiken voor het bewerken van ACL's voor deze map. In plaats daarvan via een opdrachtprompt en voer de volgende opdracht uit:
cacls %windir%\assembly /e /t /p domain\useraccount:r
Registratie ook Shfusion.dll met de volgende opdracht om te machtigen via de grafische gebruikersinterface voor Windows Verkenner:
C:\WINDOWS\Microsoft.NET\Framework\VersionNumber>regsvr32–u shfusion.dll
Na het instellen van machtigingen in Windows Verkenner, Shfusion.dll opnieuw te registreren met de volgende opdracht:
C:\WINDOWS\Microsoft.NET\Framework\VersionNumber>regsvr32 shfusion.dll

Probleem wordt veroorzaakt door het ontbreken van machtigingen voor een externe bron die probeert toegang te krijgen tot de ASP.NET-toepassing

Als uw ASP.NET-toepassing toegang heeft tot een externe bron, zoals Microsoft SQL Server of een Universal Naming Convention (UNC)-share, zijn er veel dingen die fout kunnen gaan. Ook kunnen veel dingen worden niet correct ingesteld op de externe bron. U moet deze problemen oplossen om de resource te kunnen gebruiken. Voor meer informatie klikt u op het volgende artikel in de Microsoft Knowledge Base:

891031 algemene beveiligingsproblemen bij toegang externe bronnen van ASP.NET-toepassingen tot

Uw eerste stap zou zijn om te zien als u verbinding met de externe server met Windows Verkenner maken kunt.
  1. Maak een map met de naam Test op de externe server. Op de tabbladen delen en beveiliging van de map Test uw domeinaccount en de procesaccount die wordt gebruikt door een ASP.NET-toepassing toevoegen en geef ze beide volledig beheer.

    Opmerking Zie891031 voor technieken en oplossingen voor toegang tot externe bronnen van ASP.NET.
  2. Meld u aan met uw domeinaccount op de IIS-server, klikt u op Start, op uitvoerenen typ het UNC-pad van de externe server:
    \\RemoteServerName\Test
    Als u niet naar deze map ophalen, neem contact op met uw netwerkbeheerder om dit probleem te verhelpen. Alleen dan kan uw ASP.NET-toepassing toegang krijgen tot de share.
  3. Maak een bestand met de naam CreateUNCFile.aspx met de volgende code en sla het bestand in de toepassingsmap.
    <%@ 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. Zorg ervoor dat u in de volgende regel code externe-< servernaam > wijzigen
    fp = File.CreateText("\\<RemoteServerName>\Test\" &"test.txt")
    zodat de naam van de externe server.
  5. Open Windows Internet Explorer en Ga naar http://NaamIISServer/ /CreateUNCFile.aspxAppNamevanaf een clientcomputer dan de IIS-server.
  6. Als het bestand Test.txt is gemaakt, kan uw ASP.NET-toepassing verifiëren op de externe bron.
  7. Als er geen maken vanuit een clientbrowser Internet Explorer, maar werkt als u naar dezelfde pagina van de IIS-server zelf bladert, is het waarschijnlijk dat u in een scenario "Dubbele Hop" worden uitgevoerd. Als u aangepaste ingebouwde webonderdelen toegang krijgen tot externe bronnen waarvoor gebruikersverificatie en -autorisatie, zal u waarschijnlijk in het probleem 'Dubbele Hop' uitvoeren. Toegang tot uw externe bron, moet u referenties van de gebruiker aan de resource, zodat de uitvoer van de resource beperkt tot de gegevens die de gebruiker toegang heeft is tot.
De bovenstaande stappen wordt ervan uitgegaan dat u beschikt over NTLM-verificatie ingeschakeld in IIS. Basisverificatie gebruikt geen Kerberos.
Voor meer informatie klikt u op het volgende artikelnummer om het artikel in de Microsoft Knowledge Base weer te geven:

907272 Kerberos-verificatie en het oplossen van problemen met overdracht

326985 het oplossen van problemen met Kerberos in IIS

Zie de volgende website van Microsoft Developer Network (MSDN) voor meer informatie over IIS-verificatiemethoden:

Tip Als u verbinding met de externe UNC-share maken kunt, maar u kunt geen verbinding maken met de externe server waarop SQL Server wordt uitgevoerd vanuit de ASP.NET-toepassing, misschien hebt u om te controleren of de's (Service Principal Names) voor SQL Server instellen. Kunt u alleen basisverificatie voor de toepassing in IIS inschakelen en controleren of u verbinding maken met de externe server waarop SQL Server wordt uitgevoerd.
Voor meer informatie klikt u op het volgende artikelnummer om het artikel in de Microsoft Knowledge Base weer te geven:

319723 het gebruik van Kerberos-verificatie in SQL Server

316989 foutbericht wanneer u een vertrouwde verbinding van ASP.NET met SQL Server maakt: ' aanmelding mislukt voor gebruiker: 'Accountnaam' "

Tip Het is nooit raadzaam toegewezen stations gebruiken verbinding maken met een externe bron omdat stationstoewijzingen een uitbreiding van de opdracht net use zijn en worden gemaakt op basis van per gebruiker. Aandelen die de UNC-conventies gebruiken is de geprefereerde methode voor het verkrijgen van toegang tot inhoud voor het Web-server die zich op een externe computer. Voor meer informatie klikt u op het volgende artikel in de Microsoft Knowledge Base:

257174 met toegewezen stations met IIS

Code Access Security (CAS) gerelateerd probleem

Foutberichten in ASP.NET zijn gedetailleerde en meer vaak dan niet zien precies wat het probleem is. In sommige gevallen kan FileMon of RegMon niet vastleggen iets nuttig. Laten we op een dergelijk scenario.

Scenario

Tijdens het bladeren een ASP.NET-toepassing, is mislukt met een algemene fout, zoals de roemruchte volgende fout:
Server Application Unavailable
Het gebeurtenislogboek bevat:

Gebeurtenistype: fout
Bron: ASP.NET-1.1.4322.0
Categorie: geen
Gebeurtenis-ID: 1088
Datum: 11-10-2006
Tijd: 10:54:04 PM
Gebruiker: n.v.t.
Computer: computernaam
Beschrijving:
Kan aanvraag niet uitvoeren omdat het toepassingsdomein kan niet worden gemaakt. Fout: 0x8013150a
Wanneer een ASP.NET-toepassing-domein wordt gemaakt, wordt ASP.NET leest de waarde van het kenmerk van het niveau van de vertrouwensrelatie, configuratie-element, maakt een instantie van de klasse AspNetHostingPermission met de opgegeven
Niveau -kenmerk en de klasse vervolgens toegevoegd aan de machtigingenset voor het toepassingsdomein. Deze fout wordt weergegeven als de vertrouwensniveaus zijn onjuist geconfigureerd of gewijzigd. Zie 'ASP.NET vertrouwen niveaus en beleid-bestanden op de volgende MSDN-website voor meer informatie:Dit probleem op te lossen kunt u proberen deze Tip in de sectie "Probleem wordt veroorzaakt door het ontbreken van machtigingen voor een lokale bron die de ASP.NET-toepassing probeert toegang te krijgen tot", maar niet disheartened als de toepassing niet met een Administrator- of SYSTEM-account werkt verkrijgen. U moet controleren om te zien of het probleem kan worden veroorzaakt door Code Access Security. Dit is eenvoudig mogelijk Code Access Security uitschakelen met het hulpprogramma Caspol.exe.
C:\Windows\Microsoft.net\Framework\v1.1.4322 >caspol -s uitschakelen
Microsoft (R) .NET Framework CasPol 1.1.4322.573
Copyright (C) Microsoft Corporation 1998-2002. Alle rechten voorbehouden.


Succes

C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322>
Zodra ucaspol – s uithebt uitgevoerd, wordt IIS opnieuw instellen en probeert te surfen op de toepassing. Als deze stap werkt, moet u vervolgens de machtiging instellen voor de codegroepen controleren. Toegang tot de groepen in het hulpprogramma Configuratie van Microsoft .NET Framework versienummerdat is gevonden in Systeembeheer.

In dit scenario wordt is de Machtiging instellen voor de code My_Computer_Zone groep ingesteld op Nothing. Het probleem is opgelost u het Beveiligingsniveau Volledig vertrouwen

Opmerking Voor toegang tot de groep My_Computer_Zone -code, als volgt te werk:
  1. Dubbelklik op Systeembeheerin het Configuratiescherm.
  2. Dubbelklik op Microsoft .NET Framework- versienummer configuratie.
  3. Dubbelklik op Runtime Security Policy.
  4. Dubbelklik op de computer.
  5. Dubbelklik op groepen.
  6. Dubbelklik op All_Code te klikken.
  7. Dubbelklik op My_Computer_Zone.
Tip Vergeet niet uit te voeren caspol – s op CA's inschakelen nadat u het probleem hebt opgelost.

Zie ASP.NET Code Access Security voor meer informatie:
http://msdn2.microsoft.com/en-us/library/87x8e4d1.aspx

Er zijn talloze andere oorzaken van het foutbericht 'Servertoepassing niet beschikbaar'. Het logboek voor systeemgebeurtenissen is het beste om meer details over de oorzaak van het probleem.

IIS-gerelateerde fouten

De IIS-logboeken zijn erg handig in geval van een IIS-verificatie-gerelateerde fouten. Een gebruikelijk scenario is wanneer de gebruiker gewoonlijk het volgende ziet:
You are not authorized to view this page
Wat u nodig hebt om te zoeken naar is de status en sub-statuscodes voor deze specifieke fout.
2006-10-12 22:47:28 W3SVC1 65.52.18.230 ophalen /MyAPP/login.aspx - 80
Mijndomein\UserID_91 65.52.22.58 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727;+InfoPath.1) 3-5 401
We zien een 401 met de status sub 3, wat betekent "Niet-gemachtigd vanwege ACL op bron."

Hiermee wordt aangegeven met ontbrekende NTFS-machtigingen voor een bestand of map. Deze fout treedt op als de machtigingen voor het bestand dat u probeert toegang te krijgen tot juist zijn, maar de standaardmachtigingen en gebruikersrechten ontbreekt mogelijk op het andere systeem- en IIS-mappen. U kunt deze fout mogelijk weergeven als de IUSR_computernaam-account geen toegang tot de map C:\Winnt\System32\Inetsrv heeft. Voor meer informatie over IIS statuscodes, klikt u op het volgende artikel in de Microsoft Knowledge Base:

318380 beschrijving van Microsoft Internet Information Services (IIS) 5.0 en 6.0 statuscodes

812614 standaardmachtigingen en gebruikersrechten voor IIS 6.0

271071 het vereiste NTFS-machtigingen en gebruikersrechten instellen voor een webserver met IIS 5.0

Tip Klik op Start, klik op uitvoerenen typ logboekbestanden openen de map met de IIS-logboeken. U kunt ook op de eigenschappenpagina voor uw Website in IIS, klikt u op de
Websitenaam tabblad en klik op Eigenschappen om de map voor het logboekbestand en de naam weer onder Actieve logboekbestandsindeling.

Het andere wat van belang hier is de statuscode 5. Voor meer informatie over deze statuscode kunt u de opdracht net helpmsg gebruikt:
C:\Documents and Settings\User >net helpmsg 5
Toegang is geweigerd.
Probeer een andere gemeenschappelijke statuscode, code 50:
C:\Documents and Settings\User >net helpmsg 50
De aanvraag wordt niet ondersteund.
Tip Wanneer u een andere algemene roemruchte '500 Interne serverfout'-bericht ontvangt, wordt het een goed idee om een gebruiksvriendelijke HTTP-foutberichten uitschakelen zodat u een gedetailleerde beschrijving van de fout ontvangt. Vergeet niet om te zoeken in de gebeurtenis viewer als het kan ook meer informatie bevatten.
Voor meer informatie over het uitschakelen van gebruiksvriendelijke HTTP-foutberichten, klikt u op het volgende artikelnummer in de Microsoft Knowledge Base:

294807 functie uit te schakelen Internet Explorer 5.x en 6.x 'show gebruiksvriendelijke HTTP-foutberichten' op de server

Het idee is met alle geregistreerde gegevens die beschikbaar zijn voor maximale informatie ophalen over het probleem bij de hand.

Bronnen

Voor meer informatie klikt u op het volgende artikelnummer om het artikel in de Microsoft Knowledge Base weer te geven:

306590 ASP.NET-beveiliging-overzicht

317012 proces en verzoek identiteit in ASP.NET

Het maken van een serviceaccount voor ASP.NET 2.0-toepassingen
http://msdn2.microsoft.com/en-us/library/ms998297.aspx

ASP.NET-eenheidsmatrix
http://msdn2.microsoft.com/en-us/library/aa302377.aspx

Eerdere columns van ASP.NET ondersteuning Voice
http://support.microsoft.com/aspnetpsvc
Ik hoop dat deze eenvoudige technieken helpen bij het oplossen van problemen voor beveiliging en machtigingen zijn. Vergeet niet dat de ondersteuning voor spraak-kolommen zijn voor u! Zoals altijd gerust gebruik van de
Vragen voor het formulier indienen van ideeën over onderwerpen die u geadresseerd in toekomstige kolommen of in de Knowledge Base wilt bekijken.
Eigenschappen

Artikel-id: 910449 - Laatst bijgewerkt: 15 feb. 2017 - Revisie: 1

Feedback