ich habe einen UCS “Master” hier laufen. Nun versuche ich eine Qnap TS-451 mit aktuellster Firmware in die UCS domäne zu bringen.
Das scheitert leider. Ja, die Qnap steht in einem anderen Netzwerk als der UCS, und dazwischen ist ein Router/ Firewall. Dort sind aber alle Ports freigegeben und nichts wird blockiert.
Das ist die Ausgabe der Qnap:
[code]Microsoft-Netzwerkeinstellungen fehlgeschlagen. Bitte prüfen Sie den DNS-Server, den Domänennamen, den Benutzernamen und das Kennwort für das Anmelden bei der Domäne.
======== DEBUG START =======
/usr/local/samba/bin/net time set -S UCS.k…de
[command] echo ******** | /usr/bin/kinit “administrator@K…DE”
Password for administrator@K…DE:
Specify WORKGROUP = K…
[command] /usr/local/samba/bin/net ads join -S UCS -U “administrator%" -s /etc/config/smb.conf
Failed to join domain: failed to lookup DC info for domain ‘K…DE’ over rpc: Undetermined error
[command] /usr/local/samba/bin/net ads join -S UCS.k…de -U "administrator%” -s /etc/config/smb.conf
Failed to join domain: failed to join domain ‘K…DE’ over rpc: NT_STATUS_NONE_MAPPED
[command] /usr/local/samba/bin/net ads join -U “administrator%" -s /etc/config/smb.conf
Failed to join domain: failed to join domain ‘K…DE’ over rpc: NT_STATUS_NONE_MAPPED
[command] /usr/local/samba/bin/net rpc join -S UCS -U "administrator%” -s /etc/config/smb.conf
Unable to find a suitable server for domain K…
Unable to find a suitable server for domain K…
[command] /usr/local/samba/bin/net rpc join -S UCS.k…de -U “administrator%" -s /etc/config/smb.conf
error looking up rid for user qnap$: NT_STATUS_NONE_MAPPED/NT_STATUS_NONE_MAPPED
Unable to join domain K…
[command] /usr/local/samba/bin/net rpc join -U "administrator%” -s /etc/config/smb.conf
Unable to find a suitable server for domain K…
Unable to find a suitable server for domain K…[/code]
Jemand eine Idee? Ist vielleicht etwas falsch konfiguriert?
der konfigurierte DNS Server auf der Qnap NAS Box muss auf jeden Fall der UCS Server sein - sonst findet dise den DC nicht !!
ist dies bei Ihnen der Fall ?
haben Sie auf Ihrem UCS-System denn überhaupt Samba im Active Directory-Modus installiert? Genauer: die App »Active Directory-compatible Domain Controller« bzw. die Debian-Pakete »univention-samba4« und »univention-s4-connector«?
Weiterhin: was ergeben diese Befehle, wenn sie auf dem UCS-Master ausgeführt werden:
Kann das QNAP überhaupt verschlüsselte und signierte SMB Verbindungen?
Der UCS will die auf jeden Fall haben, hab das letztens erst mit FreeNAS durchexerziert.
Diverse Blogposts zu QNAP & AD sagen, dass die QNAP zumindest NTLMv2 nicht kann und man AD-seitig NTLMv1 erlauben muss. Daher u.a. meine Frage nach den UCR-Variablen, weil bei denen auch die korrespondierende Samba-Option gesetzt wird.
hmm, nee, die Variablen zeigen auch nichts Ungewöhnliches.
Sie können noch mal versuchen, das Samba-Loglevel auf dem UCS Master radikal hochzusetzen (»ucr set samba/debug/level=10«, gefolgt von »service samba restart«, alternativ für die jetzt gerade laufende Instanz mit »smbcontrol smbd debug 10«), dann den Join-Vorgang erneut versuchen und anschließend die Logdatei »/var/log/samba/log.smbd« auswerten.
das Logging hat soweit funktioniert. Die einbindung noch nicht- vor allem auch deshalb nicht, weil ich aus dem Wust der Logeinträge keine Ahnung habe, worauf ich zu achten habe.
Dieser Eintrag ist evtl. relevant, oder ist das ein “normaler” Fehler?
gute Frage. Aber sorgen Sie am Besten noch mal dafür, dass alle existierenden Objekte im LDAP, deren Name »qnap« ist (Computerkonto, DNS-Eintrag…), auch wirklich gelöscht sind, bevor Sie den Join-Vorgang starten. Prüfen Sie das explizit fürs LDAP mit »univention-ldapsearch« und fürs Samba4-LDAP mit »univention-s4search«. Stellen Sie weiterhin sicher, dass das keine Rejects zwischen den beiden gibt, siehe »univention-s4connector-list-rejected«.
habe den Eintrag im DNS gelöscht, ändert nichts an der nicht funktionierenden Einbindung.
Auch obige Befehle brachten keine weiteren Ansatzpunkte.
[/quote]
Moin,
kannst du jetzt nochmal die Ausgabe des Log schicken. In dem obigen Logpost war der Fehler ziemlich eindeutig, das hier Objekt CN=qnap “gestört” hat.
Außerdem bitte prüfen, ob das Objekt sowohl im LDAP, wie auch in Samba4 gelöscht ist. Ggf. stören im S4 auch noch “Deleted Objects” (siehe sdb.univention.de/1256). Aber hiermit vorsichtig sein
Als alternative bietet QNAP ja auch noch die reine Anbindung ans LDAP an (siehe qnap.com/de-de/tutorial/con … wone&cid=1). Also ganz abseits von S4. Vielleicht ist das ja eine Option?