Posts by kaito

Quote from Gamma

Der erste Weg ist den PC über die MAC-Adresse ins AD zu integrieren, Quasi vorkonfigurieren.
Der zweite Weg ist über die Kommandozeile, was sehr zuverlässig funktioniert

Hallo Gamma,

wie soll ich Deinen Vorschlag umsetzen? Ich habe von Linux keine Ahnung. Wo muss etwas eingetragen werden? Wie geht es mit der Kommandozeile, mit welchen Befehlen?

Sind die Einträge im AD denn so korrekt gewesen? Nach der Info von nicoletta hinsichtlich der Case sensitivity könnte es ja schon dort Probleme geben oder gegeben haben.

Der Rechner ist nach Deinem Vorschlag aus der Domäne wieder gelöscht worden.

Mir werden Fragen gestellt, ob etwas so oder so so gemacht oder eingestellt wurde, aber die Erklärung, warum die Fragen gestellt wurden gibt es nicht. Seid doch bitte so gut und gebt auch die Erklärung dazu. Erst dann baut man doch ein Verständnis auf.

kaito

Quote from nicoletta

geklärt ist nun noch nicht ob dein Domain Admin admin, oder Administrator heißt.

Wenn es der Administrator ist und nicht admin, dann hast das in der Zeile für den Beitritt zur Domain falsch geschrieben. Das kann nicht funzen

Nun, es gibt die Möglichkeit, daß beide, sowohl Administrator wie auch Admin DC-/AD-Administratoren sind

Quote from Axelinux

Hast Du Dir meinen Beitrag bzgl. Avahi denn mal angeschaut? Ich würde einfach mal den Avahi-Dienst deaktivieren und schauen, ob es dann klappt. Oder liege ich damit so falsch?

Noch ein Link dazu:

https://ubuntuforums.org/showthread.php?t=1683474

Axelinux

diesen Link kann ich nicht einsehen, da man ein registrierter User sein sollte und das bin ich nicht.

kaito

Quote from nicoletta

wie in Beitrag #28 von mir beschrieben. Dort habe ich auch "Administrator" geschrieben, nicht admin. Es sei denn dein DC/AD Admin ist "admin".

Denoch muss auch "LINUX1" heißen wenn diese so bereits mit der IP im DC/AD eingetragen wurde.

Hallo nicoletta,

Die Einträge im AD des DC lauten:

Computername: LINUX1

DNS-Name: Linux1.domain.local

Sudo hostname auf dem Client ergibt: Linux1.domain.local

by the way : admin ist DC/AD-Admin

Quote from Gamma

nicoletta

Ja habe ich gesehen, er zeigt da drunter im Code das er sich mit admin anmeldet. Ich habe mir das alles angesehen. Klar kann er ein weiteres Adminkonto machen...
Der PC LINUX1 hat bereits einen Eintrag im AD, den würde ich löschen und es dann so machen wie ich vorher beschrieben habe und sich alles ansehen.
Es gibt ja auf dem DC auch ein lokales Adminkonto, wer weiß was er da macht...

Gamma

Warum sollte ich den Rechner wieder aus dem AD löschen. Er wurde ja eingetragen. Bitte eine konkrete Antwort hierzu.

Der Rechner erscheint im AD als LINUX1 unter der Rubrik "Computers" und wurde nicht von mir eingetragen

Linux1 = Linux1.domain.local = Name des Rechners

der Taucht auch in der AD nach dem join auf, allerdings kann ich mich nicht in der Domäne anmelden, wie schon Gamma äußerte.

Quote from nicoletta

hmm ...

Code

Using keytab: FILE:/etc/krb5.keytab
* A computer account for LINUX1$ does not exist

Hallo nicoletta,

ich stehe mit diesem Hinweis auf dem Schlauch. Was ist zu prüfen und zu tun ?

Kaito

Hallo Gamma,

unwissende Frage:

"schaue ins Logfile", bitte welches und wie abrufen?

Gruß kaito

Hallo nicoletta,

hier das Ergebnis des "join":

kai@Linux1:~$ sudo realm -v join domain.local -U admin
* Resolving: _ldap._tcp.domain.local
* Performing LDAP DSE lookup on: 192.168.115.1
* Successfully discovered: domain.LOCAL
Passwort für admin: 
* Unconditionally checking packages
* Resolving required packages
* LANG=C /usr/sbin/adcli join --verbose --domain domain.LOCAL --domain-realm domain.LOCAL --domain-controller 192.168.115.1 --login-type user --login-user admin --stdin-password
* Using domain name: domain.LOCAL
* Calculated computer account name from fqdn: LINUX1
* Using domain realm: domain.LOCAL
* Sending NetLogon ping to domain controller: 192.168.115.1
* Received NetLogon info from: HOEPPNER01.domain.LOCAL
* Wrote out krb5.conf snippet to /var/cache/realmd/adcli-krb5-Uc5Pkv/krb5.d/adcli-krb5-conf-QyJ6nj
* Authenticated as user: admin@domain.LOCAL
* Using GSS-SPNEGO for SASL bind
* Looked up short domain name: domain
* Looked up domain SID: S-1-5-21-3086803766-1060112611-3905474627
* Received NetLogon info from: HOEPPNER01.domain.LOCAL
* Using fully qualified name: Linux1.domain.local
* Using domain name: domain.LOCAL
* Using computer account name: LINUX1
* Using domain realm: domain.LOCAL
* Calculated computer account name from fqdn: LINUX1
* Generated 120 character computer password
* Using keytab: FILE:/etc/krb5.keytab
* A computer account for LINUX1$ does not exist
* Found well known computer container at: CN=Computers,DC=domain,DC=LOCAL
* Calculated computer account: CN=LINUX1,CN=Computers,DC=domain,DC=LOCAL
* Encryption type [3] not permitted.
* Encryption type [1] not permitted.
* Created computer account: CN=LINUX1,CN=Computers,DC=domain,DC=LOCAL
* Trying to set computer password with Kerberos
* Set computer password
* Retrieved kvno '2' for computer account in directory: CN=LINUX1,CN=Computers,DC=domain,DC=LOCAL
* Checking RestrictedKrbHost/Linux1.domain.local
* Added RestrictedKrbHost/Linux1.domain.local
* Checking RestrictedKrbHost/LINUX1
* Added RestrictedKrbHost/LINUX1
* Checking host/Linux1.domain.local
* Added host/Linux1.domain.local
* Checking host/LINUX1
* Added host/LINUX1
* Discovered which keytab salt to use
* Added the entries to the keytab: LINUX1$@domain.LOCAL: FILE:/etc/krb5.keytab
* Added the entries to the keytab: host/LINUX1@domain.LOCAL: FILE:/etc/krb5.keytab
* Added the entries to the keytab: host/Linux1.domain.local@domain.LOCAL: FILE:/etc/krb5.keytab
* Added the entries to the keytab: RestrictedKrbHost/LINUX1@domain.LOCAL: FILE:/etc/krb5.keytab
* Added the entries to the keytab: RestrictedKrbHost/Linux1.domain.local@domain.LOCAL: FILE:/etc/krb5.keytab
* /usr/sbin/update-rc.d sssd enable
* /usr/sbin/service sssd restart
* Successfully enrolled machine in realm

jetzt aber ein grosses UFF

Hallo nicoletta,

hier das Ergebnis:

domain.LOCAL
type: kerberos
realm-name: domain.LOCAL
domain-name: domain.LOCAL
configured: no
server-software: active-directory
client-software: sssd
required-package: sssd-tools
required-package: sssd
required-package: libnss-sss
required-package: libpam-sss
required-package: adcli
required-package: samba-common-bin
domain.local
type: kerberos
realm-name: domain.LOCAL
domain-name: domain.local
configured: no

Die Pakete (required) sind installiert worden. Warum die jetzt wieder auftauchen ist mir rätselhaft.

Hallo Nicoletta,

kann ich so nicht nicht probieren. Da gibt es für mich noch die Frage, warum der Rechner nach der Installation von Pbis-open den Befehl "domainjoin-cli" nicht kennt. Ich habe keine Ahnung, was da alles installiert wird und ob da noch Conf-Dateien angepasst werden müssen.

Den Rechner-Namen habe ich entsprechend Name.domain.local umbenannt. Gibt es mit .local auch noch einen Stolperstein?

Gruß kaito

Hi Toadie, Hi Nicoletta,

bin wieder da

@ Nicoletta: erwischt, daß habe ich natürlich nicht gemacht

Toadie und Nicoletta: meine Umgebung ist Server 2016 mit max. 5 Usern. Diese führen in der Hauptsache Fileoptionen durch. Des weiteren dienst der Server als Backup-System für die auf dem Server anfallenden Files und daneben als Backup-System für eine NAS.

Der Linux-Rechner ist ein Microdoof-Frust-Testsystem um ein Gefühl dafür zu bekommen, wie weit ich in dieser Umgebung die Frustprodukte gegen Linux austauschen kann. Eine große Hürde dabei she ich schon jetzt auf mich zurollen, wenn es um das Office-Paket mit Access auf Linux zum Laufen bekomme. Aber das erst viel ... viel später.

Gruß kaito

Liebe Nicoletta,

vielleicht liest Du einmal meinen Beitrag #12

Hallo liebes Forum,

ich möchte jetzt einmal meinen Senf zu Forenantworten loswerden:

es ist für mich nicht zielführend, Hinweise zu erhalten, die nicht erklärend sind, sondern keine Hinweise zu erhalten oder Austausche bestehender, funktionierende Umgebungen gegen Linux-Produkte auszutauschen. Meine Server-Umgebung will ich nicht austauschen, weil sie so funktioniert, wie sie soll.

Linux ist für mich Neuland und bräuchte Unterstützung und keine Belehrung, ob EOL oder nicht.

Sorry dafür, es mußte so raus.

Gruß tokai

Quote from o-mobil

Moin,

mit Ubuntu kannst du out of the Box einer AD Domaine 2016 beitreten, ob das bei Linux Mint auch so reibungslos funktioniert kann ich nicht sagen. In dem Zusammenhang find ich es spannend einen DC auch unter Linux mit Samba 4 nachbilden zu können.

LG Olav

Hallo o-mobil,

wäre es möglich wie das "out-of-the-box" funktioniert ? Beispielsweise mit welchen Apps und mit welchen Einstellungen und wo. Bitte bedenken, "Ich habe bisher keine Linux-Erfahrungen" also möglichst verständlich.

Gruß kaito

Hallo nochmal,

zur weiteren Info meiner Versuchsphase:

- nslookup funzt für alle Einträge als NS, DC, MX usw.

-pbis-open 9.1.0 installiert, schien zu funktionieren

-Domänenbeitritt mit "domainjoin-clis join" funzt nicht, keinen Plan warum Befehl nicht erkannt

Gruß Kaito

Quote from kaito

Hallo o-mobil,

wäre es möglich wie das "out-of-the-box" funktioniert ? Beispielsweise mit welchen Apps und mit welchen Einstellungen und wo. Bitte bedenken, "Ich habe bisher keine Linux-Erfahrungen" also möglichst verständlich.

Gruß kaito

Moin,

möglich ist in der IT fast alles, Die Frage ist eher wieviel Aufwand man da selber treiben will. Ich für meine Teil hab das nur mal mit Ubuntu an einem windows Server 2016 ausprobiert, habe aber keine Lust sowas für Mint nachzubauen.Im Zweifel kannst du z.B. eine KI danach fragen und dir beim implementieren helfen lassen.

LG Olav

Hallo erst einmal ein Dank für das Verstehen meiner wirren Gedfanken.

Das mit dem VPN können wir erst einmal unter den Tisch fallen lassen. Ich selbst betreibe hier einen Server 2016 mit einer entsprechenden Domäne, in der auch die entsprechenden Nutzer im AD vorhanden sind. In dieser Domäne ist bei den Nutzern festgelegt, daß diese im Format "xxx.yyyyyyy" vorliegen und diese sich in der Domäne anmelden können. Liege ich jetzt falsch, wenn ich vermute, daß auch ein User von einem Linux-Client sich nur dann an der Domäne anmelden könne, wenn der User ebenfalls auf dem Linus-Client das gleiche Format haben müsste ? Und genau daran bin ich beim Anlegen eines Linux-Users auf dem Client gescheitert. Im Erstellvorgang eines neuen Users erhalte ich eine Fehlermeldung, daß ein solcher User im zuvor genannten Format nicht angelegt werden kann.

Hallo Linux-Community,

aufgrund der vielen Meldungen, daß Linux ja sehr Anwenderfreundlich sei, habe ich mich dazu entschlossen dies einmal auszuprobieren. Die Installation ging ja auch einigermaßen komfortabel. Ich scheitere jedoch schon beim Anlegen eines Users im Format "xxx.yyyyyyy", welche in meiner Domäne, wie auch per VPN mit der Domäne meines AG zwingend erforderlich ist. Wie ist es möglich, einen solchen User in dieser, bzw überhaupt anlegen zu können?

fragende Grüße Kai