Om en delad mapp i CasaOS fungerar från en Mac och en äldre Windows-dator men en ny Windows 11 24H2-dator returnerar ett utökat fel, behöver själva CasaOS-utdelningen inte vara trasig. Community-inlägget från IceWhale i december 2024 kopplade exakt detta mönster till de säkerhetsförändringar som Microsoft införde i Windows 11 24H2.
Windows 11 24H2 har skärpt SMB-beteendet på sätt som påverkar NAS-enheter i hemmet: SMB-signering krävs som standard i Pro-, Enterprise- och Education-utgåvorna, och osäker gäståtergång är inaktiverad i Windows 11 Pro. Microsoft rekommenderar att man åtgärdar NAS-sidan först – använder SMB-signering och autentiserade användarnamn och lösenord – i stället för att försvaga Windows-klienten.
Varför den gamla Windows-datorn fungerar men den nya inte gör det
Den ursprungliga CasaOS-användaren hade redan en Mac och en äldre Windows 11-bärbar dator som kunde komma åt samma utdelningar utan problem. Det var bara det ersättande Windows 11-systemet som misslyckades. Därför är Windows-versionen och dess SMB-policy ett mer relevant felsökningsmål än själva disken eller utdelningen.
Microsofts vägledning om NAS-enheter i Windows 11 24H2 förklarar att versionen kräver SMB-signering som standard i flera utgåvor och inaktiverar osäker gäståtergång i Pro.
Vad SMB-signering ändrar
SMB-signering gör att klienten och servern kan verifiera att nätverksmeddelanden inte har ändrats under överföringen. I Microsofts aktuella dokumentation om SMB-signering står det att Windows 11 24H2 Pro, Enterprise och Education kräver inkommande och utgående signering som standard.
Om en SMB-server från tredje part inte stöder det obligatoriska signeringsbeteendet kan Windows avvisa anslutningen, även om äldre datorer fortfarande fungerar.
Varför aktivering av gäståtkomst kanske ändå inte fungerar
Gemenskapsförfattaren hade redan aktiverat osäker gäståtkomst, men krav på signering och gäståtkomst fungerar inte bra tillsammans. Microsoft påpekar att krav på SMB-signering också blockerar normal gäståtergång.
Den säkrare långsiktiga konfigurationen är:
- Använd SMB2/SMB3 i stället för SMB1.
- Skapa ett riktigt Samba-användarnamn och lösenord.
- Aktivera SMB-signering på servern när det stöds.
- Anslut från Windows med autentiseringsuppgifter.
Använd IP-adressen för diagnostik
Det första communitysvaret föreslog att testa serverns IP-adress i stället för dess värdnamn:
\\192.168.1.50\ShareNameDetta är användbart för att skilja problem med namnmatchning från problem med SMB-autentisering eller signering. För en permanent signerad miljö föredrar Microsofts aktuella vägledning korrekt upplösta värdnamn framför att använda råa IP-adresser som målsättning för designen.
Aktivera inte alla SMB-versioner som första åtgärd
Ett annat communityförslag var att installera alla SMB-protokollversioner under Windows-funktioner. Det är inte den rekommenderade metoden idag. SMB1 är föråldrat och inaktiveras som standard i moderna Windows-system. En aktuell CasaOS-/Samba-installation bör normalt använda SMB2 eller SMB3.
Aktivera inte SMB1 bara för att Windows 11 24H2 inte kan ansluta. Utred först signering och autentiserad åtkomst.
Microsofts rekommenderade åtgärdsordning
- Aktivera SMB-signering på NAS-enheten/servern om möjligt.
- Inaktivera åtkomst som endast tillåter gäster.
- Skapa ett användarnamn och lösenord på NAS-enheten.
- Uppdatera NAS-/serverprogramvaran om nyare SMB-stöd finns tillgängligt.
- Överväg att försvaga Windows signerings- eller gäståtkomstprinciper först efter att dessa alternativ har misslyckats.
Kontrollera Windows SMB-klientinställningar
Från ett PowerShell-fönster med administratörsbehörighet:
Get-SmbClientConfiguration | Select RequireSecuritySignature, EnableInsecureGuestLogonsDetta låter dig se den aktuella klientprincipen innan du ändrar något.
Sista utvägen: inaktivera kravet på signering
Microsoft dokumenterar detta kompatibilitetskommando:
Set-SmbClientConfiguration -RequireSecuritySignature $falseWindows ber om en bekräftelse. Detta minskar SMB-säkerheten, så gör det inte till den första CasaOS-åtgärden. Microsoft rekommenderar uttryckligen att tredjepartsservern korrigeras när det är möjligt.
Sista utvägen: återaktivera osäkra gäståtloggningar
Set-SmbClientConfiguration -EnableInsecureGuestLogons $trueDetta kan hjälpa med en server som endast tillåter gäståtkomst, men det försvagar autentiseringen. Om signering fortfarande krävs kanske det inte räcker att enbart aktivera gäståtkomst för att lösa anslutningen.
Rensa gamla Windows-autentiseringsuppgifter
Efter att du har gått från gäståtkomst till ett namngivet Samba-konto kan Windows behålla en gammal SMB-session. Koppla från befintliga mappningar:
net use * /deleteTa sedan bort gamla poster från Autentiseringshanteraren > Windows-autentiseringsuppgifter och anslut igen med det avsedda kontot. Det här kommandot kopplar från alla aktuella mappade nätverksresurser för användaren, så använd det med eftertanke.
Kan FileZilla ersätta SMB?
Ett senare communitysvar frågade om FileZilla. FileZilla använder normalt FTP, FTPS eller SFTP; det ersätter inte i sig en SMB-delning i Windows Utforskaren. Om SSH/SFTP är konfigurerat på servern kan det användas för filöverföring, men det använder ett annat protokoll och en annan behörighetsmodell.
Checklista för felsökning av delade mappar i CasaOS
- Bekräfta att samma delade mapp fortfarande fungerar från en annan klient.
- Bekräfta att den felande datorn kör Windows 11 24H2 eller senare.
- Testa både värdnamnet och LAN-IP-adressen.
- Aktivera inte SMB1 som första felsökningsåtgärd.
- Föredra ett riktigt Samba-användarnamn och -lösenord framför åtkomst som endast tillåter gäster.
- Kontrollera om Samba-servern stöder signering.
- Inspektera Windows med
Get-SmbClientConfiguration. - Rensa gamla sessioner och cachade autentiseringsuppgifter efter att autentiseringen har ändrats.
- Använd Microsofts osäkra kompatibilitetsreglage endast när servern inte kan åtgärdas.
Vanliga frågor om CasaOS delade mappar i Windows 11
Varför slutade den delade mappen att fungera endast i Windows 11 24H2?
Windows 11 24H2 införde striktare standardbeteende för SMB-signering och gäståtkomst. Den ursprungliga communityförfattaren spårade felet till dessa ändringar från Microsoft.
Vad betyder ”ett utökat fel har inträffat”?
Det är ett generiskt Windows-nätverksfel. I den här källtråden fann författaren att policyändringarna för SMB i Windows 11 24H2 var den relevanta orsaken.
Bör jag aktivera SMB1?
Inte för en vanlig modern CasaOS-distribution. Åtgärda SMB2/SMB3-signering och autentiserad åtkomst först.
Är det säkert att inaktivera SMB-signering?
Det tar bort ett skydd mot manipulering och reläattacker. Microsoft dokumenterar reglaget för inkompatibla servrar från tredje part, men rekommenderar att servern åtgärdas när det är möjligt.
Kan jag fortsätta använda en delad mapp som endast tillåter gäståtkomst?
Windows kan konfigureras för att tillåta osäkra gästinloggningar, men Windows 11 24H2 avråder uttryckligen från den modellen. Ett namngivet SMB-konto är säkrare.
