dtest ist eine Text datei
Sorry, ins englisch reingestolpert… ok, also der share ist erreichbar, das problem dürfte wirklich entweder mit dem pfad den du verwendest oder direkt der external storage app zusammenhängen, wobei ich mir das schwer vorstellen kann
Habt ihr schon mal an die gute alte Firewall von Windows gedacht?
Schalte mal alle Antivirensoftware und ganz Wichtig die Firewall von Windows vorübergehend aus.
Dann nochmal versuchen.
Firewall ist sowieso aus und Antivirus hab ich ausgemacht aber das Problem tritt trotzdem auf.
Der Pfad ist ja nur D:\Freigabe oder D:\order\Freigabe und selbst auf E:, F:, G: tritt das Problem auf.
Es scheint ja grundsätzlich zu funktionieren z.B. mit SMB Test und den Befehlen die wir ausgeführt haben nur in der Externen Speicher App gehts nicht.
Hast du es mal mit \IP-Adresse\Freigabe versucht? Es müssen 2 Backslash am Anfang sein. Einer wird hier verschluckt.
Nachdem die freigabe vom nc server aus via smbclient shell erreichbar ist, kann die Firewall nicht das problem sein.
Auf welchen System rennt deine NC?
Die Betriebsysstemversion ist entscheidend.
Und für Windows Server 2016 schau dir mal
https://docs.microsoft.com/de-de/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3
an.
NC läuft auf Ubuntu 20.04.1 LTS.
SMB 1 hab ich nicht extra angemacht, also sollten die Freigaben 2 oder 3 sein.
Schau mal nach ob unter
sudo nano /etc/samba/smb.conf
unter
workgroup = WORKGROUP
client min protocol = SMB2
steht.
sollte ich das zu meiner domäne ändern?
client min Protocol find ich dadrin nicht.
Auf alle fälle in deiner Gruppe ändern.
Wenn
client min protocol = SMB2
nicht drunter steht. Einfügen.
Speichern. Und den dienst neustarten.
5min warten… Das kann lange dauern.
Wenn dann immernoch keine verbindung besteht die zeile mit
client min protocol = SMB2 in NT1 ändern.
Speichern.
smb client neu starten.
5min warten
Viel Glück
@Nanu, die einstellungen in smb.conf sind server einstellungen, das wird keinen Unterschied machen. Smb1 sollte nicht nötig sein, da ja die Freigabe auf dem c laufwerk normal erreichbar ist und via smbclient über die commandline ist der share auch erreichbar
Scheint nicht zu gehen.
Das einzige was geht ist das $ smbclient -U ‘benutzername’ -L 'winhostname
keine Domäne mehr braucht.
Ist D: ein usb laufwerk?
Und schau mal unter https://help.nextcloud.com/t/local-external-storage-not-working/55081/4
Da fällt mir ein wenn du über den client darauf zugreifen kannst müste es gehen das Externe Laufwerk D: zu Mounten. Und dann den Pfad in der Nextcloud lokal anzugeben
@Yassine1 falls du Nextcloud in einer Debian-basierten VM nutzt, könntest du auch einmal folgendes script ausprobieren:
Fremde Shell scripte sind immer mit Vorsicht zu genießen… Besonders dann wenn man nicht versteht was es da macht.
D: ist kein usb Laufwerk.
Ich hab leider auch kein Debian System sondern Ubuntu.
Es muss doch irgendwie möglich sein Freigaben von Windows zu mounten.
Ich hab es mittlerweile auf 3 Nextclouds getestet die alle anders sind, win Version und Debian/Ubuntu und überall tritt der selbe Fehler auf .
smbclient -L //myServerIpAdress
sudo mkdir /mnt/myFolder
sudo mount -t cifs -o username=serverUserName //myServerIpAdress/sharename /mnt/myFolder/
Ubuntu basiert auf Debian soweit ich weiß, das Script sollte also funktionieren.
Dessen bin ich mir bewusst.
Ich habe es auch nur empfohlen, weil ich es selbst programmiert habe und genau weiß, was es macht.