Samba und Win 7 treiben mich in den Wahnsinn

E

Eydamos

Jungspund
Hi, nachdem ich nun eine Woche lang Foren gewälzt und alles mögliche ausprobiert habe bin ich mit meinem Latein am Ende. Absolut kein Tipp hat besserung gebracht.

Deswegen versuche ich es jetzt mit Hilfe von euch.

Erstmal der Grundlegende aufbau, was ich erreichen will und die Problemstellung.

Aufbau:
Ich habe einen PC und ein Laptop mit Windows 7. Seit kurzem habe ich auch einen Server auf dem RHEL 5.5 läuft. Auf dem Server läuft Samba 3.5.6 das ist die neuste Version die ich per yum vom Dag Wieers repo ziehen kann.

Was ich erreichen will:
Ich möchte sowohl mit meinem Laptop als auch mit meinem PC ohne ein Passwort auf die freigegebenen Ordner des Linux Servers zugreifen können.

Die Problemstellung:
Mit meinem Laptop komme ich auf der Arbeit problemlos auf den dortigen Samba Server auch ohne Passwort, also gehe ich nicht davon aus, dass Win7 das Problemkind ist. Die Config vom Server auf meiner Arbeit habe ich schon kopiert, hab das ganze aber trotzdem nicht ans laufen bekommen.
In der Netzwerkumgebung vom PC und Laptop kann ich den Samba sehen, wenn ich aber versuche darauf zu kommen sei es per \\MYSAMBA oder auch per \\192.168.178.100 erhalte ich nur nach einiger Wartezeit folgende Fehlermeldung:
Code:
Auf \\MYSAMBA konnte nicht zugegriffen werden
Fehlercode: 0x80070035
Der Netzwerkpfad wurde nicht gefunden.

Ich habe natürlich auch schon nach dem Fehlercode gegoogelt, doch auch die darüber gefundenen Tipps haben nichts gebracht.

Hier noch meine smb.conf
Code:
[global]
        workgroup = FAMILY
        server string = Samba Server Version %v
        netbiosname = MYSAMBA

        username map = /etc/samba/smbusers
        security = share
        passdb backend = tdbsam
        encrypt passwords = true
        password server = *
        guest account = nobody

#       client lanman auth = yes
#       client ntlmv2 auth = yes
#       lanman auth = yes
#       ntlm auth = yes

        wins support = yes
        cups options = raw

        interfaces = lo eth1
        hosts allow = 192.168.178.0/255.255.255.0

[tim]
        path = /data/share/
        browseable = yes
        writeable = yes
        guest ok = yes
        public = yes

Wenn noch weitere Informationen benötigt werden, werde ich diese gerne zur Verfügung stellen.
 
Wenn Du sagst, dass Du google schon benutzt hast, ist anzunehmen, dass Du hits wie diesen hier schon durchgearbeitet hast, also z.B. nmbd als Fehlerquelle ausgeschlossen hast?
Kannst Du vom Windowsrechner die IP-Adresse 192.168.178.100 mit ping erreichen? Wenn ja, was steht in der log-Datei auf dem (linux) samba-server, waehrend Du versuchst,
Code:
\\192.168.178.100
zu erreichen? Muesstest Du nicht ausserdem eher sowas wir
Code:
\\192.168.178.100\tim
oder so angeben?
Sind jetzt ein paar Fragen durcheinander, aber vielleicht helfen die im Laufe dieses Threads, das Problem einzukreisen.
 
Wenn Du sagst, dass Du google schon benutzt hast, ist anzunehmen, dass Du hits wie diesen hier schon durchgearbeitet hast, also z.B. nmbd als Fehlerquelle ausgeschlossen hast?
Beide Dienste werden gestartet wenn ich /etc/init.d/smb restart mache

Kannst Du vom Windowsrechner die IP-Adresse 192.168.178.100 mit ping erreichen? Wenn ja, was steht in der log-Datei auf dem (linux) samba-server, waehrend Du versuchst,
Code:
\\192.168.178.100
zu erreichen?
Der Ping geht wunderbar. Seltsamerweise füllt sich das Log nicht mit Daten wenn ich versuche per \\192.168.178.100 auf den Server zu kommen.

Muesstest Du nicht ausserdem eher sowas wir
Code:
\\192.168.178.100\tim
oder so angeben?
Sind jetzt ein paar Fragen durcheinander, aber vielleicht helfen die im Laufe dieses Threads, das Problem einzukreisen.
Mit \\192.168.178.100\tim greife ich direkt auf die Freigabe zu. Mit \\192.168.178.100 erhalte ich eine Liste der Freigaben müsste dann also tim angezeigt bekommen.
 
Nur um sicher zu gehen:
Bitte mal die Ausgabe von
Code:
ifconfig eth1
hier posten.
Dann vielleicht noch auf dem Notebook ein:
Code:
telnet 192.168.178.100 139
Vielleicht spielt dir auch die Firewall des NBs einen Streich.
Das alles nur erstmal, um die grundsätzliche Funktionalität zu prüfen.
 
Code:
# ifconfig eth1
eth1      Link encap:Ethernet  Hardware Adresse 00:E0:7D:97:94:FF
          inet Adresse:192.168.178.100  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::2e0:7dff:fe97:94ff/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1350633 errors:4 dropped:0 overruns:0 frame:0
          TX packets:1473370 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:178162839 (169.9 MiB)  TX bytes:241209675 (230.0 MiB)
          Interrupt:225 Basisadresse:0xac00

telnet musste ich erstmal aktivieren aber dann bekam ich das hier:
Code:
Verbindungsaufbau zu 192.168.178.100...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 139: Verbindungsfehler
Habe die Windows Firewall extra mal deaktiviert, aber er konnte trotzdem nicht verbinden.

Der smbd lauscht aber auf dem Port:
Code:
# netstat -tulpen
Proto Recv-Q Send-Q Local Address               Foreign Address             State       Benutzer   Inode      PID/Program name
tcp        0      0 :::139                      :::*                        LISTEN      0          2890323    23730/smbd
 
Hmm, was sagt denn ein ping vom NB zum Server?
Sind die beiden überhaupt im gleichen Netzwerk?
 
Beide PC's sind per LAN am selben Switch angeschlossen. Ein ping funktioniert auch einwandfrei.

Code:
Ping wird ausgeführt für 192.168.178.100 mit 32 Bytes Daten:
Antwort von 192.168.178.100: Bytes=32 Zeit=306ms TTL=64
Antwort von 192.168.178.100: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.100: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.100: Bytes=32 Zeit=1ms TTL=64

Ping-Statistik für 192.168.178.100:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 1ms, Maximum = 306ms, Mittelwert = 77ms

Per putty komme ich ja auch problemlos drauf es ist nämlich keine Peripherie am Server angeschlossen
 
Gibt es nmap fuer Windows, damit Du mal vom Windows-Rechner aus schauen kannst, welche Ports offen sind? Laeuft vielleicht der Samba-Server auf einem Port, den Windows nicht erwartet (wohl kaum, aber nachschauen kann ja nicht schaden)?
Sonst kann Windows doch bestimmt auch so etwas wie ein 'Netzwerk-Scan', um zu schauen, welche Rechner ueberhaupt sichtbar sind!?
 
Werd ich heute abend mal testen, kenne ein paar Tools mit denen ich den Netzwerkverkehr lesen kann vllt find ich da ja nen Hinweis.

Sichtbar ist der Server auf jeden Fall. Wenn ich in der Netzwerkumgebung bin sehe ich sowohl mein Laptop, als auch den PC und den Server. Nur wenn ich auf den Server klicke bekomme ich halt die Fehlermeldung "Der Netzwerkpfad wurde nicht gefunden."
 
Von der Beschreibung her, würde ich als erstes auf Namensauflösung tippen, aber da es per IP auch nicht geht, ist das erstmal zu vernachlässigen.

Testweise würde ich erstmal die Einträge
Code:
 interfaces = lo eth1
 hosts allow = 192.168.178.0/255.255.255.0
rausnehmen, um mal mit den defaults zu probieren.
 
OK ich bin schonmal einen Schritt weiter gekommen.
Nachdem ich mit Wireshark den Verkehr auf Port 139 mitgelesen habe fand ich ein "host administratively prohibited".
Nach kurzem googeln fand ich einen Beitrag der mir sagte das die iptables daran Schuld sind.
Also nochmal googeln und folgendes für RHEL gefunden:
Code:
# chkconfig --level 123456 iptables off
# service iptables save
# service iptables stop

und siehe da ich komme auf den Server und bekomme die Freigabe tim angezeigt.
Leider lässt er mich da nicht rein.

Im Log fallen mir zwei Zeilen auf:
Code:
[2011/03/15 19:36:06.486235,  0] smbd/service.c:988(make_connection_snum)
  canonicalize_connect_path failed for service tim, path /data/share
[2011/03/15 19:36:07.505580,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_LOGON_FAILURE

zuerst hatte ich noch NT_STATUS_NO_SUCH_USER weil nobody noch nicht angelegt war.
Ich wollte in der /etc/samba/smbpasswd nachsehen welche User es gibt, aber da steht keiner drin.
Habe dann mit
Code:
smbpasswd -an nobody
den User angelegt.
Seltsamerweise ist die smbpasswd trotzdem noch leer oder schreibt der nur user mir Passwort da rein?
 
Zuletzt bearbeitet:
Ich habe jetzt schon einige Lösungen versucht, komme aber immernoch nicht auf die Freigabe.

Hat noch irgendwer eine Idee was fehlen könnte das die authentification nicht klappt?

Der User existiert und ein Passwort wird ja nicht benötigt.
 
hast du das hier beachtet?

-n

Diese Option gibt an, dass für den folgenden Benutzernamen das Passwort in der lokalen smbpasswd-Datei auf Null, d.h. ein leeres Passwort, zurückgesetzt werden soll. Das wird dadurch bewerkstelligt, dass in der smbpasswd-Datei am Anfang des Passworts der String "NO PASSWORD" gespeichert wird.

Man beachte, dass der Administrator den folgenden Parameter im Abschnitt [global] der Datei smb.conf setzen muss, damit Benutzer sich auf einem Samba-Server anmelden kännen, nachdem das Passwort in der smbpasswd-Datei auf "NO PASSWORD" eingestellt wurde:

null passwords = yes

Diese Option ist nur dann vorhanden, wenn smbpasswd unter root ausgeführt wird.
 
hast du das hier beachtet?

ja war in einem google treffer als Lösung hab die option entsprechend in die smb.conf übernommen und den dienst neugestartet. Leider keine Änderung.

Hab auch testweise den User gelöscht und mit Passwort angelegt.

Brachte leider nichts.
 
Nochmal...
user nobody ist unter linux erstellt, also hat Eintrag in /etc/passwd.
user nobody auch mit smbpasswd angelegt und Eintrag ist in smbpasswd vorhanden?

und trotzdem keine Anmeldung möglich??
tail des smb.log bitte mal posten, da steckt noch irgendwo der wurm drin.
 
Nochmal...
user nobody ist unter linux erstellt, also hat Eintrag in /etc/passwd.
nobody ist ein Standarduser der bei der installation von RHEL generiert wird.
Auszug aus der /etc/passwd
Code:
nobody:x:99:99:Nobody:/:/sbin/nologin
user nobody auch mit smbpasswd angelegt und Eintrag ist in smbpasswd vorhanden?
habe den smb User mit
Code:
# smbpasswd -an nobody
Added user nobody.
angelegt. Ich kann ihn auch erfolgreich löschen, das heißt er existiert.
In der /etc/smbpasswd steht er aber nicht, die Datei ist leer.
Habe aber eine Datei /usr/bin/smbpasswd und ein
Code:
# grep 'nobody' smbpasswd
Übereinstimmungen in Binärdatei smbpasswd.
sagt mir, dass nobody auch in dieser Datei vorhanden ist.
und trotzdem keine Anmeldung möglich??
tail des smb.log bitte mal posten, da steckt noch irgendwo der wurm drin.
Zur sicherheit nochmal alles wichtige im aktuell Stand:

smb.conf
Code:
[global]
        workgroup = FAMILY
        server string = Samba Server Version %v
        netbiosname = MYSAMBA

        # Security Settings
        username map = /etc/samba/smbusers
        security = share
        passdb backend = tdbsam
        encrypt passwords = yes
        password server = *
        guest account = nobody
        null passwords = yes

        # Auth Settings
        client lanman auth = yes
        client ntlmv2 auth = yes
        lanman auth = yes
        ntlm auth = yes

        # Win Settings
        wins support = yes
        load printers = no

        # Connection Settings
        interfaces = lo eth1
        hosts allow = 192.168.178.0/255.255.255.0

        # Logging settings
        log file = /etc/samba/log.%m
        max log size = 50
        log level = 2

[tim]
        path = /data/share/
        read only = No
        guest ok = Yes
        writeable = Yes
        browsable = Yes

log.smbd
Code:
rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)
[2011/03/18 20:09:21.462162,  2] param/loadparm.c:7859(do_section)
  Processing section "[tim]"
[2011/03/18 20:09:21.475806,  2] printing/print_cups.c:550(cups_async_callback)
  cups_async_callback: failed to read a new printer list
[2011/03/18 20:09:21.487898,  2] printing/print_cups.c:550(cups_async_callback)
  cups_async_callback: failed to read a new printer list
[2011/03/18 20:09:21.488475,  2] lib/interface.c:340(add_interface)
  added interface lo ip=::1 bcast=::1 netmask=ffff:ffff:ffff:ffff:ffff:ffff:fff$
[2011/03/18 20:09:21.488500,  2] lib/interface.c:340(add_interface)
  added interface lo ip=127.0.0.1 bcast=127.255.255.255 netmask=255.0.0.0
[2011/03/18 20:09:21.488525,  2] lib/interface.c:340(add_interface)
  added interface eth1 ip=fe80::2e0:7dff:fe97:94ff%eth1 bcast=fe80::ffff:ffff:f$
[2011/03/18 20:09:21.488610,  2] lib/interface.c:340(add_interface)
  added interface eth1 ip=192.168.178.100 bcast=192.168.178.255 netmask=255.255.$
[2011/03/18 20:09:21.488685,  0] smbd/server.c:1165(main)
  standard input is not a socket, assuming -D option
[2011/03/18 20:09:21.496792,  2] lib/util_sock.c:875(open_socket_in)
  bind failed on port 445 socket_addr = 0.0.0.0.
  Error = Die Adresse wird bereits verwendet
[2011/03/18 20:09:21.496963,  0] smbd/server.c:500(smbd_open_one_socket)
  smbd_open_once_socket: open_socket_in: Die Adresse wird bereits verwendet
[2011/03/18 20:09:21.497201,  2] lib/util_sock.c:875(open_socket_in)
  bind failed on port 139 socket_addr = 0.0.0.0.
  Error = Die Adresse wird bereits verwendet
[2011/03/18 20:09:21.497218,  0] smbd/server.c:500(smbd_open_one_socket)
  smbd_open_once_socket: open_socket_in: Die Adresse wird bereits verwendet
[2011/03/18 20:09:21.497444,  2] smbd/server.c:721(smbd_parent_loop)
  waiting for connections

und die letzten 50 Zeilen der log.eydamos-pc
Code:
[2011/03/18 20:12:47.997510,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:47.997584,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:47.998014,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:47.998057,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:48.000333,  0] smbd/service.c:988(make_connection_snum)
  canonicalize_connect_path failed for service tim, path /data/share
[2011/03/18 20:12:49.011375,  2] lib/access.c:406(check_access)
  Allowed connection from  (::ffff:192.168.178.22)
[2011/03/18 20:12:49.012195,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.012244,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.012661,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.012705,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.013129,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.013171,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.013582,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.013624,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.016117,  0] smbd/service.c:988(make_connection_snum)
  canonicalize_connect_path failed for service tim, path /data/share
[2011/03/18 20:12:49.017438,  2] lib/access.c:406(check_access)
  Allowed connection from  (::ffff:192.168.178.22)
[2011/03/18 20:12:49.018748,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.018808,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.019310,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.019407,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.020111,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.020156,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.020573,  1] auth/auth_sam.c:184(sam_account_ok)
  sam_account_ok: Account for user 'nobody' was disabled.
[2011/03/18 20:12:49.020615,  2] auth/auth.c:314(check_ntlm_password)
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED
[2011/03/18 20:12:49.023100,  0] smbd/service.c:988(make_connection_snum)
  canonicalize_connect_path failed for service tim, path /data/share

und für die Ports:
Code:
# netstat -tulpen
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address               Foreign Address             State       Benutzer   Inode      PID/Program name
tcp        0      0 0.0.0.0:111                 0.0.0.0:*                   LISTEN      0          8622       2399/portmap
tcp        0      0 127.0.0.1:631               0.0.0.0:*                   LISTEN      0          10940      2711/cupsd
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      0          11070      2736/sendmail: acce
tcp        0      0 0.0.0.0:924                 0.0.0.0:*                   LISTEN      0          8775       2438/rpc.statd
tcp        0      0 :::139                      :::*                        LISTEN      0          3127632    10475/smbd
tcp        0      0 :::22                       :::*                        LISTEN      0          10886      2698/sshd
tcp        0      0 :::445                      :::*                        LISTEN      0          3127630    10475/smbd
udp        0      0 192.168.178.255:137         0.0.0.0:*                               0          3127658    10479/nmbd
udp        0      0 192.168.178.100:137         0.0.0.0:*                               0          3127657    10479/nmbd
udp        0      0 0.0.0.0:137                 0.0.0.0:*                               0          3127648    10479/nmbd
udp        0      0 192.168.178.255:138         0.0.0.0:*                               0          3127660    10479/nmbd
udp        0      0 192.168.178.100:138         0.0.0.0:*                               0          3127659    10479/nmbd
udp        0      0 0.0.0.0:138                 0.0.0.0:*                               0          3127649    10479/nmbd
udp        0      0 0.0.0.0:918                 0.0.0.0:*                               0          8750       2438/rpc.statd
udp        0      0 0.0.0.0:921                 0.0.0.0:*                               0          8760       2438/rpc.statd
udp        0      0 0.0.0.0:68                  0.0.0.0:*                               0          8171       2214/dhclient
udp        0      0 0.0.0.0:5353                0.0.0.0:*                               70         11490      2828/avahi-daemon:
udp        0      0 0.0.0.0:111                 0.0.0.0:*                               0          8621       2399/portmap
udp        0      0 0.0.0.0:631                 0.0.0.0:*                               0          10943      2711/cupsd
udp        0      0 0.0.0.0:50428               0.0.0.0:*                               70         11492      2828/avahi-daemon:
udp        0      0 :::58263                    :::*                                    70         11493      2828/avahi-daemon:
udp        0      0 :::5353                     :::*                                    70         11491      2828/avahi-daemon:
 
für mich sieht es so aus als ob du einfach mal gar nicht weißt, was du da überhaupt tust.
zumindest deiner config nach zu urteilen. für das was du da vorher hast reicht ne ganz simple config aus.
Code:
[ global ]
netbios name = Magrathea
workgroup = DONTPANIC

[Trish]
path = /pfad/blah/blubb

damit klappt es erstmal. und ausgehend von dieser config würde ich weitere änderungen vornehmen.
 
Nur weil da ein paar Optionen gesetzt sind, die überflüssig sind, heißt das nicht, dass ich nicht weiß was ich tue. Davon abgesehen habe 1.) bereits zig mal die config neu aufgebaut und 2.) läuft die selbe config bei mir auf der Arbeit ohne Probleme.

Hat irgendjemand aufgrund der Logs eine Idee was noch falsch sein könnte?
 
Code:
  check_ntlm_password:  Authentication for user [nobody] -> [nobody] FAILED with error NT_STATUS_ACCOUNT_DISABLED

und diese Meldung sagt dir nichts??
Ich vermute mal an deiner smb.conf liegt es nicht.
 
Tja da sieht man mal wie blind man sein kann.
Vorher hab ich ständig NT_STATUS_LOGON_FAILURE bekommen und hab dann nichtmehr genauer hingesehen.

Mit "smbpasswd -e nobody" konnte ich diesen Fehler behen. Leider nicht ohne ihn zu tauschen mit NT_STATUS_WRONG_PASSWORD.

Ich google grade schon wie ich das Lösen kann wobei es mich wundert, da er ja eigentlich kein Passwort hat...
 

Ähnliche Themen

Samba 4.9.5-Debian - Kennwort von unix übernehmen

Zugriff Ubuntu 16.04. auf Freigabe 18.04. LTS nicht möglich

Samba-Server mit Univention Corporate Server

Samba Dateien und Ordner verschieben

Keine Zugriff von Windows 10 auf Sambafreigaben

Zurück
Oben