Problem mit Sambafreigabe

[scientific]

Kannst du nicht vom linuxrechner selbst die Freigabe checken? Mit localhost z. B. Oder mit der Netzwerkadresse.
Im Dateimanager (nautilus, thunar) sehe ich bei mir die Freigaben am eigenen Rechner in "Netzwerk'l"

Lg scientific

Hallo,

das hatte ich im ersten Post schon geschrieben.
Wenn ich auf dem Server selbst mit einem Sambaclienten den Ordner per IP-Adresse mounten will klappt das ohne Problem.

Sorry, das hab ich wohl überlesen.

Hast du in deiner Windose die selbe Serveradresse? Sicher die selbe?

was sagt ping und tracert von der Windose zum Samba-Server?

lg scientific

[ManuelK1986]

Hallo,

der Windwoslaptop hat natrülich eine andere IP.

Anbei Ping und Tracert bei aktiviertem VPN.

C:\Windows\System32>ping 192.168.2.2

Ping wird ausgeführt für 192.168.2.2 mit 32 Bytes Daten:
Antwort von 192.168.2.2: Bytes=32 Zeit=55ms TTL=64
Antwort von 192.168.2.2: Bytes=32 Zeit=56ms TTL=64
Antwort von 192.168.2.2: Bytes=32 Zeit=53ms TTL=64
Antwort von 192.168.2.2: Bytes=32 Zeit=66ms TTL=64

Ping-Statistik für 192.168.2.2:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 53ms, Maximum = 66ms, Mittelwert = 57ms

C:\Windows\System32>tracert 192.168.2.2

Routenverfolgung zu 192.168.2.2 über maximal 30 Hops

1 115 ms 112 ms 104 ms 192.168.2.2

Ablaufverfolgung beendet.

C:\Windows\System32>

[scientific]

Das schaut ja mal nicht so schlecht aus.

Hast du die Möglichkeit einen anderen Windows-Computer ins Netz zu hängen, und es damit zu testen? Einen Laptop eines Freundes z.B.?

Was mir gerade zum Thema "Mount am Server selber" eingefallen ist:
Hast du smb://localhost/data versucht zu mounten? Und hast du auch smb://192.168.2.2/data versucht? Und hast du es auch mit einer IP aus dem VPN versucht? und mit der öffentlichen IP?


Und noch etwas... poste auch mal die smb.conf

und das Ergebnis von

Code: Alles auswählen

nmap localhost

sowie

Code: Alles auswählen

nmap 102.168.2.2

Für das auf dem Sambaserver aus und teste es von einer anderen Maschine im Netz (ev. Live-CD am Windows-Rechner gebootet)


lg scientific

[ManuelK1986]

Hallo,

ja ich habe noch einen Windwos 7 PC im Büro steht. Hier ist allerdings das selbe Problem und die selbe Fehlermeldung. Und dieser PC hängt ja direkt im Netz (ohne VPN Server).

Ich denke auch nicht, dass es ein Routingproblem ist. Wenn der VPN aktiviert ist kann ich das Netzwerk ja auch anpingen und ich kann per Putty auch über die lokale IP (192.168.2.2) zugreifen.

Anbei die Ergebnisse von nmap (musste ich erstmal installieren)

Code: Alles auswählen

root@server001:~# nmap 192.168.2.2

Starting Nmap 6.47 ( http://nmap.org ) at 2017-06-14 19:42 CEST
Nmap scan report for server001 (192.168.2.2)
Host is up (0.0000030s latency).
Not shown: 994 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
111/tcp  open  rpcbind
139/tcp  open  netbios-ssn
445/tcp  open  microsoft-ds
3306/tcp open  mysql
3551/tcp open  apcupsd

Nmap done: 1 IP address (1 host up) scanned in 2.53 seconds
root@server001:~# nmap localhost

Starting Nmap 6.47 ( http://nmap.org ) at 2017-06-14 19:43 CEST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000014s latency).
Other addresses for localhost (not scanned): 127.0.0.1
Not shown: 994 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
111/tcp  open  rpcbind
139/tcp  open  netbios-ssn
445/tcp  open  microsoft-ds
3306/tcp open  mysql

Nmap done: 1 IP address (1 host up) scanned in 2.50 seconds

Anbei die smb.conf:

Code: Alles auswählen

#======================= Global Settings =======================

[global]
  workgroup = WORKGROUP
  wins support = yes
; wins server = w.x.y.z
  dns proxy = no

#### Networking ####

;   interfaces = 127.0.0.0/8 eth0
;   bind interfaces only = yes



#### Debugging/Accounting ####

   log file = /var/log/samba/log.%m
   max log size = 1000
#  syslog only = no
   syslog = 0
   panic action = /usr/share/samba/panic-action %d


####### Authentication #######

   server role = standalone server
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
   map to guest = bad user


############ Misc ############

   usershare allow guests = yes

#======================= Share Definitions =======================

[homes]
   comment = Home Directories
   browseable = no
   read only = no
   create mask = 0700
   directory mask = 0700
   valid users = %S

[data]
path = /data
writeable = yes
valid users = @s-netz
locking = yes
create mode = 0640
directory mode = 0770

[CMK]
path = /data/CMK
writeable = yes
valid users = @s-admin
locking = yes
create mode = 0640
directory mode = 0770

[Praxis]
path = /data/Praxis
writeable = yes
valid users = @s-praxisuser
locking = yes
create mode = 0640
directory mode = 0770


[test]
path = /test/
public = yes
writeable = yes
browseable = yes
available = yes
comment = smb share
printable = no
guest ok = yes

Testweise hatte ich auch mal
server max protocol = SMB3

in der config stehen. Das hatte ich in irgendeinem Forum gelesen.

[ManuelK1986]

Was mich gerade wundert. Wenn ich direkt auf dem Server mounte mit:

mount -t cifs //192.168.2.2/test /mnt/test -o user=....,password=....

Dann funktioniert das nun wenn ich es mit -o User und Passwort dabei müsste der test Ordner laut der configdatei ein Puplic ordner sein für den ich keine Useranmeldung brauche ?? Ohne die Option -o ... funktioniert der mount nicht.

[scientific]

Bin zwar kein Experte... Aber ich glaub hier liegt der Hund begraben:

Code: Alles auswählen

 interfaces = 127.0.0.0/8 eth0 ; bind interfaces only = yes

Deshalb kannst du von localhost auf localhost zugreifen, von anderen IP-Bereichen aber nicht.

[ManuelK1986]

Hallo,

das glaube ich nicht.

Die Zeilen sind ja mit ; auskommentiert. Also müsste der Zugriff eigentlich von überall möglich sein. Hast du einen Vorschlag was ich dahin schreiben kann ?

Hat vielleicht jemand eine Config nur mit Basisangaben für mich ?

[scientific]

Ahso. Das seh ich am Handy alles nur in einer Wurst...

[TomL]

Sorry, wenn ich mich noch mal kurz einhänge, aber ich habe nur mal ne kurze Frage aus Neugier.... entgegen der Samba-Defaulteinstellung "no" hast Du "obey pam restrictions = yes" gesetzt. Ich gehe jetzt mal davon aus, dass Du auch die entsprechende Pam-Module installiert hast, einschließlich der ggf. notwendigen Konfiguration....?...hast Du?

Da steckt dann wohl das dahinter:
https://www.samba.org/samba/docs/man/Sa ... #id2665709

[ManuelK1986]

Hallo Tom,

ich habe absolut keine Ahnung wovon du da spricht. Den Server besitze ich seit ca einer Woche und habe von Unixsystemen eigentlich keine Ahnung.
Ich bin ja schon froh das ich den VPN Server ans laufen gebracht habe

Ich habe jetzt mit apt-get purge die komplette Samba geschichte gelöscht und gemäß der folgenden Anleitung neu aufgesetzt. Hier gibt es nur 3 Einträge in der config. Ich vermute mal das man dies als "Basis" Konfiguration betiteln kann.

https://www.thomas-krenn.com/de/wiki/Ei ... ite_note-2

Leider ist das Ergebnis genau das selbe. der lokale mount funktioniert. Sobald ich einen Windowsrechner nehme funktioniert es leider nicht.

Ich bin echt ratlos.

Anbei meine Conf:

Code: Alles auswählen

[global]
workgroup = WORKGROUP
security = user
map to guest = Bad Password

[homes]
comment = Home Directories
browsable = no
read only = no
create mode = 0750

[public]
path = /data/storage/
public = yes
writeable = yes
comment = smb share
printable = no
guest ok = yes

Den Befehl den ich in Windows 10 nutze:

net use h: \\192.168.2.2\public
oder
net use h: \\192.168.2.2\data\storage

[ManuelK1986]

Folgende Fehlermeldung steht in der log.smbd:


[2017/06/14 22:30:22.057652, 0] ../lib/util/become_daemon.c:124(daemon_ready)
STATUS=daemon 'smbd' finished starting up and ready to serve connections
Unable to connect to CUPS server localhost:631 - Ungültiger Dateideskriptor
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL
Unable to connect to CUPS server localhost:631 - Ungültiger Dateideskriptor
failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL

In der log.nmbd stehen keine Fehlermeldungen.

Kann hiermit vlt. jemand etwas anfangen? NT hört sich so nach Windows an

[TomL]

net use h: \\192.168.2.2\public

Versuchs zuerst mal so:

Code: Alles auswählen

net use h: \\192.168.2.2\public   /user:%USERDOMAIN%\%USERNAME% /persistent:no

Evtl. mit dieser Variante, wenn die User-Passwords zwischen win-client und samba-server unterschiedlich sind

Code: Alles auswählen

net use h: \\192.168.2.2\public  GeheimesSambaPassword  /user:%USERDOMAIN%\%USERNAME% /persistent:no

Und wirf mal einen Blick hierauf... ich meine die Beispiel-Conf:
viewtopic.php?f=9&t=163818#p1119745
und aus Neugier vielleicht
viewtopic.php?f=9&t=163818#p1118613

[ManuelK1986]

Guten morgen,

die von dir abweichenden net use Befehle haben leider auch keine Besserung gebracht.
Die von dir gepostete Config ist jetzt natürlich viel größer als meine oben gennante Beispielconfig mit 3 Einträgen.

Soll ich die mal übernehmen und es damit ausproibieren ?

[ManuelK1986]

Hallo alle zusammen,

ich habe das Problem soeben gelöst.
Wie schon vermutet, war es kein Routingproblem und auch kein generelles Konfgurationsproblem.

Die Lösung habe ich in einem Windowsforum gefunden.
Ich zietiere:

Deine Firewall auf dem Windows 7 Rechner (Anmerkung von mir: Ist auf einem Windwos 10 Rechner identisch) erlaubt per Default nur Traffic aus dem selben Subnetz, du musst also die Firewall Regeln für SMB Traffic auf dem Windows 7 System anpassen das alle Subnetze oder das des VPNs erlaubt werden !

Wie genau das geht weiß ich noch nicht. Ich habe jetzt Testweise die Windowsfirefall ausgeschaltet und nun klappt die Verbindung zur Sambafreigabe Problemlos...

Nun kann ich eine vernünftige Samba.conf aufbauen mit vernünftigen shares und mich anschließend um die Windowsfirewall kümmern.

Trotzdem vielen Dank an alle

[TomL]

Die Lösung habe ich in einem Windowsforum gefunden.

Na toll, das die im Windowsforum so schlau sind...... nur hatte ich das bereits vor Tagen im zweiten Posting dieses Thread gesagt...
viewtopic.php?f=30&t=165492#p1134626
und später
viewtopic.php?f=30&t=165492#p1134645

[ManuelK1986]

Hallo,

mit dem ersten Eintrag hast du Recht. Leider war ich hier anscheinend zu dämlich.

Meine Firewall wird über das Antivirentool / Security Center "Bitdefender" gesteuert. Ich muss hier irgendwas falsch gemacht haben. Ich hatte beim jetzigen Test nochmal den kompletten Bitdefender ausgeschaltet. Mittlerweile habe ich im Bitdefender dem Modul Firewall erlaubt Pakete von 192.168.2.2 sowie 20.8.0.1 zu empfangen und zu versenden. Jetzt klappt alles.

Hätte ich hier besser aufgepasst wäre das Problem schon längst gelöst... Es ist halt immer der Nutzer der das Problem produziert. ..

Trotzdem vielen Dank für deine Hilfe.