linux-l: Samba + win98

Fr Mär 10 10:27:05 CET 2000

Jan-Benedict Glaw schrieb:
> 
> On Thu, Mar 09, 2000 at 10:49:25AM +0100, Lars Täuber wrote:
> > Jan-Benedict Glaw schrieb:
> > >
> > > On Wed, Mar 08, 2000 at 03:07:05PM +0100, Lars Täuber wrote:
> > > > Jan-Benedict Glaw schrieb:
> > > > >
> > > > > On Wed, Mar 08, 2000 at 02:08:58PM +0100, Lars Täuber wrote:
> > > > > > Jan-Benedict Glaw schrieb:
> > > > > > >
> > > > > > > On Wed, Mar 08, 2000 at 02:17:13AM +0100, Roland Penzin wrote:
> > > > > > > > Am Mon, 06 Mär 2000 schriebst Du:
> > ...
> > >
> > > Aha. Dann nimm doch mal einen Rechner, der ein richtiges Betriebssystem
> > > fährt, und guck' Dir mit nem Sniffer an, ob die Broadcasts in dem anderen
> > > Netz auch ankommen. Ich hab' ja schon Pferde kot*en sehen;)
> > >
> > > > WINS: dieser dienst wird doch von nmbd übernommen, oder? Und dieser
> > > > wiederum nimmt
> > > > sich seine infos aus smb.conf. Der nmbd läuft bei uns.
> > >
> > > Ja, WINS wird vom nmbd erledigt. _aber_ der wiederum bezieht nur das *wie*
> > > aus der smb.conf. Die Daten bekommt er, indem er lokale/ferne Broadcaste
> > > belauscht und wartet, ob nicht vielleicht andere local master browser ihm
> > > ihre lokalen Listen schicken.
> > also ich habe jetz mit tcpdump folgende meldung gefiltert:
> >
> > 10:44:46.870000 192.168.2.1.netbios-dgm > 192.168.6.255.netbios-dgm: upd
> > 215
> >
> > das müßte es doch sein oder?
> 
> netbios-dgm? Ich hätte eher netbios-ns erwartet... Das hast Du aber auf
> den Drähten des 192.168.6.0/24 Netzes gefunden, oder?
> 
> > ich gleube langsam, dass es etwas so triviales ist, dass man einfach nur
> > nicht drauf kommt
> 
> Tja, die meisten Samba-Fehler sind relativ einfach zu finden, wenn man
> weiß, wie man sie suchen muß... Versuch mal im 6er-Netz, mit smbclient auf
> den Samba-Server im 1er-Netz zuzugreifen. Direkt IP-Nummer angeben...
> Wenn das klappt, dann ist das irgendwo nur ein Namens-Problem der Windows-
> Kisten. Stehen für die Netbios-Namen auch DNS-Einträge? Wenn der Windows-
> Rechner zugreifen soll (tcpdump;), macht er dann überhaupt irgendwelche
> Versuche auf dem Kabel, oder läßt er es gleich von vornherein ganz sein?

netbios läuft auf unseren kisten nirgends

> 
> Wenn er Anfragen stellt, an wen (es könnte die Suche nach einem local master
> browser sein)? Wenn Anfragen an den Samba-Server gestellt werden, sind die
> richtig (ICMP router messages, ...)? Kommen die bei dem Rechner mit dem
> Samba-Server an (-> routing Problem?). Wenn die Ankommen, dann mal das
> logging des Samba-Servers ganz hoch setzen. In den Logs sollte man so
> ziemlich alles finden können, was man dann brauchen kann. ...und spätestens
> nach der Behebung von Fehlern hier sollte dann alles laufen;)
> 
> MfG, JBG
> 

folgendes tcpdump vom samba server, nachdem sich ein win98 client über
den einwahlserver eingeloggt hat und versucht sich mit dem server zu
einigen:

10:12:26.370000 192.168.2.1.netbios-dgm > 192.168.6.255.netbios-dgm: udp
215
10:12:26.370000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:27.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:28.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:29.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:30.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:31.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:32.110000 192.168.4.20 > 192.168.2.1: icmp: host 192.168.6.255
unreachable
10:12:32.170000 192.168.2.1.netbios-dgm > 192.168.6.255.netbios-dgm: udp
215
10:12:32.180000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:33.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:34.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:35.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:36.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:36.530000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 68
10:12:36.530000 192.168.2.1.netbios-ns > 192.168.6.25.netbios-ns: udp 62
10:12:36.550000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 68
10:12:36.550000 192.168.2.1.netbios-ns > 192.168.6.25.netbios-ns: udp 62
10:12:36.570000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 68
10:12:36.570000 192.168.2.1.netbios-ns > 192.168.6.25.netbios-ns: udp 62
10:12:37.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:38.110000 192.168.4.20 > 192.168.2.1: icmp: host 192.168.6.255
unreachable
10:12:47.430000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:48.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:49.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:50.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:50.430000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:51.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:51.870000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:52.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:53.400000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:53.410000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:53.420000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:54.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:54.880000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:55.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:56.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:56.410000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 50
10:12:57.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:57.150000 192.168.6.25.netbios-ns > 192.168.2.1.domain: 74+ (42)
10:12:57.150000 192.168.2.1.domain > 192.168.6.25.netbios-ns: 74
NXDomain* 0/1/0 (96)
10:12:58.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:12:58.630000 192.168.6.25.netbios-ns > 192.168.2.1.domain: 86+ (42)
10:12:58.630000 192.168.2.1.domain > 192.168.6.25.netbios-ns: 86
NXDomain* 0/1/0 (96)
10:12:59.380000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:00.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:00.150000 192.168.6.25.netbios-ns > 192.168.2.1.domain: 80+ (42)
10:13:00.150000 192.168.2.1.domain > 192.168.6.25.netbios-ns: 80
NXDomain* 0/1/0 (96)
10:13:01.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:02.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:03.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:04.110000 arp who-has 192.168.6.255 tell 192.168.4.20
10:13:14.330000 192.168.6.25.netbios-ns > 192.168.2.1.netbios-ns: udp 68
10:13:14.330000 192.168.2.1.netbios-ns > 192.168.6.25.netbios-ns: udp 62

wegen der netze:

logisch: subnetze
physikalisch: ein strang (geswitched)
	bis auf den einwahlserver, welcher als gateway fungiert (eth <->
modems)


-- 
Gruß
Lars Täuber