PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Keine Netzwerkverbindung zw. W2K und Samba 3.0.12



sandweg
29.12.05, 12:01
Ich habe Suse 9.3 installiert.
Samba habe ich ebenfalls installiert, und 2 Verzeichnisse konfiguriert.
Wenn ich nun mit einem W2K ein Laufwerk verbinden will, kommt keine Verbindung zustande.
Mit tcpdump sehe ich, dass 3 Pakete im Linux ankommen, allerdings reagiert der Samba-Server laut Log-File nicht darauf.
Da ich sehe, dass an den Ports etwas ankommt, und die entsprechenden Ports auch abgehört werden, aber nichts in der Applikation ankommt, bin ich etwas ratlos. Unter Suse 9.0 hatte ich keine größeren Probleme mit Samba.
Eventuell liegt das Problem aber auch an meiner Netzwerkumgebung. Ich habe im W2K 2 Netze konfiguriert, eines per ISDN als RAS, und eines per TCP/IP zum Linux.

Hier die diversen Ausgaben:
desktop:/media/Daten/Daten/Eigene Dateien/Dokumente # ps -ef |grep smbd
root 7113 1 0 11:12 ? 00:00:00 /usr/sbin/smbd -D -s /etc/samba/smb.conf -F -d=10 -l /tmp
root 7323 7113 0 11:12 ? 00:00:00 /usr/sbin/smbd -D -s /etc/samba/smb.conf -F -d=10 -l /tmp
root 8122 8020 0 11:59 pts/2 00:00:00 grep smbd

desktop:/media/Daten/Daten/Eigene Dateien/Dokumente # tcpdump -vv port 139
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
11:59:45.228110 IP (tos 0x0, ttl 64, id 14319, offset 0, flags [DF], length: 48) 192.168.168.3.rgtp > desktop.linux.netbios-ssn: S [tcp sum ok] 1737549061:1737549061(0) win 32767 <mss 1460,nop,nop,sackOK>
11:59:48.153572 IP (tos 0x0, ttl 64, id 14327, offset 0, flags [DF], length: 48) 192.168.168.3.rgtp > desktop.linux.netbios-ssn: S [tcp sum ok] 1737549061:1737549061(0) win 32767 <mss 1460,nop,nop,sackOK>
11:59:54.162665 IP (tos 0x0, ttl 64, id 14336, offset 0, flags [DF], length: 48) 192.168.168.3.rgtp > desktop.linux.netbios-ssn: S [tcp sum ok] 1737549061:1737549061(0) win 32767 <mss 1460,nop,nop,sackOK>

3 packets captured
4 packets received by filter
0 packets dropped by kernel

desktop:/media/Daten/Daten/Eigene Dateien/Dokumente # tcpdump -vv port 445
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
12:00:30.475488 IP (tos 0x0, ttl 64, id 14381, offset 0, flags [DF], length: 48) 192.168.168.3.ms-sql-s > desktop.linux.microsoft-ds: S [tcp sum ok] 3336256793:3336256793(0) win 32767 <mss 1460,nop,nop,sackOK>
12:00:33.422070 IP (tos 0x0, ttl 64, id 14391, offset 0, flags [DF], length: 48) 192.168.168.3.ms-sql-s > desktop.linux.microsoft-ds: S [tcp sum ok] 3336256793:3336256793(0) win 32767 <mss 1460,nop,nop,sackOK>
12:00:39.431147 IP (tos 0x0, ttl 64, id 14400, offset 0, flags [DF], length: 48) 192.168.168.3.ms-sql-s > desktop.linux.microsoft-ds: S [tcp sum ok] 3336256793:3336256793(0) win 32767 <mss 1460,nop,nop,sackOK>

3 packets captured
4 packets received by filter
0 packets dropped by kernel

desktop:/media/Daten/Daten/Eigene Dateien/Dokumente # tail /tmp/log.smbd
[2005/12/29 11:12:38, 5] lib/util_sock.c:print_socket_options(147)
socket option SO_SNDLOWAT = 1
[2005/12/29 11:12:38, 5] lib/util_sock.c:print_socket_options(147)
socket option SO_RCVLOWAT = 1
[2005/12/29 11:12:38, 5] lib/util_sock.c:print_socket_options(147)
socket option SO_SNDTIMEO = 0
[2005/12/29 11:12:38, 5] lib/util_sock.c:print_socket_options(147)
socket option SO_RCVTIMEO = 0
[2005/12/29 11:12:38, 2] smbd/server.c:open_sockets_smbd(329)
waiting for a connection

emba
29.12.05, 13:13
mapst du per ip oder netbiosname?
die conf ist dieselbe wie bei dem alten suse system?

greez

Albena
29.12.05, 13:39
Die Firewall ist aber ausgeschaltet, oder die entsprechenden Ports sind freigegeben.

Gruß ALbena

sandweg
29.12.05, 15:58
IP-Mapping mache ich keins,
per ISDN/RAS bekomme ich die IP vom DNS und bei TCP/IP habe ich sie fest eingetragen.
192.168.168.2: Linux-Desktop
192.168.168.3: w2k-Rechner.

Um die Firewall habe ich mich noch gar nicht gekümmert, das könnte natürlich noch ein Grund sein. War bei Suse 9.0 noch keine automatische Firewall dabei?
Aber wenn ich doch per tcpdump auf dem Port 139/445 schon Traffic sehe, sollte das doch freigeschaltet sein, oder?

sandweg
30.12.05, 18:08
Und natürlich war es die Firewall.