Hemservern är åtkomlig men filresurserna tidsavbryts: Vad bör du testa?

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Home Server Is Reachable but File Shares Time Out: What Should You Test? - Zima Store Online

En nåbar hemserver kan fortfarande få timeout på fildelningar när SMB självt är blockerat, stoppat, felbundet, överbelastat eller fast i en misslyckad session.

Ping bevisar bara att servern svarar på ICMP; det bevisar inte att TCP 445 når SMB-lyssnaren, att klienten förhandlar fram ett stödd protokoll eller att delningen kan autentisera och enumerera. Den snabbaste diagnosen rör sig uppåt i lager: IP-räckvidd, värdnamnsresultat, port 445, SMB-tjänstens status, delningsväg, autentiseringsuppgifter och slutligen serverbelastning under timeouten.

Jämför serverns IP med delningsnamnet

Testa delningen med serverns aktuella IP-adress och med dess normala värdnamn från samma klient. Notera om båda får timeout, endast namnet misslyckas eller om namnet löses till en annan IPv4- eller IPv6-adress.

En OSMC-supportärende visade en värd som kunde pingas medan en SMB-väg fortfarande gav en anslutningstimeout. Den skillnaden förhindrar att en lyckad ping för tidigt utesluter DNS-, port- eller tjänsteproblem.

Om IP-adressen fungerar men namnet misslyckas, åtgärda DNS, multicast-upptäckt, suffix eller cachade adresser. Om båda misslyckas identiskt, fortsätt med TCP 445 och SMB-lyssnaren istället för att upprepade gånger rensa namncache.

Testa TCP-port 445 från den felande klienten

Öppna ett TCP-anslutningstest till serverns adress på port 445 från samma enhet som upplever timeouten. Kör det under felet istället för efter att ha startat om NAS:en eller återanslutit klienten.

En Ask Ubuntu-diagnos skiljde fungerande ping från Samba-fel genom att kontrollera om port 445 var nåbar. SMB över moderna nätverk är beroende av den TCP-vägen även när andra servertjänster förblir tillgängliga.

Om port 445 får timeout, undersök klientens VLAN, värdfirewall, NAS-firewall, gränssnittsbindning och mellanliggande ACL:er. Om den ansluter omedelbart är nätverksvägen öppen och diagnosen bör gå vidare till SMB-förhandling, sessioner, autentiseringsuppgifter eller delningsstatus.

Bekräfta att SMB-tjänsten lyssnar på rätt gränssnitt

Kontrollera SMB-tjänstens status och aktiva lyssnare på servern. Bekräfta att den är bunden till LAN- eller VLAN-adressen som klienten använder, inte bara loopback, ett annat nätverkskort, en containerbridge eller en gammal adress.

Att starta om hela NAS:en kan tillfälligt dölja en stoppad eller fastnad tjänst. Föredra att kontrollera tjänstelogg, lyssnarutdata och senaste konfigurationsändringar innan omstart så att felbevisen finns kvar.

Om tjänsten är stoppad, ta reda på varför den avslutades och verifiera delningskonfigurationen innan du startar den igen. Om den lyssnar på fel gränssnitt, korrigera bindningen och testa om från klienten utan att ändra orelaterade brandväggsregler.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Separera protokollförhandling från autentisering

Använd en SMB-klient som rapporterar den förhandlade dialekten och felkoden. Jämför en direkt delningsväg med att bläddra i serverns rot, eftersom upptäckt, enumerering, autentisering och öppning av en känd delning är separata operationer.

En Synology-communityrapport beskrev en NAS vars värdnamn och adress var nåbara medan SMB-port 445 misslyckades över IPv4- och IPv6-resultat.

Om TCP-anslutningen öppnas men förhandlingen misslyckas, jämför SMB-versioner, signering, kryptering och klientkompatibilitet. Om förhandlingen lyckas men autentiseringen hänger sig eller misslyckas, rensa endast relevanta sparade autentiseringsuppgifter och verifiera konto, delnings-ACL och låsningsstatus.

Rensa gamla sessioner utan att ta bort fungerande konfiguration

Koppla bort befintliga mappade enheter och aktiva SMB-sessioner från den felande klienten, anslut sedan igen med en explicit serveradress och konto. Gamla sessioner kan bevara en gammal adress, autentiseringsuppgift, dialekt eller frånkopplad transport.

Kontrollera serverns sessionstabell samtidigt. En session som förblir etablerad medan klienten får timeout kan indikera en halvöppen TCP-anslutning, sovande klient, VPN-vägsbyte eller gränssnitts-failover som inte återställde SMB-status ordentligt.

Rensa den individuella klientsessionen innan SMB-tjänsten startas om för varje användare. Om timeouten återkommer på nya sessioner, fortsätt till serverbelastning och nätverksbeteende istället för att behandla sessionsrensning som den slutgiltiga lösningen.

Återskapa timeouten medan du övervakar serverbelastning

Övervaka CPU, minnesbelastning, diskfördröjning, poolhälsa, nätverksköer, containeraktivitet, antivirusgenomsökning, indexering och snapshot-arbete medan du öppnar och listar delningen. En server kan svara på ping medan SMB-arbetaren eller lagringsvägen väntar tillräckligt länge för att få timeout.

ZimaSpace-guiden till en överbelastad NAS-tjänsteväg ger närliggande prestandakontroller efter att port- och protokolltester lyckats.

Problemet är löst först när samma klient kan ansluta, autentisera, lista mappar, läsa, skriva, koppla från och återansluta genom felperioden. Om SMB får timeout medan port 445 förblir öppen och servern är mättad, åtgärda resurs- eller lagringsflaskhalsen istället för att lägga till längre klienttimeout.