• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] - XP-SP1 geht nicht in die Samba/LDAP-Domäne

Zuordnungen von Kontennamen und Sicherheitskennungen wurden nicht durchgeführt.

Das ist die Fehlermeldung, die ich bekomme, wenn ich versuche mich mit meinem XP-SP1-Rechner am neu aufgesetzten Samba-Server anzumelden.

Es handelt sich um Suse-Eval 10.0, absolut up to date mit Samba 3.020-4

Was geht bis jetzt?

- DNS
- LDAP (verschlüsselt)
- phpldapadmin (über apache2 verschlüsselt =https)
- swat (über stunnel verschlüsselt)
- samba (immerhin: man sieht schon die Domäne im Netzwerk... ;-) ...)
- samba-Domäne in LDAP eingetragen
- smbldap-tools mit configure.pl installiert
- mit smbldap-populate alle Objekte ohne Fehler angelegt

Das heißt, man kann von jedem remote-Browser aus Linux-Benutzer im LDAP anlegen und sich dann auch als solche am System anmelden. Auch die remote-Verwaltung von Samba über swat läuft. Das Home-Verzeichnis der User wird beim Anlegen automatisch angelegt. Die ganze Kommunikation läuft ausschließlich verschlüsselt über das Netz.

Soweit so gut.

ABER: Ich bekomme um's Verrecken meine XP-SP1-Kiste nicht in die Samba-Domäne. Fehlermeldung siehe oben.

Was offensichtlich während des Anmeldeversuchs funktioniert, das ist die Überprüfung des Admin-Passworts, das während der Anmeldeprozedur abgefragt wird, wie auch die Abfrage des Maschinenkontos. Denn fehlt das Maschinenkonto oder gebe ich mutwillig ein falsches Passwort und/oder einen falschen User ein, dann kommt auch eine dementsprechende Fehlermeldung. Nur wenn ich das Maschinenkonto vorher im LDAP angelegt habe und der User/das Passwort stimmt, dann kommt auch die obige Fehlermeldung.

Habe natürlich schon wieder etliches gegoogelt. Aber zu dieser Fehlermeldung kommt leider nicht viel nahrhaftes rüber.

Ich würde ja vermuten, der Fehler liegt auf der Windoof-Seite. Nur befindet sich die Kiste tatsächlich in einer ASX-Domäne auf einer Unix-Kiste und macht da auch gar keine Probleme.

Hoffe, da hat wieder jemand eine gute Idee.


Wenn alles so tut, wie es soll, werde ich mich hier mit einem Mega-Howto (oh Gott, noch eins....) zum Aufsetzen eines PDC's unter Suse 10.0 für Amfenger (solche wie ich) revanchieren. Das hat schon 78 Seiten - und Samba läuft noch gar nicht....

=========================================
Update 1:
=========================================

Die smbldap-tools legen standardmäßig zwei Gruppen für Maschinen an.
- Domain Computers
- NT-Machines

Beim Anlegen des Maschinen-Accounts habe ich nicht bis zum Schluß der Gruppenliste geblättert und "Domain-Computers" gewählt. Diese Gruppe hat die GID 515.

Damit aber das Gruppen-Mapping zwischen Windoof und Samba funktioniert, muß zwingend eine Gruppe NT-Machines (Name ist eigentlich egal) mit der GID 553 (die ist gar nicht egal) genommen werden.

Diese Erkenntnis allein war's aber auch noch nicht!

Denn der mit smbldap-populate automatisch generierten Gruppe "NT-Machines" fehlte das Attribut "SambaGroupMapping". Ohne diesem geht aber nichts mit der Windoof-Welt. Daher wird sie bei einem

net groupmap list

übrigens auch nicht angezeigt. Und folglich beim Versuch mit einer Windoof-Kiste zu joinen auch nicht gefunden.

Ich benutze phpldapdamin. Das macht die Änderei erträglich.
Habe damit das Attribut "SambaGroupMapping" der Gruppe "NT-Machines" manuell hinzugefügt, den Wert "SambaGroupType" auf 2 gesetzt und die Samba-SID plus "-553" eingetragen.

WICHTIG! Ein automatischer Eintrag des Maschinenkontos bei der ersten Anmeldung erfolgt leider auch nicht. D.h. die Maschine muß erst von Hand angelegt werden UND es muß die vorgegebene SID mit der Gruppennummer (553) ergänzt werden.

Erst dann gilt : Und es joint doch!

Diese Probleme müßte doch eigentlich jeder haben, der die smbldap-tools verwendet!?
 
Also ich habe das Problem nicht, ich verwende aber auch ein ältere Version der smbldap-tools, da ich mir dazu ein skript mit Menü gefrickelt habe um Benutzer, Gruppen und Hosts anzulegen.
Was ich mir vorstellen kann, ist das die SID in der conf Datei der smbldap-tools nicht stimmt.
 
Nein, das ist es nicht. Habe die SID 2 x geprüft. Die stimmt.

Noch mehr Vorschläge?

Habe gerade mal verfolgt, ob beim Versuch der Domäee beizutreten, irgendwelche Fehlermeldungen im Samba-Log, auftauchen. Da werden ja zig Hundert Zeilen pro Versuch protokolliert. Und es kamen da auch tatsächlich ein paar Fehlermeldungen wegen fehlender Dateien:

MapUTF8.pm
perl-Pod - sowiesoblabla
jcode.pl

Die habe ich mir eine nach der anderen zusammengesucht und installiert. Jetzt sind die Fehlermeldungen im Protokoll zwar alle weg, aber ein Join ohne vorher das Maschinenkonto anzulegen und manuell nachzubearbeiten, geht nach wie vor nicht.

Aber ein Fortschritt ist trotzdem da: Er legt jetzt beim Versuch zu joinen überhaupt erstmal automatisch ein Maschinenkonto an! Das sieht aber gegenüber einem manuell angelegten doch etwas anders aus. Vor allem fehlt da die Samba-SID für die Maschine. Und ohne die geht doch erst mal gar nichts, oder?

Bem genauen Vergleich eines von Hand angelegten Maschinenkontos und dem automatisch angelegten fehlt bei dem automatisch angelegten Maschinenkonto die komplette Objektklasse "SambaSamAccount". Ich würde mal vermuten, daß diese Objektklasse neben dem "posixAccount" zwingend notwendig ist, um mit einer NT-Maschine joinen zu können. Fragt sich nur, warum wird die nicht automatisch angelegt???
 
Habe weitergesucht.

Folgendes Ergebnis:

In der Vorlage-smb.conf steht das add machine script mit -t 5 und -w "%uid"

Habe mal in das script selbst geschaut und meine da irgendwo ab Zeile 270 gesehen zu haben, daß tatsächlich beim Anlegen mit "-w" kein SambaSamAccount angelegt wird. Das macht er nur, wenn das Maschinenkonto mit "-i" angelegt wird. Das behaupte ich jetzt mal einfach so, obwohl ich von der Materie wirklich keine Ahnung habe.

Aber egal, ich habe einfach mal "-i" anstatt "-w" genommen und schwups, legt er tatsächlich den SambaSamAccount an.

Trotzdem hatte ich noch ein interessantes Phänomen: Beim ersten Versuch zu joinen behauptet er doch glatt, das Konto nicht zu finden. Mit phpldapadmin kontrolliert, legt er das Konto währenddessen aber ruckzuck an. Joine ich dann einfach nochmal -> schwups-drin.

Habe daher mal aus -t 5 einfach -t 60 gemacht. Hab's heute nur noch einmal probiert und es hat auf Anhieb geklappt.

Scheint also so, als wäre das Problem gelöst.

Bleibt nur noch eine Wissenslücke zu schließen: Hat es irgendwelche Nachteile mit "-i" eine Maschine hinzuzufügen anstelle von "-w" ?
 
Oben