Hoppa till huvudinnehållet
Välj ett annat konto.
Du har flera konton
Välj det konto du vill logga in med.
Gäller för Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Standard Windows 8 Enterprise Windows 8.1 Enterprise Windows 8.1 Pro Windows Server 2012 Datacenter Windows 8 Pro
Denna artikel beskriver ett problem som uppstår när du försöker visa en användares "effektiva åtkomst" till en fil i Windows 8.1, Windows Server 2012 R2, Windows 8, eller Windows Server 2012. Du kan lösa detta problem för Windows 8.1 och Windows Server 2012 R2 genom att använda uppdateringen i denna artikel. Innan du installerar denna uppdatering, kolla in avsnittet för förutsättningar. En lösning är också tillhandahållen. Observera att denna uppdatering inte gäller för Windows 8 eller Windows Server 2012. För att ge feedback angående en potentiell lösning på dessa system, vänligen kontakta Microsoft Support.
Överväg följande scenario:
Du använder Windows Explorer för att visa en användares "effektiva åtkomst" till en fil eller en mapp på en filresurs.
Filresursen ligger på en icke-Microsoft Server Message Block (SMB) 3.0 serverprodukt.
Du anger en Universal Naming Convention (UNC) mappväg. Till exempel, du anger \\server\share.
I detta scenario misslyckas begäran och du får följande felmeddelande:
Kod 0x80070057 Parametern är felaktig.
Men om filresursen först mappas till en enhetsbokstav visas "effektiva åtkomst"-behörigheterna och du får inget felmeddelande.
Detta problem uppstår eftersom SECURITY_DESCRIPTOR-strukturen som returneras av servern innehåller ett NULL Owner-fält när NetShareGetInfo-anropet återgår till Windows Explorer.
Hur man får denna uppdatering
För att lösa detta problem har vi släppt en uppdatering genom Windows Update och Microsoft Download Center för Windows 8.1 och Windows Server 2012 R2. Lösningen är att modifiera Windows Authz så att den inte kräver närvaron av den valfria SECURITY_DESCRIPTOR-strukturen. Viktigt: Installera inte ett språkpaket efter att du har installerat denna uppdatering. Om du gör det kommer språk-specifika ändringar i uppdateringen inte att tillämpas, och du måste installera om uppdateringen. För mer information, se Lägg till språkpaket till Windows.
Metod 1: Windows Update
Denna uppdatering tillhandahålls som en valfri uppdatering från Windows Update. För mer information om hur du kör Windows Update, se Hur man får en uppdatering genom Windows Update.
Metod 2: Microsoft Download Center
Följande filer är tillgängliga för nedladdning från Microsoft Download Center.
Alla stödda x86-baserade versioner av Windows 8.1

Ladda ner paketet nu.
Alla stödda x64-baserade versioner av Windows 8.1

Alla stödda x64-baserade versioner av Windows Server 2012 R2

För mer information om hur du laddar ner Microsoft supportfiler, klicka på följande artikelnummer för att visa artikeln i Microsoft Knowledge Base:
119591 Hur man får Microsoft supportfiler från onlinetjänster Microsoft har skannat denna fil för virus. Microsoft använde den mest aktuella virusdetekteringsprogramvara som var tillgänglig på det datum då filen publicerades. Filen lagras på säkerhetsförstärkta servrar som hjälper till att förhindra obehöriga ändringar av filen.
För att tillämpa denna hotfix måste du ha april 2014 uppdateringsrullning för Windows RT 8.1, Windows 8.1, och Windows Server 2012 R2 (2919355) installerad i Windows 8.1 eller Windows Server 2012 R2.
För att använda hotfixen i detta paket behöver du inte göra några ändringar i registret.
Du kan behöva starta om datorn efter att du har tillämpat denna hotfix.
Denna hotfix ersätter inte en tidigare släppt hotfix.
Den globala versionen av denna hotfix installerar filer som har de attribut som anges i följande tabeller. Datumen och tiderna för dessa filer anges i Coordinated Universal Time (UTC). Datumen och tiderna för dessa filer på din lokala dator visas i din lokala tid tillsammans med din aktuella sommartidsjustering (DST). Dessutom kan datumen och tiderna ändras när du utför vissa operationer på filerna.
Windows 8.1 och Windows Server 2012 R2 filinformation och anteckningar
Viktigt: Windows 8.1 hotfixar och Windows Server 2012 R2 hotfixar ingår i samma paket. Men hotfixar på sidan för hotfixförfrågningar listas under båda operativsystemen. För att begära hotfixpaketet som gäller för ett eller båda operativsystemen, välj hotfixen som listas under "Windows 8.1/Windows Server 2012 R2" på sidan. Referera alltid till avsnittet "Gäller för" i artiklar för att avgöra vilket operativsystem varje hotfix gäller.
Filerna som gäller för en specifik produkt, milstolpe (RTM, SP n) och tjänstefil (LDR, GDR) kan identifieras genom att granska filversionerna som visas i följande tabell.
Windows 8.1 och Windows Server 2012 R2
MANIFEST-filerna (.manifest) och MUM-filerna (.mum) som installeras för varje miljö listas separat i avsnittet "Ytterligare filinformation". MUM, MANIFEST och de associerade säkerhetskatalogfilerna (.cat) är mycket viktiga för att upprätthålla tillståndet för de uppdaterade komponenterna. Säkerhetskatalogfilerna, vars attribut inte listas, är signerade med en Microsoft digital signatur.
För alla stödda x86-baserade versioner av Windows 8.1
För alla stödda x64-baserade versioner av Windows 8.1 och Windows Server 2012 R2
För alla stödda Windows RT 8.1
Ytterligare filinformation för Windows 8.1 och Windows Server 2012 R2
Ytterligare filer för alla stödda x86-baserade versioner av Windows 8.1
Ytterligare filer för alla stödda x64-baserade versioner av Windows 8.1 och Windows Server 2012 R2
Ytterligare filer för alla stödda Windows RT 8.1
För att kringgå detta problem, etablera en mappad enhet från datorn där Windows Explorer körs till den delade mappen. Om en användare väljer Visa effektiv åtkomst från en resurs på den mappade enheten visas användarens effektiva behörigheter och problemet uppstår inte.
När du ansluter till en UNC-mappväg anropar Windows Explorer NetrShareGetInfo med ServerName (UNC-väg), NetName och Level: 502. Servern gör sedan ett svar. Svaret inkluderar en SECURITY_DESCRIPTOR-struktur som innehåller ett Owner-fält. Återkomsten av en SECURITY_DESCRIPTOR-struktur är obligatorisk, men Owner-fältet är valfritt, enligt [MS-SRVS] protokollspecificeringen. Men Windows Authz förlitar sig på att ägarfältet är närvarande. Detta gör att "Visa effektiva behörigheter" misslyckas. Även om Windows alltid returnerar ett Owner-fält, gör vissa tredjeparts filserverprodukter inte det eftersom de kanske inte kopplar en säkerhetsbeskrivning till en nätverksdelning. För mer information, se 2.2.4.26 SHARE_INFO_502_I.
Microsoft har bekräftat att detta är ett problem i de Microsoft produkter som listas i avsnittet "Gäller för".
Se terminologin som Microsoft använder för att beskriva programuppdateringar.



Utforska prenumerationsfördelar, bläddra bland utbildningskurser, lär dig hur du säkrar din enhet och mer.

Microsoft 365 prenumerationsfördelar

Ytterligare felsökningssteg