Ich stelle mal ein Thema hier im Blog ein, welches mir in einer Facebook-Administratorengruppe die Tage untergekommen ist. Ein Administrator beklagt sich, dass der Windows Explorer auf seinen Clients bei einer Dateisuche auf Netzwerkfreigaben eines File-Servers keine Treffer mehr findet. Es gibt mehrere Betroffene.
Die Fehlerbeschreibung
Da es eine geschlossene Facebook-Gruppe ist, verlinke ich mal nicht, sondern ziehe die groben Informationen hier heraus. Ein Administrator schrieb zum 18. Dezember 2025 in der Gruppe, dass er Probleme mit der Suche im Windows Explorer habe, wenn diese auf Netzlaufwerken erfolgt. Konkret ist es so, dass in einer Windows Domain diverse File-Shares als Network-Drives im Explorer eingebunden sind.
Es werden keine Dateien bei der Suche gefunden
Seit ein paar Wochen (also so ca. seit Anfang Dezember 2025) werden es immer mehr Clients (Dell / Windows 11 Pro), bei denen die Windows-Suche keine Resultate mehr bringt. Am File-Server selbst ist die Suche als Service aktiv, und die lokalen Disks sind alle im Index hinzugefügt. Der Betroffene meint dazu "Uns gehen schon langsam die Ideen aus." und hoffte auf einen Tipp aus der Gruppe.
Noch ein Betroffener mit dem Fehlerbild
In obigem Post wurden keine Windows-Versionen für die Clients (ich tippe auf Windows 11 25H2 als Client) und die Server in der Domäne genannt. In der Gruppe hatte sich aber ein weiterer Betroffener gemeldet und schrieb, dass bei seiner Umgebung sowohl Clients mit Windows 10 22H2 als auch mit Windows 11 (24H2 – 25H2) tangiert sind. Als Server für die Domain kommt Windows Server 2022 (als Primary Domain Controller) zum Einsatz. Dort hieß es, dass die Suche "laggt" oder gar nicht funktioniert.
So richtig viele Rückmeldungen gab es in der Facebook-Gruppe aber nicht. Ich hatte zugesagt, das Thema auch mal hier im Blog aufzugreifen, um ggf. mehr Schwarmwissen einzubeziehen.
Der alte Fall der File-Server-Suche
Mark Heitbrink wies in der Gruppe auf meinen alten Blog-Beitrag Windows 11 24H2-25H2: Nov. 2025-Update KB5068861 bremst Suche auf File-Server hin, wo etwas ähnliches beschrieben wurde. Allerdings war es dort so, dass lediglich die Suche auf Freigaben eines File-Servers nach Installation des Update KB5068861 elendig langsam war.
Und in diesem Beitrag von Mitte November 2025 heißt es, dass neben der langsamen Suche der Explorer ggf. nichts anzeigt. Das deckt sich schon eher mit der Beschreibung des obigem Falls auf Facebook.
Eigentlich sollte das Problem gefixt sein
Ich hatte zwar im Blog-Beitrag Windows 11 24H2-25H2: Ausgebremste File-Server-Suche gefixt? die Frage gestellt, ob das Problem mit dem Preview Update KB5070311 vom 1. Dez. 2025 behoben sei. Dieser Fix wurde auch mit dem Dezember 2025-Sicherheitsupdate verteilt, das Problem der langsamen Suche sollte also ggf. behoben sein.
Einige Blog-Leser bestätigten, dass die Suche wieder funktioniert und der Server-Suchindex wird wieder angewendet wird. Allerdings merkte Andy Wendel in der Facebook-Gruppe an, dass das Preview-Update das Problem der langsamen Suche wohl auch nicht vollständig behebt.
Indizierung neu aufbauen
Eine Möglichkeit, die mir noch einfällt, wäre, in der Systemsteuerung von Windows zum Befehl Indizierungsoptionen zu gehen und dort über Erweitert zur Registerkarte Indexeinstellungen der Erweiterte Optionen zu gehen und in der Gruppe Problembehandlung die Schaltfläche Neu erstellen zu wählen.
Hier war aber die Rückmeldung auf Facebook, dass dies natürlich geprüft wurde, aber keine Abhilfe schaffte.
Es gibt zudem noch ein YouTube-Video von Dez. 2025, wo jemand auf die kaputte Suche in Network-Shares eingeht. Dort setzt der Ersteller des Videos per PowerShell die folgenden Pakete zurück.
Get-AppxPackage -AllUsers MicrosoftWindows.Client.WebExperience | Reset-AppXPackage Get-AppxPackage -AllUsers MicrosoftWindows.Client.CBS | Reset-AppxPackage Restart-Service WSearch
Gibt es weitere Betroffene?
In der Facebook-Gruppe hat sich noch ein weiterer Betroffener gemeldet. Komisch ist, dass die Clients "plötzlich" nichts mehr bei einer Suche auf Freigaben finden – in direkter Zusammenhang mit dem Dezember 2025-Patchday konnte ich nicht feststellen. Möglicherweise spielt das oben beschriebene November 2025-SMB-Problem, was mit dem Preview unvollständig gefixt wurde, mit rein.
An dieser Stelle daher die Frage an die Leserschaft, ob ein ähnliches Fehlerbild, dass die Explorer-Suche auf Windows 10/11-Clients bei Netzwerkfreigaben (Network-Shares) Dateien nicht findet, beobachtet wurde? Falls ja, ist eine Ursache oder ein Fix bekannt?
Fundstellen im Internet: Suche kaputt
Ergänzung: Der Artikel wurde auf Vorrat geschrieben – bei der heutigen Suche (22.12.2025) bin ich auf dem Post SMB issues with windows 11 25H2. Shared folders from NAS won´t be showed anymore. vom 18. Dez. 2025 gestoßen. Michael Frimmer klagt, er habe Probleme mit den Netzwerkfreigaben (freigegebenen Ordnern) seines (Synology) NAS im Windows-Datei-Explorer. Die Einrichtung erfolgt über SMB, aber Windows 11 25H2 blockiert bei ihm irgendwie den Zugriff auf die Dateien.
NAS und SMB 1.0-Problem
Ist nicht so genau das obige Fehlerbild, aber eventuell ein Fingerzeig, zumal der Betroffene im Nachtrag noch einen Hinweis liefert. Dort schreibt der Betroffene, dass der Zugriff auf die Netzwerkfreigaben möglich war, nachdem er auf den Windows-Clients in den Einstellungen den Zugriff über SMB1.0 ermöglicht habe.
Krude ist allerdings, dass das NAS weiterhin auf SMB2 bis SMB3 für SMB-Shares eingestellt ist. In diesem Kontext fällt mir nur mein alter Beitrag Windows: SMB-Signing wird (bald) für alle Versionen erzwungen aus 2023 ein – laut diesem Artikel von Juli 2025 gibt es bei NAS-Einheiten seit Sommer Probleme – und hier scheint das im September auch angesprochen worden zu sein – trifft aber alles nicht wirklich die obige Fehlerbeschreibung.
Doppelte SID als Ursache für Authentifizierungsprobleme
In diesem Thread gibt es noch einen interessanten Hinweis von Ende Oktober 2025 zur Frage, ob es eine dauerhafte Lösung für die Probleme bei der SMB-Dateifreigabe, die durch die neuesten Windows 11-Updates verursacht werden. Der Betroffene schreibt, dass sie mehrere Fälle beobachtet haben, in denen die einfache Datei-/Ordnerfreigabe zwischen Windows 11-Computern nach der Installation der neuesten Windows 11-Updates nicht mehr funktioniert.
Ist zwar formal etwas anderes als obige Fehlerbeschreibung – aber die Antwort eines weiteren Betroffenen "Das Problem in meinem Fall wurde durch doppelte SIDs verursacht. Ich habe SIDCHGL64 auf einem der beiden betroffenen Rechner verwendet und die SMB-Vernetzung wurde wiederhergestellt." hilft ggf. Das Problem hatte ich im Oktober 2025 im Beitrag Windows 11 24H2-25/H2, Server 2025: SID-Duplikate verursachen NTLM-/Kerberos-Authentifizierungsfehler angesprochen. Authentifizierungsfehler wären eine Erklärung, dass ggf. Ergebnisse verloren gehen.
Ähnliche Artikel:
Windows 11 24H2-25H2: Nov. 2025-Update KB5068861 bremst Suche auf File-Server
Windows 11 24H2-25H2: Ausgebremste File-Server-Suche gefixt?
Windows: Dateivorschau im Explorer nach Oktober 2025-Update kaputt – Teil 1
Windows Dateivorschau mit Okt. 2025-Update kaputt: Microsoft erklärt das Ganze – Teil 2
MVP: 2013 – 2016
Bei meinem Win11 25H2 ohne IPV6 keine Probleme
Sucht auch sehr performant
so long
Yumper
Und mit IPv6?
Da die Clients ja nicht selbst auf dem Share suchen sondern den Server über den Suchdienst suchen lassen würde ich zunächst einmal überprüfen das der Service läuft und die Datenbank neu erstellen lassen.
Im Zuge dessen würde ich auch gleich überprüfen ob der Dienst die benötigten Berechtigungen im Dateisystem hat. Nicht nur um seine Datenbank zu speichern sondern auch um auf die Dateien die er indiziert zuzugreifen (SYSTEM/Lesen).
Aber das ist noch lange nicht alles: Da der Dienst bei einer Suchanfrage nicht als er selbst, also „System" sucht sondern mit den Benutzerberechtigungen des suchenden Nutzers, muss auch der Nutzer entsprechend lesenden Zugriff auf die Dateien haben. Daher kann es schon mal passieren das ein Administrator Ergebnisse erhält, die ein normaler Nutzer nicht sieht. Eigentlich sollte der Admin dann auch nichts sehen, weil der Account aber mit ausufernden Rechten erstellt wurde, bekommt er nun Ergebnisse.
Dann würde ich überprüfen ob es irgendwelche Richtlinien gibt die es dem Suchdienst untersagen z.B. verschlüsselte Dateien zu indizieren. Wäre das der Fall und das Share liegt auf einer verschlüsselten Platte könnte es mit der Indizierung ein ganz klein bisschen eng werden. Alternativ würde sich die GPO-Einstellung „Automatisches Hinzufügen von freigegebenen Ordner zum Windows Search-Index verhindern" auch nicht besonders toll machen.
Die Möglichkeiten sind hier Endlos, alleine über die GPO lässt sich dem Dienst jedes Share, jeder Dateityp und jeder Pfad an- oder abgewöhnen oder auch die Abfrage des Index durch andere Clients komplett unterbinden. Auch die BackOff-Funktion oder das Beenden der Indizierung wenn die Platte voll ist sind nicht die besten Optionen. Alles zu finden unter „Windows-Komponenten/Suche" in den Adminvorlagen des Rechners. Das schlimmste aber ist, das alte Einstellungen die irgendwann mal gelöscht wurden, evtl. „Leichen" in der Registry hinterlassen haben, weshalb der Dienst sich komisch verhalten könnte.
Wenn sichergestellt ist das diese Dinge alle funktionieren, würde ich mich der Netzwerkseite des Problems widmen. Geht eine einfache Anmeldung und Zugriff auf dem Share? Läuft der RPC Dienst? Ist er via Netzwerk erreichbar? Die Suchanfrage wird via RPC gestellt. Wenn da einer mit der GPO rumgespielt hat… Und das nicht nur auf dem Server, evtl. auch auf dem Client. Ich würde auch mal überprüfen ob ich evtl. Authentifizierungs oder Delegierungsfehler bekomme in den Logs.
Firewall würde ich natürlich auch mal prüfen auch um sicherzustellen das das System im Domänenprofil läuft.
Ansonsten frohe Weihnachten und wenn mir noch was dazu einfällt, melde ich mich nochmal.
Zum 1. Absatz: Ich hatte nachgefragt – das ist passiert. Und es gibt inzwischen zwei Fälle – sind beides Admins im Unternehmensbereich. Ziel ist auch, rauszufinden, ob es Einzelfälle sind, oder ob es noch mehr Betroffene gibt. Ich schaue mal, dass ich in der Gruppe den Blog-Beitrag hier verlinke – dann können die Betroffenen ggf. hier kommentieren.
Ich kann dies auch bestätigen. Von einigen hundert Rechnern sind uns derzeit eine handvoll bekannt, bei denen die Explorer-Suche auf Shares nicht mehr klappt. Betroffen sind Shares auf verschiedenen Servern. Teilweise klappt von zwei praktisch identischen Rechnern die Suche auf einem problemlos und auf dem anderen gar nicht. Wir haben noch kein Muster und keinen greifbaren Auslöser gefunden und sind derzeit auf der Suche. Auffällig ist, dass es gefühlt nach und nach mehr Rechner werden, die es betrifft. Auf Basis Deines Eintrags schauen wir gerade, ob wir Zusammenhänge bei der Build-Version erkennen. Ich kommentiere nochmal, wenn wir was gefunden haben.
Update: es scheint, als würden die Probleme genauso verschwinden wie sie gekommen sind. PCs, die letzte Woche noch nachweislich das Suchproblem hatten, haben heute keine Probleme mehr. Die Serverseite mag ich fast sicher ausschließen als Ursache, da verschiedene Server betroffen waren und der Großteil der Clients letzte Woche auch funktioniert hat. Es muss an den Clients liegen, möglicherweise in Kombinationen mit Updates. Ist für mich ebenfalls nicht so recht plausibel, weil der Patchday schon 1 Woche länger zurückliegt und wir auf den Systemen im MDM auch nicht sehen, dass zwischen Donnerstag und heute weitere Updates installiert wurden. Vielleicht ein fehlender Reboot nach Updates letzte Woche? Wir beobachten weiter, haben derzeit aber keine User mehr, die das Problem melden.
Hat es wohl geholfen, dass ich hier berichte. Microsoft, BSI, Copilot & Co. lesen fleißig mit, und verweisen schon mal auf den Blog ;-).
Unter Win10 IOT LTSC und WIN10 Pro (noch im support bzw. ESU aktueller Patchstand) kann ich das nicht bestätigen! Suche funktioniert einwandfrei auch auf Netzwerkfreigaben…also mal wieder kein generelles oder Patchproblem.
Tja da kann man soviel rumpfuschen… was das verursachen kann. Sollte man halt unterlassen, wenn man nicht wies was man tut.
Ah, damit wäre für mich ein Problem / Frage geklärt. (W10 Pro 22H2 ESU)
Hatte mich schon gewundert, warum der Explorer in den letzten Tagen bei der Suche mitunter keine Treffer listet (auch wenn die Datei vorhanden ist).
Ach, das habe ich schon bei Windows 7 beobachtet, das Dateien, die man sichtbar im Explorer sieht und die man auch selbst erstellt hat und sogar auf einem lokalen Laufwerk gespeichert sind, bei der Suche im Windows-Explorer nicht gefunden werden.
Mal passiert das, mal nicht.
Ein Muster konnte ich nie erkennen.
Die Suche im Explorer ist seit Windows Vista schlicht kaputt.
Ist vielleicht zu trivial, aber manchmal sind es auch einfache Dinge. An die Pfadlängenbeschränkung haben die Kollegen aber gedacht? Wir haben viele Spezies, die das überschreiten.
Unter Windows 10 wurde die maximale Pfadlänge entfernt. Siehe h**ps://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry
Der Windows Explorer unterstützt das aber nicht korrekt.
Eher er unterstützt es gar nicht. Zumindest sehe ich das bei uns auch regelmäßig, dass Dateien nicht mehr geöffnet werden können, da Dateiname inkl. Pfad schlicht zu lang sind. Wenn man Glück hat, kann man die noch woanders hin verschieben.
Zum Thema: Bisher ist bei uns in der Umgebung (Win 11 Enterprise 24H2 und 25H2 als Clients und Server 2019 als Fileserver) noch alles OK mit der Suche. Hoffe, das bleibt auch so.
Notfalls eine Freigabe auf einen noch erreichbaren Unterordner anlegen und dann über die Freigabe zugreifen…
Da brauchst kein Glück, robocopy reicht völlig aus. Juckt den nicht die Bohne. Auch ein Fehler der gefühlt oder sogar real seit ca. 20 jahren nervt.
Das ist kein Fehler, sondern war wegen der berüchtigten Abwärtskompatibilität schon immer im NTFS-Treiber drin.
NTFS selbst unterstützt Pfadlängen von max. 32.767 Zeichen und zwar schon seit NT 3.1 von 1993!
Sämtliche Beschränkungen auf kleinere Pfadlängen sind künstliche Beschränkungen im Treiber und/oder Anwendungen.
Diese Beschränkung wurde erst nach Windows 10 Build 14352 entfernt.
NTFS unterstützt auch Klein-Großschreibung.
In NTFS ist eine Datei abc.txt eine andere Datei als ABC.txt, aber der mit Windows mitgelieferte NTFS-Treiber unterstützt das nicht. Nutzen kann man das nur, wenn man Fremdsysteme nutzt.
Die max. Partitionsgröße ist auch künstlich auf 256 TB beschränkt. NTFS selbst kann bis zu 16 EB.
Ebenso die max. Dateigröße auf 16 TB. NTFS selbst kann max. 16 EB.
Man kann alles schönreden. Für mich ist das ebenfalls ein Fehler bzw. eine nicht angepasste Funktionalität. Fakt ist, NTFS kanns per Design, in der Windows-Basis wurde es schon ewig und retour umgesetzt, die Programme können es in der Regel auch, nur der Explorer ist dazu nicht fähig.
Was das mit Abwärts-Kompatibilität zu tun haben soll, verschliesst sich mir.
NT4 durfte mit FAT installiert werden, wo es Grenzen gibt.
der Weg zurück von NTFS zu FAT wäre versperrt.
nach dem ersten Hardware Crash haben einige wieder auf FAT umgestellt, um per Bootdiskette an die Daten zu kommen.
Bei meine W11 25H2 12-2025 Patch System wird
aktuell nichts gefunden was lokal in "Downloads" liegt. Obwohl der Ordner im Index aufgenommen ist und der Index auch schon zurückgesetzt wurde.
Möglicherweise ist das Problem also nicht nur auf Netzwerkpfade beschränkt.
Habe hier bei einem DELL Gerät mit Windows 11 25H2 / neuster Build vom 09. Dezember genau dieses Problem. Das Problem trat bei diesem Gerät aber bereits mit 24H2 auf .Die Installation von 25H2 hat dann das Problem temporär gelöst. Nächster Schritt wäre nun zu prüfen, ob die PowerShell Commands bzgl. AppXPackages helfen und ob die Deinstallation oder Installation von bestimmten Updates (Preview, etc.) evtl. hilft.
Gegenprobe mit Everything?
https://www.voidtools.com
Seid Dekaden ein Tool welches das Adjektiv "hervorragend" wirklich verdient.
Das ist auch mein bevorzugtes Suchwerkzeug. In dem Zusammenhang ist auch WizTree zu empfehlen. Super schnelle Tools…
Ich betreue ein Unternehmen, wo es auf genau einem Windows 11 24H2 Laptop (Samsung GalaxyBook) zu dem hier beschriebenen Fehler kam. Alle anderen PCs und Laptops (ebenfalls Win11 24H2) konnten problemlos in der betroffenen Network-Share suchen. Es betraf übrigens nur diesen Laptop. Ein anderer Nutzer hatte sich mit seinen Domainzugangsdaten an diesem Laptop angemeldet und genau dasselbe Problem gehabt. Haben sich die Nutzer an einem anderen Gerät angemeldet, funktionierte die Suche in dem Network-Share wieder. Das heißt also, es lag definitiv an dem Laptop, und nicht an den Nutzern, dem Fileserver oder der Suchdatenbank.
Die fehlenden Suchergebnisse betrafen übrigens ein bestimmtes Share und die umgeleiteten Nutzerordner (Desktop, Dokumente, Bilder etc.). Eine zweite Network-Share für Scans vom Drucker auf demselben Fileserver konnten komischerweise problemlos durchsucht werden. Ich habe das noch nicht überprüft, aber ich bin mir fast sicher, dass der Ordner für den Druckerscans-Network-Share nicht in den Indizierungsoptionen eingeschlossen ist.
Das Problem trat wohl schon Ende Oktober/Anfang November auf. Da ich keine Lösung gefunden hatte, hatte ich Windows 11 25H2 komplett neu installiert (ohne den ganzen Samsung-Krempel, den ich erst im Verdacht hatte) und die File-Share-Suche funktionierte dann genau bis zum Dezember Patchday. Dann trat das Problem wieder auf. Wir haben dann erstmal ein Rollback auf den November-Patchstand gemacht und die Suche ist zwar langsam (Bug vom November?-Patch, wo die Suchdatenbank des Fileserver nicht benutzt wird), aber sie funktioniert erstmal wieder. Updates haben wir erstmal ausgesetzt.
Aber gut zu wissen, dass ich nicht allein bin :>.
Ist es denkbar, dass das Dezember-Update ein Rebuild des Index angestossen hat, weil das November-Update Ärger gemacht hat? Würde erklären warum es bei manchen plötzlich wieder geht. ;)
Es ist ja durch MS ausgeführt worden, dass das Preview Nov. 2025 (erschienen am 1.12.2025) ein Problem bei der Suche auf Fileservern behebt. Der Fix ist also im Dezember 2025 Update drin. Aber es gibt Rückmeldungen, dass der Fix nicht immer geholfen hat – und es ist immer noch die Frage offen, ob der Explorer nicht serverseitige Scripte lädt, wo MS gerade herum bastelt.