7
Zugriff auf SMB-Share Synology nur mit ad-user und fqdn.domain.local
Moin,
wir haben vor kurzem unseren Fileserver von Windows Server 2008 auf eine Synology DS1515+ migriert (mit FW 6.2-23739). Die Synology ist unserer Domäne beigetreten, aus unserer 2012-Domäne heraus klappt der Zugriff (per SMB) auch.
Wir nutzen über unsere Barracuda-Firewall allerdings die Software CudaLaunch, um per Internet die Dateien ebenfalls verfügbar zu machen.
Die Anmeldung mit Windows-Domänenkennung an CudaLaunch klappt auch, danach scheitert allerdings der Zugriff auf das Netzlaufwerk mit der Meldung "Ungültige Anmeldedaten".
Ein wenig getestet und experimentiert... Der Aufruf des Netzlaufwerkes schlägt fehl, wenn ich folgende Syntax an der Anmeldung eingebe (klappte mit dem Windows Fileserver problemlos):
Domänenbenutzer / Passwort. --> Ungültige Anmeldedaten
Was funktioniert:
domäne.local\Domänenbenutzer / Passwort
Da muss ich ja scheinbar irgendwas an der Synology schrauben, hat jemand eine Idee?
Gruß
wir haben vor kurzem unseren Fileserver von Windows Server 2008 auf eine Synology DS1515+ migriert (mit FW 6.2-23739). Die Synology ist unserer Domäne beigetreten, aus unserer 2012-Domäne heraus klappt der Zugriff (per SMB) auch.
Wir nutzen über unsere Barracuda-Firewall allerdings die Software CudaLaunch, um per Internet die Dateien ebenfalls verfügbar zu machen.
Die Anmeldung mit Windows-Domänenkennung an CudaLaunch klappt auch, danach scheitert allerdings der Zugriff auf das Netzlaufwerk mit der Meldung "Ungültige Anmeldedaten".
Ein wenig getestet und experimentiert... Der Aufruf des Netzlaufwerkes schlägt fehl, wenn ich folgende Syntax an der Anmeldung eingebe (klappte mit dem Windows Fileserver problemlos):
Domänenbenutzer / Passwort. --> Ungültige Anmeldedaten
Was funktioniert:
domäne.local\Domänenbenutzer / Passwort
Da muss ich ja scheinbar irgendwas an der Synology schrauben, hat jemand eine Idee?
Gruß
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 378544
Url: https://administrator.de/forum/zugriff-auf-smb-share-synology-nur-mit-ad-user-und-fqdn-domain-local-378544.html
Ausgedruckt am: 15.04.2025 um 16:04 Uhr
7 Kommentare
Neuester Kommentar
Hast Du den letzten Software Stand aufgespielt? Vor dem aktuellen hatte ich auch Probleme mit der Anmeldung. Jetzt rennt es problemlos.
Gruß Looser
Gruß Looser
Hi,
witzigerweise hatte ich vorher die DSM 6.1.7-15284 drauf und wochenlang darauf gewartet, dass mir die 6.2 angezeigt wurde, herunterladen konnte man sie bei Synology schon lange. Nix passiert, also habe ich das manuell gemacht. Hoffentlich kein Fehler, weil es jetzt schon die 6.2-23739 Update 1 gibt. Diese wird mir aber wiederum nicht angezeigt. Versuche ich eine manuelle Installation, behauptet die Synology, dass ich eine ältere Version installieren will und das nicht möglich sei.
Mir schwant böses, das habe ich auf 5 Kisten gemacht...
Gruß
witzigerweise hatte ich vorher die DSM 6.1.7-15284 drauf und wochenlang darauf gewartet, dass mir die 6.2 angezeigt wurde, herunterladen konnte man sie bei Synology schon lange. Nix passiert, also habe ich das manuell gemacht. Hoffentlich kein Fehler, weil es jetzt schon die 6.2-23739 Update 1 gibt. Diese wird mir aber wiederum nicht angezeigt. Versuche ich eine manuelle Installation, behauptet die Synology, dass ich eine ältere Version installieren will und das nicht möglich sei.
Mir schwant böses, das habe ich auf 5 Kisten gemacht...
Gruß
Nur mal nebenbei:
Root Domain .local ist immer ein absolutes NoGo, denn das ist fest mit dem mDNS Dienst verknüpft:
https://en.wikipedia.org/wiki/Multicast_DNS#Protocol_overview
Das wird also früher oder später zu Problemen führen sofern auch mDNS im Netz ist.
Welche internen Root Domains besser zu verwenden sind steht hier:
https://www.heise.de/ct/ausgabe/2017-26-Interne-Domains-Auswahl-Einstell ...
Root Domain .local ist immer ein absolutes NoGo, denn das ist fest mit dem mDNS Dienst verknüpft:
https://en.wikipedia.org/wiki/Multicast_DNS#Protocol_overview
Das wird also früher oder später zu Problemen führen sofern auch mDNS im Netz ist.
Welche internen Root Domains besser zu verwenden sind steht hier:
https://www.heise.de/ct/ausgabe/2017-26-Interne-Domains-Auswahl-Einstell ...
Moin Aqui,
ich weiß, aber da müsste ich die Domäne bei uns komplett neu aufsetzen.... Multicast DNS setzen wir aber auch nicht ein.
Mittlerweile wurde das Update 6.2-23739 Update 1 angeboten und installiert, funktioniert aber immer noch nicht. Ticket bei Synology habe ich geöffnet, bislang aber kein brauchbares Ergebnis...
Gruß
ich weiß, aber da müsste ich die Domäne bei uns komplett neu aufsetzen.... Multicast DNS setzen wir aber auch nicht ein.
Mittlerweile wurde das Update 6.2-23739 Update 1 angeboten und installiert, funktioniert aber immer noch nicht. Ticket bei Synology habe ich geöffnet, bislang aber kein brauchbares Ergebnis...
Gruß
Moin,
so. Ich konnte leider erst jetzt nachsehen. Ich habe heute das Update auf DSM 6.1.7-15284 Update 1 angeboten bekommen, welches auch problemlos läuft. Es scheint also ein Bug in der von Dir verwendeten Version zu sein.
Gruß
Looser
so. Ich konnte leider erst jetzt nachsehen. Ich habe heute das Update auf DSM 6.1.7-15284 Update 1 angeboten bekommen, welches auch problemlos läuft. Es scheint also ein Bug in der von Dir verwendeten Version zu sein.
Gruß
Looser
Moin,
danke, aber bei mir läuft 6.2....
Siehe meinen Eintrag oben.
Gruß
danke, aber bei mir läuft 6.2....
Siehe meinen Eintrag oben.
Gruß
Moin,
Problem ist gelöst, war ein Bug in der FW-Software, der Session-Name wurde nicht korrekt übergeben.
Gruß
Problem ist gelöst, war ein Bug in der FW-Software, der Session-Name wurde nicht korrekt übergeben.
Gruß
