stefanhoth
Goto Top

Samba NT STATUS BAD NETWORK NAME - Kein Zugriff mehr

Debian-System - Der Zugriff funktioniert weder von Remote-Clients noch von der Konsole auf der gleichen Maschine...

Hallo!

Nach vielen Monaten ohne Probleme möchte mein Samba einfach nicht mehr arbeiten. Dabei stellt es sich sehr clever an, denn es gibt einfach keine Fehlermeldung aus und somit habe ich auch keine Ahnung, wo ich ansetzen soll.

Ich schätze, dass es nach einem Update (SWAT? Samba?) nicht mehr funktionierte, aber ich bin mir nicht sicher und kann es leider nicht mehr ganz nachvollziehen.

Das Verhalten stellt sich wie folgt dar:

Egal, ob von einem remote-client oder von localhost auf der Konsole erhalte ich nach korrektem Login:


tree connect failed: NT_STATUS_BAD_NETWORK_NAME


Ich habe bereits samba in meiner Verzweifelung komplett gelöscht (--purge) und neu installiert. Leider brachte dies keine Änderung. Meine derzeitige Miniconfig lautet wie folgt:


server:/tmp# testparm -s
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[print$]"
Loaded services file OK.
  1. Global parameters
[global]
workgroup = JS
server string = %h server (Samba %v)
obey pam restrictions = Yes
passdb backend = tdbsam, guest
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
wins support = Yes
panic action = /usr/share/samba/panic-action %d
invalid users = root

[homes]
comment = Home Directories
read only = No
create mask = 0700
directory mask = 0700
browseable = No

[printers]
comment = All Printers
path = /tmp
create mask = 0700
printable = Yes
browseable = No

[print$]
comment = Printer Drivers
path = /var/lib/samba/printers


Ich würde gern noch einen Tip bekommen, wie ich hiermit etwas aufgelistet bekomme:

server:/tmp# smbclient -L //localhost -U stevie
Password:
Domain=[SERVER] OS=[Unix] Server=[Samba 3.0.14a-Debian]
tree connect failed: NT_STATUS_BAD_NETWORK_NAME


Danke,

stevieboy

PS: Wenn noch Files oder Dumps fehlen reiche ich sie gern nach...

PPS: Debian Sarge mit Samba ( 3.0.14a-3sarge4 )

Content-ID: 52687

Url: https://administrator.de/contentid/52687

Ausgedruckt am: 25.11.2024 um 07:11 Uhr

Alfredus
Alfredus 26.02.2007 um 16:47:10 Uhr
Goto Top
1. Vermutung: WinNS geht nicht. Mach mal nmblook <NETBIOS-Name des Servers>. Melde bitte die Ergebnisse.
2. Vermutung: nmbd und/oder winbindd läuft nicht. Melde bitte den Status
3. Benutze erst mal den Netbios-Namen anstatt die IP oder den DNS-Alias. Das hilft Fehler auszuschließen.
4. Füge deiner smb.conf den parameter netbios name = SERVERXY hinzu. Der fehlt bei dir und ist Quell ewiger Freude...wenn er fehlt.
5. Check mal ob dein Nutzer setvie überhaupt vorhanden ist. Vielleicht hat SWAT ihn ja irgendwie mitgerissen.
6. In der Sektion [homes] fehlt noch eine Pfadangabe wo sich die Homeverzeichnisse der Nutzer befinden.

Gruß und viel Glück
Alfredus

BTW: apt-get --purge <paket> entfernt nicht unbedingt alle Dateien/abhängige Pakte. Aber das ist hier scheinbar nicht so das Problem.

BTW 2: SWAT und samba würde ich nur bedingt empfehlen. Auch wenn es am Anfang sehr verlockend erscheint, mit SWAT einen Fileserver aufzusetzen.
StefanHoth
StefanHoth 26.02.2007 um 17:14:40 Uhr
Goto Top
1. Vermutung: WinNS geht nicht. Mach mal
nmblook <NETBIOS-Name des Servers>.
Melde bitte die Ergebnisse.

Die Namensauflösung funktionierte, nachdem ich die Option "netbios name = SERVER" in die config übernahm.

Leider hilft es nicht bei der Problemlösung.

2. Vermutung: nmbd und/oder winbindd
läuft nicht. Melde bitte den Status

Also nmbd läuft, aber winbindd war nicht installiert. Habe es via apt-get nachinstalliert. Nun läuft es, habe auch Dienste neu gestartet, aber es ändert leider trotzdem nichts am Fehlerbild.

3. Benutze erst mal den Netbios-Namen
anstatt die IP oder den DNS-Alias. Das hilft
Fehler auszuschließen.
4. Füge deiner smb.conf den parameter
netbios name = SERVERXY hinzu. Der fehlt
bei dir und ist Quell ewiger Freude...wenn er
fehlt.


Wie bereits unter 1. geschrieben habe ich das nachgetragen, aber es nützt nix.

BTW: apt-get --purge <paket> entfernt
nicht unbedingt alle Dateien/abhängige
Pakte. Aber das ist hier scheinbar nicht so
das Problem.


Ja, das ist mir bewusst und daher habe ich auch alle Spuren in /usr/share und /var/lib gelöscht, bevor ich neu installiert habe.

BTW 2: SWAT und samba würde ich nur
bedingt empfehlen. Auch wenn es am Anfang
sehr verlockend erscheint, mit SWAT einen
Fileserver aufzusetzen.


Ja, am Anfang hat es geholfen, aber nun mach ichs ja auch schon länger in der Config direkt.


Gibt es noch weitere Ansätze? Wäre für jeden Hint dankbar...

Danke,

Stefan
Alfredus
Alfredus 27.02.2007 um 07:17:07 Uhr
Goto Top
Gibt es noch weitere Ansätze? Wäre für jeden Hint dankbar...

Hmmm... NT_STATUS_BAD_NETWORK_NAME bekommt man eigentlich, wenn der Nutzer nicht im Samba vorhanden ist. Lege mal einen neuen Nutzer im samba an.

Vorletztes Mittel:
log level = 1
log file = /var/log/sambalog.%m

Füge das in die smb.conf ein. Die Logs sind vom Server, welcher meist geschwätziger bzgl. Fehlermeldungen als smbclient ist. Check mal die Logs wenn du wieder einen NT_STATUS_BAD_NETWORK_NAME bekommst.

Letztes Mittel:

Mein Vorschlag wäre, dass du dir eine funktionierende smb.conf aus dem Netzt ziehst. Beispiele gibt es reichlich. Ich vermute nämlich, dass du auf einer (zerschossenen) Konfiguration von SWAT arbeitest. Alternativ kannst du mit dpkg-reconfigure <package> dir auch eine neue Konfiguration erstellen. Egal wie, lösche bitte vorher die smb.config bzw. benenne sie um. Zusätzliche würde ich auch noch die start-stop-skripte von samba entfernen. Vorher noch mit locate tdbsam die Passwortdatei von Samba suchen und umbenennen/löschen.

Gruß
Alfredus
StefanHoth
StefanHoth 28.02.2007 um 16:01:35 Uhr
Goto Top
Hallo Alfredus!

Vielen Dank für Deine Hilfe!

Ich habe das Problem endlich lokalisieren können:

Die Zugriffsrechte des ROOT "/" wurden durch ein Script versehentlich geändert (nicht von mir)... Da die Rechte dann auf 700 mit einem Benutzer "Postfix" standen, ging gar nichts mehr.

Leider bin ich erst darauf gekommen, nachdem ein Hinweis im Apache-Log zufinden war... der ging nämlich auch nicht mehr.

Nun geht wieder alles.

Vielen Dank trotzdem.

Stefan
Alfredus
Alfredus 28.02.2007 um 16:32:06 Uhr
Goto Top
Die Zugriffsrechte des ROOT "/" wurden durch ein Script versehentlich geändert

Das ist ja ein dickes Ding. Auweia, an so einem Fehler kann man echt verzweifeln. Freut mich, dass wieder alles geht.

Gruß
Alfredus