Hallo, da es viele Anfragen zu diesem Thema die entweder sich von selber gelöst haben oder nie geschlossen wurden bin ich der Sache mal auf den Grund gegangen. Hier die Updates die bei mir Probleme brachten

- Server 8.04 -> 9.04

Samba.conf:

[global]
	workgroup = WORKGROUP
	server string = samba
	wins support = yes '''<- Mußte ich für 9.04 setzen'''

[user1]
	comment = user1
	path = /home/admin/samba/user1
	valid users = admin, user1
	read only = No

[user2]
	comment = user2
	path = /home/admin/samba/user2
	valid users = admin, user2

u.s.w.

- Ubuntu Clients 8.04 -> 9.04 (Samba über Nautilus)

- W2K Clients aktuell

- 1 x Laptop Ubuntu 8.04

Als nun alle W2K Maschinen und dann das 8.04 Laptop das Netzwerk verlassen haben konnte man nicht mehr auf die Samba Freigaben des Servers zugreifen. (Ein Zeichen da für das es keine Masterbrowser mehr gab, über netbios Broadcast keiner verfügbar war und über netbios broadcast keiner ausghandelt werden konnte - was wohl unter 8.04 einwandfrei funktionierte) Wenn man dann über "NETZWERK" geht kann man sich zwar durchklicken:

NETZWERK -> WINDOWS-NETZWERK -> SERVER

aber beim einlesen der Samba Verzeichnisstruktur kommt es zu den verschiedensten Fehlern. Die Freigaben über Nautilus bei den Clients funktionieren hingegen einwandfrei. Auch vom Server kann man auf eine Freigabe via Nautilus bei einem Client zugreifen.

Geht man über smbclient von einem Client auf den Server funktioniert alles einwandfrei.

Da ich das schon zu genüge von XP und Vista kenne (W2K funktioniert einwandfrei) bin ich hingegangen und habe dem Samba Server testweise auf auf

wins support = yes

und habe bei den Clients in der samba.conf die IP des Wins Server eingetragen und sie da es geht wieder. Nur warum? Ein Windowsnetzwerk über netbios muß per Definition innerhalb eines Hubs und Subnetzwerk auch in der Lage sein lediglich über Broadcast und ohne DNS oder Wins Server lediglich mit netbios und Broadcast zu funktionieren. Das dem so ist beweist smbclient ja eindrucksvoll.

Interessant ist das es so funktioniert, weil wenn Wins Server müßte der Samba Server eigentlich auch zum MASTERBROWSER gemacht werden was er nicht ist ... also hier ist was so im Argen das ich meinen möchte das man die Gesammten Netzwerkzugriff über die GUI komplett überarbeiten und auf Protokolltauglichkeit prüfen sollte die da wären Netbios nur über Broadcast, Nur als Masterbrowser, WINS mit Masterbrowser. (Auch wenn es immer wieder behauptet wird das Masterbrowser ohne WINS nicht geht es ist schlicht weg falsch! Das Masterbrowser Prinzip ist der Vorläufer des AdHoc Netzwerksund deshalb selbstverständlich auch ohne Wins Server möglich)

So also wer auf Nummer sicher gehen möchte sollte für Jaunty seine samba.conf so ergänzen:

[global]
	wins support = yes <- Damit es überhaupt geht mit 9.04 und Samba über Nautilus
        local master = yes <- Das der Server als Master Browser zur Verfügung steht
        preferred master = yes <- Erhöht die Wahrscheinlichkeit das der Server auch MasterBrowser wird
        os level = 255 <- Maximal Wert für die Wahrscheilichkeit des MB (Tip: Immer erst den Server hochfahren dann ist er immer Masterbrowser) 

Und bei den Clients in der smb.conf:

wins server = ip-adresse des Servers (Wins Servers)

So das sollte wohl das Chaos was Canonical da angerichtet hat umschiffen. Trotz dem finde ich es eine Armutszeugnis das wir auf einmal die selben Fehler und Probleme wie XP und Vista haben ... ob da nicht eine wenig abgekupfert wurde und das inkl. Fehler?

Gruß

Micha

Das ist ja interessant.

Soll das heißen, dass viele der in den Threads beschriebenen Samba-Probleme mit Jaunty 9.04 bei mir nur deshalb nicht nachvollziehbar sind, weil noch ein Rechner mit Hardy 8.04 ständig im Netz als Server präsent ist? Ich habe nämlich keinen Rechner als WINS-Server eingerichtet, und alles klappt trotzdem.

Gruß - Max-Ulrich

Ich habe eben einen sehr interessanten Thread gefunden. Wir sollten uns den nochmal genauer ansehen!

Firewalls block Samba browsing. Check all of your Windows computers to make sure that your firewalls allow Samba browsing. Also, since Jaunty, Ubuntu has enabled the UFW by default. This interferes with network browsing.

Gruß - Max-Ulrich

EDIT:

Stimmt aber offenbar nicht. Bei mir ist UFW nicht enabled!

UFW als Default wäre ja auch grausam

Taucht das Problem auch auf anderen Betriebssystemen mit gleicher Samba Version auf (Debian?)? Dann wäre es ja wenn es ein Bug ist, ein Upstream Bug.

mfg Betz Stefan

Ich habe jetzt schon ein paar Aussagen aus dem oben zitierten Thread überprüft (noch nicht alles!). Da ist auch nicht alles Gold was glänzt... Wenn ich klarer sehe, poste ich, was ich finden konnte.

Nur so viel: Bislang konnte ich noch keinen Samba-Bug finden. Das Provider-DNS-Problem schlägt immer mehr zu; immer mehr machen den Unfug mit, bei erfolglosen Anfragen auf irgend eine Webseite (Werbung) umzulenken, anstatt eine Fehlmeldung zu senden. Und damit ist Samba blockiert.

Dass das Problem scheinbar bei Upgrades von Ubuntu auftritt, hängt vielleicht damit zusammen, dass man da die Netzwerk-Schnittstellen neu konfiguriert und dabei an einen anderen DNS-Server gerät.

Ich habe nämlich bei einer VM die gleichen Probleme festgestellt, während das Laptop mit Jaunty problemlos lief - mit völlig identischen Einstellungen in smb.conf. Bis ich auf die DNS-Server gestoßen bin. Die sind nicht die gleichen; einer davon (Laptop) ist sauber, der andere nicht...

Ich suche weiter.

EDIT: (12.6.09, 19:30)

Ich habe jetzt folgendes gefunden (ohne Gewähr):

• Dass Samba in Jaunty 9.04 nur mit WINS Server funktioniert, konnte ich nicht nachvollziehen. Ich habe zwei Jaunty-Rechner über einen Router verbunden. Die Rechner können wechselseitig auf ihre Freigaben zugreifen, obwohl nirgends wins support = yes gesetzt ist. Es ist auch kein anderer Rechner im Netz, der als WINS-Server fungieren könnte.

• Der Zugriff funktioniert allerdings nur , wenn nur "saubere" DNS-Server eingetragen sind! Ob die DNS-Server sauber sind, erkennt man ganz schnell, indem man andere Rechner im LAN mit ihrem Netbios-Namen (ohne den AVAHI-Zusatz .local) anpingt. Es darf nicht gehen. Wenn man da eine obscure IP außerhalb des LAN bekommt, ist der DNS-Server "unsauber".

• Wenn der DNS-Server unsauber ist, kann man Rechner in dem gleichen Subnetz (nur diese) trotzdem sehen und auf sie zugreifen (auch ohne WINS-Server), wenn man die Reihenfolge bei der Namensauflösung ändert:

  # in /etc/samba/smb.conf (bcast vor host):
    name resolve order = wins bcast lmhost host
  # in /etc/nsswitch.conf (dns vor mdns4_minimal):
    hosts:          files dns mdns4 mdns4_minimal [NOTFOUND=return]

  Ob die Einstellungen so optimal sind, weiß ich nicht. Jedenfalls läuft es (nach einem Neustart; /etc/init.d/samba restart genügt nicht).

Mit "Zugriff" und "sehen" ist immer nur der Zugriff über Nautilus mit Netbios-Name sowie der Netzwerk-Browser gemeint. Das Mounten mit cifs und IP ist natürlich nicht betroffen.

Was bedenklich ist: Die "unsauberen" DNS-Server nehmen schnell zu: Außer Kabel-DE ist jetzt auch t-online dabei! Die beiden Nameserver

 nameserver 217.0.43.129
 nameserver 217.0.43.145

erhält man über den Router und DHCP von t-online; sie sind unsauber und stören Samba.

Gruß - Max-Ulrich

Wenn das mit dem Ändern der Namensauflösungsreihenfolge wirklich klappt sollten wir es im Wiki dokumentieren. Ich habe auch T-Online, aber ich habe auch einen sauberen DNS (verwende nicht die T-Onlineserver und habe sogar nen eigenen Bind am laufen!).

mfg Betz Stefan