Kein Problem oder Frage, nur ein kurzer Bericht.

Da ich meine Dateien auf dem NAS habe, muss ich mich damit verbinden und als Laufwerk einbinden. Mit dem Explorer hat das irgendwie nie zuverlässig funktioniert. Es war immer mal weg, auch wenn man ihm gesagt hat, er soll es immer wieder einbinden beim Start.

Also habe ich mir ein entsprechendes Script geschrieben, welches mir das Nrtzlaufwerk einbindet. Damit das beim Login automatisch passiert, hatte ich es im Autorun Ordner des Benutzers liegen. Hat zuverlässig funktioniert. Das hat mich aber nicht ganz befriedigt.
Ich habe mir dann angeguckt, wie man es mit GroupPolicies richtig macht. Leider kann man da keine benutzerspezifischen Scripte anlegen oder sagen, dass das Script nur bei bestimmten Benutzern ausgeführt werden soll. Lösung: Ein 'globales' Script, welches den Benutzernamen vergleicht und dann je nach Benutzer ein individuelles Script ausführt. In meinem Fall ist es das Script zum Einbinden des Netzlaufwerkes. Funktioniert wunderbar. Das 'globale' Script, für alle Benutzer, ist so ausgelegt, dass es einfach erweitert werden kann. Neuer Benutzer: neue if-Abfrage, neue Sprungmarke, ...

War nur etwas mühsam, da alles über die Konsole gemacht werden müsste. Weder im Explorer noch im FreeCommander (als Admin ausgeführt, System- und versteckte Dateien anzeigen) habe ich den Scriptordner gesehen. Beim ersten mal war ich als Michael angemeldet und habe die Konsole als Administrator gestartet. Ging ohne Probleme. Dann wollte ich noch was verbessern und hätte mich als Administrator angemeldet. Auf einmal bekam ich in der Konsole ein "Zugriff verweigert". Zugriff auf den Ordner bekam ich erst, als ich als Administrator die Konsole explizit als Administrator gestartet hatte. (Windows r, cmd eingeben, Strg+Umsch+Return). Da muss man sich zwar nicht noch mal als Administrator anmelden, aber bestätigen, dass das Programm Änderungen am Computer vornehmen darf. Dann hatte ich auch Zugriff auf den Ordner. Aber bis ich das rausgefunden hatte, hat es mich doch ein paar Nerven gekostet.

Jetzt ist es sauber gelöst, wie es sich für einen Fachinformatiker gehört und ich habe wieder was gelernt. Bin zufrieden.

[deleted] maaaaaan, Doppelpost

Als SUBST-Verzeichnis oder auch in Explorer\Desktop\Computer und dort im Kontextmenü Netzwerkadresse hinzufügen.
Via IP (ohne Namensauflösung) und wenn möglich mit IPv6 gab es die wenigsten Probleme.

Mit Steuerung über Admin und sonst via normalem Benutzer für SMB, DMS usw. hatte ich noch keine Probleme.
Nur die eine verschlüsselte Freigabe ... da raucht leider der Active Backup Agent ab, wofür ich noch keine Lösung fand.

Allergings hatte ich zuletzt enorme Probleme, dass ich garkeine Verbindung im Windows 7 mehr hinbekam.
Im Browser zum DSM ging immer, im Netzwerk des Explorer war das NAS auch zu sehen, aber zum SMB konnte keine Verbindung aufgebaut werden.
Aber ich denke es liegt eher am Netz meines Vermieters, was in letzter Zeit auch noch andere Problemchen hatte,
drum bau ich mir hier grade ein kleines heimisches Subnetz mit Router zum großen Netzwerk auf. Wo die Synology dann nicht mehr direkt am WLAN hängt und zu TV/Computer/Router ein paar Kabel liegen. (daheim endlich auch mal wieder mit Gigabit verbunden zu sein wird bestimmt auch nett)

Mit SMB kenne ich mich nicht aus und wäre für mich auch overkill.

Bei mir steht alles nebeneinander, deswegen ist auch alles per Kabel verbunden: Router, PC, NAS.

Zitat von himitsu:

Als SUBST-Verzeichnis oder auch in Explorer\Desktop\Computer und dort im Kontextmenü Netzwerkadresse hinzufügen.
Via IP (ohne Namensauflösung) und wenn möglich mit IPv6 gab es die wenigsten Probleme.

Mit Steuerung über Admin und sonst via normalem Benutzer für SMB, DMS usw. hatte ich noch keine Probleme.
..

Allergings hatte ich zuletzt enorme Probleme, dass ich garkeine Verbindung im Windows 7 mehr hinbekam.
Im Browser zum DSM ging immer, im Netzwerk des Explorer war das NAS auch zu sehen, aber zum SMB konnte keine Verbindung aufgebaut werden.
Aber ich denke es liegt eher am Netz meines Vermieters..

"Als SUBST .."
Fehlt da irgendwo der Zusammenhang, waren Teile des -gelöschten- vorigen Post doch von Bedeutung?
Oder ist es mir zu früh?

Nicht "gehende" Laufwerksverbindungen unter Windows / SMB könnten mit der Protokollversion zu tun haben, die hier oder da gedeckelt bzw. gesockelt ist, aus Sicherheitsgründen natürlich.