![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/win102.jpg\")
Heute ein kurzer Beitrag, der zeigt, dass der Teufel oft im Detail steckt. Ein Blog-Leser hatte Probleme, weil nach der Installation eines Thinstuff Terminal-Servers der Zugriff auf Netzwerkfreigaben unter Windows 10 scheiterte. Das Problem bliebt auch nach Deinstallation der Software bestehen. Hier einige Hintergrundinformationen samt Ursache.<\/p>\n
<\/p>\n
Gut, die Zahl der Blog-Leser, die genau mit der Kombination Windows 10 und Thinstuff-Software unterwegs sind, d\u00fcrfte nicht allzu hoch sein. Aber das Problem, dass unter Windows 10 pl\u00f6tzlich kein Zugriff mehr auf Freigaben von Netzlaufwerken m\u00f6glich ist, tritt doch h\u00e4ufiger auf. Ich habe mich daher entschlossen, das Thema im Blog einzustellen. Vielleicht hilft es ja dem einen oder anderen Betroffenen \u2013 und Google sp\u00fclt eine Menge Leute auf meine Artikel.<\/p>\n
Thinstuff<\/a> ist eine Firma, die diverse Software im Windows Server-Umfeld anbietet. Unter anderem gibt es XP\/VS Server, mit dem man Windows XP, Vista, Windows 7, Windows 10, Small Business Server 2003\/2008, Windows Server 2003\/2008\/2008 R2\/2016 in einen Terminal Server verwandeln kann.<\/p>\n \u00dcber die Sinnhaftigkeit des Ansatzes werde ich hier keine Aussagen machen. Das Problem der Lizenzierung (CAL f\u00fcr Remote Desktopdienste) wird z.B. hier<\/a> und hier<\/a> im MSCE-Forum diskutiert.<\/p>\n Blog-Leser Michael T. kontaktierte mich vor einigen Tagen mit folgender Problembeschreibung.<\/p>\n Nun habe ich ein dickes Problem was ich seit Tagen nicht beheben, mir erkl\u00e4ren kann und hoffe auf eine Idee zur Behebung des Problems…<\/p>\n Folgendes: Ein Windows 10 Pro Client wurde frisch aufgesetzt. Es wurden dort Freigaben erstellt, diese mit Berechtigungen versehen und alles gut.<\/p>\n Es funktionierte 2-3 Tage ohne Probleme.<\/p>\n Dann wurde eine Terminserver Software von Thinstuff installiert (nicht von mir). Seit diesem Tag funktioniert das Spiel mit den Freigaben nicht mehr.<\/p>\n Wenn ich lokal auf dem Client angemeldet bin kann ich in die Freigaben gehen und die Daten einsehen. Wenn ich auf der lokalen Maschine unter Netzwerk-> den Client-Namen anklicke, sehe ich auch die Freigaben, kann aber nicht in diese gehen.<\/p>\n Es kommt die Fehlermeldung das der Netzwerkname nicht verf\u00fcgbar ist. Was mich absolut ratlos macht. Der Client hat nur eine Netzwerkkarte, diese ist statisch konfiguriert und funktioniert auch sonst. Andere Clients k\u00f6nnen auch die Freigaben sehen, aber nicht rein klicken.<\/p>\n Also habe ich die Terminalsoftware deinstalliert und neugestartet. Keine Ver\u00e4nderung! F\u00e4llt das unter MS Bug und ist bekannt? Habe schon versucht \u00fcber den Suchmaschinen Riesen ( der keine monatliche Gewinnaussch\u00fcttung an seine Benutzer macht) eine L\u00f6sung zu finden. Aber finde da keinen richtigen Beitrag oder \u00e4hnliches.<\/p>\n PS: Im MCSE-Forum habe ich versucht Hilfe zu bekommen. Aber weil thinkstuff gegen die Lizenzbestimmungen versto\u00dfen soll, bekomme ich da keine Hilfe.<\/p>\n Thinkstuff selbst sagt, das die Software legitim ist und von MS sogar per Fax abgesegnet ist, welches man auf deren HP einsehen kann.<\/p><\/blockquote>\n Nun, bzgl. der Lizenzbestimmungen hatte ich oben ja ein paar Bemerkungen gemacht. Und ob der Einsatz von Thinstuff Sinn macht, wenn man die Terminalserver-Lizenzen von Microsoft erworben hat, ist nicht Gegenstand des Blog-Beitrags. Dass das Teil auch immer mal wieder Probleme macht (siehe hier<\/a>), steht auch auf einem anderen Blatt.<\/p>\n Problem f\u00fcr den Nutzer war vielmehr, dass auf dem Windows 10-Client pl\u00f6tzlich keine Freigaben mehr zugreifbar waren. Das galt auch, nachdem die Thinstuff-Software deinstalliert wurde. Ich hatte ihm den Ratschlag gegeben, diesen Spiceworks-Forenbeitrag<\/a> durchzugehen \u2013 wo es aber um einen etwas anderen Fall ging, aber die L\u00f6sung steckte im Thread (Stichwort SMB).<\/p>\n Kurze Zeit sp\u00e4ter kam vom Nutzer die R\u00fcckmeldung, dass es wieder mit dem Zugriff auf die Freigabe der Netzlaufwerke funktioniert.<\/p>\n Das Problem konnte ich wie folgt l\u00f6sen: Unter Windows Features hinzuf\u00fcgen oder deaktivieren war die Unterst\u00fctzung f\u00fcr die SMB 1.0 \/CIFS-Dateifreigabe -> SMB1 \/CIFS Server nicht installiert. Warum auch immer 2018 es von N\u00f6ten ist, durch den gesetzten Haken und einem Neustart funktioniert es nun!<\/p><\/blockquote>\n Er hatte noch obigen Screenshot gepostet. Demzufolge muss es sich um eine \u00e4ltere Windows 10-Build handeln, da in Windows 10 Version 1709 das Dialogfeld Windows-Features aktivieren oder deaktivieren <\/em>folgenderma\u00dfen aussieht.<\/p>\n Die Lehre aus dem obigen Fall, und der Grund, warum ich den Blog-Beitrag daraus aufbereitet habe: Wenn es Probleme mit dem Zugriff auf Netzwerkfreigaben gibt (diese sind zwar sichtbar, k\u00f6nnen aber nicht ge\u00f6ffnet werden), sollte man die Unterst\u00fctzung f\u00fcr CIFS-Dateifreigaben kontrollieren.<\/p>\n Das Problem k\u00f6nnte\/d\u00fcrfte sich in 2018 ausweiten, wenn ich nicht ganz daneben liege. Ich hatte k\u00fcrzlich im Blog-Beitrag Windows (Netzwerk-) Fehler 0x800704B3<\/a> auf den Hintergrund hingewiesen. Gem\u00e4\u00df diesem Supportbeitrag<\/a> ist unter Windows 10 V1709 die Unterst\u00fctzung f\u00fcr die SMBv1 standardm\u00e4\u00dfig nicht mehr aktiviert.<\/p>\n Dieser Schritt hat auch einen guten Grund: SMBv1 ist veraltet und unsicher (WannaCry konnte ungepatchte Sicherheitsl\u00fccken ausnutzen). Die Betriebssystemhersteller werden den Support f\u00fcr SMBv1 auslaufen lassen. Beachtet daher auch den Kommentar von Karl zum Thema SMBv1 und Sicherheit \u2013 dem nichts hinzuzuf\u00fcgen ist.<\/p>\n Hinweise zum Thema Erkennen und Deaktivieren\/Aktivieren von SMBv1, SMBv2 und SMBv3 finden sich in diesem Microsoft-Support-Dokument<\/a>. Vielleicht hilft es mal jemandem weiter.<\/p>\n \u00c4hnliche Artikel:<\/strong> Windows 10: Netzlaufwerke unvollst\u00e4ndig verbundenen<\/a> Windows 10-Fehler: Netzwerkprotokoll fehlt<\/a> \u2013 Teil 1 Windows 10: Kein Zugriff auf Freigaben<\/a> Heute ein kurzer Beitrag, der zeigt, dass der Teufel oft im Detail steckt. Ein Blog-Leser hatte Probleme, weil nach der Installation eines Thinstuff Terminal-Servers der Zugriff auf Netzwerkfreigaben unter Windows 10 scheiterte. Das Problem bliebt auch nach Deinstallation der Software … Weiterlesen Das Problemszenario<\/h2>\n
Windows 10: SMB 1.0\/CIFS-Dateifreigabe fehlt<\/h2>\n
![\"SMB](\"https:\/\/i.imgur.com\/shHoeQ9.jpg\" "\\"SMB")
<\/p>\n![\"SMB](\"https:\/\/i.imgur.com\/c72qsR1.jpg\" "\\"SMB")
<\/p>\nWarum SMB 1.0 ein Thema wird<\/h2>\n
\nWindows (Netzwerk-) Fehler 0x800704B3<\/a>
\nWindows 10: Falle bei Netzwerk-Zugriffen<\/a>
\nProblem mit Zugriff auf Benutzerordner in Netzwerkfreigabe<\/a>
\nWindows 10: Heimnetzgruppe Troubleshooting-FAQ<\/a><\/p>\n
\nWindows 10: Netzwerk zeigt Fehler 0x80070035<\/a>
\nWindows (Netzwerk-) Fehler 0x800704B3<\/a>
\nWindows 10: Anmeldung an FRITZ.NAS geht nicht mehr<\/a><\/p>\n
\nWindows 10-Fehler: Netzwerkprotokoll fehlt<\/a> \u2013 Teil 2
\nWindows 10-Fehler: Netzwerkprotokoll fehlt<\/a> \u2013 Teil 3<\/p>\n
\nWindows 10: Aus f\u00fcr SMBv1 ab Herbst 2017<\/a>
\nWindows 10 Version 1803: Netzwerksuche\/-umgebung leer<\/a>
\nWindows 10: Netzwerkprobleme durch Updates?<\/a>
\nWindows (Netzwerk-) Fehler 0x800704B3<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"