Bereiche

Heiß diskutierte Fragen

Debian Linux in eine Active Directory Domäne integrieren

spacyfreak
Level 2 - Administrator in Ausbildung
13.04.2008
19:14:14 Uhr
50252 Aufrufe
21 Antworten
ID: 85403

Hilfreich +5

SAMBA, WINBIND, NSSWITCH, PAM, KERBEROS, NTP

Wir wollen erreichen, dass man sich am Debian Server per SSH mit den Domänenbenutzer-Credentials anmelden kann.
Folgende Anleitung wurde mehrmals an frischen Systemen getestet - sollte also funktionieren.

Ich hoffe dem kunterbunten Internet-Anleitungs-Angebot zu diesem Thema endlich mal eine Anleitungs-Variante hinzugefügt zu haben, die wirklich auf Anhieb funktioniert ohne tagelange Fummelaktionen.
Wenn man die Anleitung Schritt für Schritt durchzieht müsste es binnen einer halben Stunde erledigt sein.
Wildes rumprobieren kann fast nur schief gehen.

Wer Formatierungsfehler findet, darf sie gerne behalten - oder aber korrigieren.

NEU! DEBIAN AD-INTEGRATION als Linux-Commandline HowTo Film (6MB gross)!

http://rapidshare.de/files/39134663/DEBIA ...

ACHTUNG! Zum Abspielen braucht man den VMware Movie Decoder!

Download Link VMware Codec

http://www.vmware.com/download/eula/movie ...
Nach Installation des VMware Codecs lässt sich der Film z. B. im Windows Mediaplayer abspielen.

Hintergrundwissen

Der Debian Server muss ein Memberserver im AD werden, er braucht ein Computerkonto im AD.
Dieses legt er selbst an, es wird kein Computerkonto manuell im AD angelegt!

SAMBA ist das Linux Pendant zum Windows SMB bzw. CIFS System (Datei- und Druckerfreigabe).
SAMBA wird benötigt um den Debian Server zum Memberserver werden zu lassen.

Winbind löst AD Benutzerkonten und Gruppen auf, kann also die zu Benutzern und Gruppen gehörenden SIDs aus dem AD ziehen und in einer localen Datenbank unter /var/lib/samba/ die Zuordnung der gefundenen SIDs zu Unix UIDs und GIDs speichern. Das ist notwendig da Unix Systeme mit Active Directory SIDs nichts anzufangen wissen sondern nur UIDs und GIDs kennen die für Berechtigungen für Unix Dienste genutzt werden können.
Dabei ist wichtig dass Winbind UIDs und GIDs verwendet die bereits auf dem Unix System vorhandene Benutzer nicht schon benutzen. Welchen Range von UIDS bzw. GIDs Winbind für das Mapping verwenden soll definiert man über die Parameter "idmap uid = 10000-20000" bzw. "idmap gid = 10000-20000". Man könnte genausogut 1000000-150000 eintragen - hauptsache die verwendeten Werte sind ausserhalb der Bereiche die bereits Unix User auf dem System verwenden (siehe /etc/passwd).
Winbind wird über die SAMBA Konfigurationsdatei /etc/samba/smb.conf konfiguriert.

Net join ist ein Hilfsprogramm welches Teil der SAMBA Suite ist. Es generiert ein Computerkonto im AD für den Debian Server.
Dazu ist ein Domänenuser mit entsprechenden Berechtigungen notwendig (z. B. Domänenadministrator).

Nsswitch ist ein "Schalter" mit dem man definieren kann, welche Namensdienste genutzt werden sollen.

PAM dient dazu zu definieren, welche Authentisierungs- und Autorisierungsmechanismen Anwendungen nutzen können sollen.

NTP sorgt für eine genaue Systemzeit. Driftet die Systemzeit auf dem Windows Server und dem Debian Server auseinander, kann keine Kerberos Authentisierung funktionieren, da Kerberos ein Ticketingsystem ist das auf exakte Timestamps angewiesen ist.

Kerberos ist ein Authentisierungsprotokoll. Es ist vergleichbar mit einem "Ticketschalter" im Kino. Man bekommt eine "Eintrittskarte" die eine bestimmte Zeit gilt und für verschiedenste Dienste nutzbar ist, je nachdem wozu man berechtigt ist.
Kerberos hat den Vorteil von Single Sign-On - man muss sich nur einmal authentisieren, und hat dann automatisch Berechtigung auf alle Ressourcen zuzugreifen die von dem Kerberos Server kontrollierbar sind (Anmeldung, Dateizugriff, Druckerzugriff etc).

Vorraussetzungen

Zeitsynchronisation (NTP)

Da das Kerberos Protokoll, das der Debian Server nutzen soll um mit dem Active
Directory zu kommunizieren, stark von einer exakten Systemzeit abhängt, muss der
Debian Server als NTP Client und der Windows Server als NTP Client als auch NTP Server
konfiguriert sein, damit die Zeitsynchronität gewährleistet werden kann.
Der Windows Server bezieht in unserem Szenario die Systemzeit von einem externen NTP Server,
während der Debian Server als NTP Client die Systemzeit vom Windows Server bezieht.

DNS Namensauflösung (Forward Lookup und Reverse Lookup)

Ermitteln der verschiedenen Namen die der Domaincontroller trägt (Netbios, Workgroup, Domänen-Name, Kerberos-Realm)
Man kann die NETBIOS- und Workgroup Namen auf dem Server2003 ermitteln mit Befehl

nbtstat –n01.
nbtstat –n

Der Debian Server muss einen Reverse DNS Lookup auf den Domaincontroller
machen können, also die IP Adresse in den DNS Namen auflösen können.
Testen mit:

host 192.168.178.140
140.178.168.192.in-addr.arpa domain name pointer dc.firma.de01.
host 192.168.178.140 
02.
140.178.168.192.in-addr.arpa domain name pointer dc.firma.de

In aller Regel gilt z. B. bei einem Domaincontroller namens DC.FIRMA.DE

der NETBIOS Name ist "DC"
der Workgroup Name ist "FIRMA"
der DNS Name ist "DC.FIRMA.DE"
der Kerberos Realm ist "FIRMA.DE"
der Domänen-Name ist "FIRMA.DE"

Damit die AD-Integration des Linux Servers einwandfrei funktioniert ist es wichtig dass..

beide Server (Debian und DC) den Namen des anderen auflösen können
Forward-Lookup (nslookup debian.firma.de bzw. nslookup dc.firma.de) als auch
Reverse-Lookup (nslookup 192.168.178.140 bzw. nslookup 192.168.178.150)

einwandfrei auf beiden Servern funktionieren!

Debian IP Konfiguration

IP-Konfiguration: /etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet static
     address 192.168.178.150
     netmask 255.255.255.0
     network 192.168.178.0
     broadcast 192.168.178.255
     gateway 192.168.178.101.
# The loopback network interface 
02.
auto lo 
03.
iface lo inet loopback 
04.
# The primary network interface 
05.
allow-hotplug eth0 
06.
iface eth0 inet static 
07.
     address 192.168.178.150 
08.
     netmask 255.255.255.0 
09.
     network 192.168.178.0 
10.
     broadcast 192.168.178.255 
11.
     gateway 192.168.178.1

DNS Konfiguration: /etc/resolv.conf

search firma.de
nameserver 192.168.178.14001.
search firma.de 
02.
nameserver 192.168.178.140

Interface hochfahren

ifdown eth0
ifup eth001.
ifdown eth0 
02.
ifup eth0

Berechtigungen im Active Directory

Man benötigt für die AD-Integration ein AD-Benutzerkonto mit entsprechenden Berechtigungen.
Dies kann ein Domänenadministrator sein. Es kann jedoch auch ein spezielles Benutzerkonto erstellt werden das die Berechtigung bekommt Objekte im AD anzulegen. Das ist notwendig da der Debian Server selbst ein Computerkonto im Active Directory anlegen muss und auch Berechtigungen braucht um Anfragen an das AD stellen zu können.

Testumgebung

Die Anleitung bezieht sich auf folgende Testumgebung:

Das Konfigurations-Beispiel bezieht sich auf Server 2003 Standard Edition mit Servicepack 2 und Debian 4.0R3.

Domaincontroller
DNS Name: DC.FIRMA.DE
IP:192.168.178.140

Debian Server
DNS Name: DEBIAN.FIRMA.DE
IP: 192.168.178.150

Debian Server Konfiguration

1. Installation von SAMBA, Winbind, NTP, ntpdate, Kerberos, SSH

apt-get install libkrb53 krb5-{admin-server,kdc} samba winbind ntpdate ntp ssh01.
apt-get install libkrb53 krb5-{admin-server,kdc} samba winbind ntpdate ntp ssh

Bei der Installation die Debian CD1 bereithalten, danach wird gefragt.
TIP: Wenn die CD in der sourcelist (/etc/apt/sources.list) auskommentiert ist, dann wird sie für die Installation nicht mehr benötigt.
Download des Debian ISO Files hier:
http://cdimage.debian.org/debian-cd/4.0_r ...
Nach der Installation werden ein paar Dinge abgefragt, z. B. Netbios Name usw.
Diese Angaben kann man später in den Config-Dateien wieder ändern falls sie nicht stimmen
sollten.

2. Dienste beenden

/etc/init.d/samba stop
/etc/init.d/winbind stop
/etc/init.d/ntp stop01.
/etc/init.d/samba stop 
02.
/etc/init.d/winbind stop 
03.
/etc/init.d/ntp stop

3. Backup der Linux Config Dateien

Es ist ratsam zunächst alle Config Dateien auf dem Debian System zu sichern
bevor man anfängt sie zu editieren. Wenn man beispielsweise bei der PAM
Konfiguration die Config zerschießt ist u. U. keine Anmeldung am System
mehr möglich.

cp /etc/samba/smb.conf /etc/samba/smb.conf.bak
cp /etc/nsswitch.conf /etc/nsswitch.conf.bak
cp /etc/krb5.conf /etc/krb5.conf.bak
cp –r /etc/pam.d /etc/pam.d.bak
cp –r /var/lib/samba /var/lib/samba.bak01.
cp /etc/samba/smb.conf /etc/samba/smb.conf.bak 
02.
cp /etc/nsswitch.conf /etc/nsswitch.conf.bak 
03.
cp /etc/krb5.conf /etc/krb5.conf.bak 
04.
cp –r /etc/pam.d /etc/pam.d.bak 
05.
cp –r /var/lib/samba /var/lib/samba.bak

4. Konfiguration der Dienste

4.1.KERBEROS

/etc/krb5.conf
Hier eine detailierte Beschreibung möglicher Parameter der krb5.conf

[libdefaults]
Default_realm = FIRMA.DE
#The following krb5.conf variables are only for MIT Kerberos.
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
[realms]
     FIRMA.DE = {
          kdc = dc.firma.de
          admin_server = dc.firma.de
          }
[domain_realm]
     .firma.de = FIRMA.DE
[login]
krb4_convert = true
krb4_get_tickets = false
01.
[libdefaults] 
02.
Default_realm = FIRMA.DE 
03.
#The following krb5.conf variables are only for MIT Kerberos. 
04.
krb4_config = /etc/krb.conf 
05.
krb4_realms = /etc/krb.realms 
06.
kdc_timesync = 1 
07.
ccache_type = 4 
08.
forwardable = true 
09.
proxiable = true 
10.
[realms] 
11.
     FIRMA.DE = { 
12.
          kdc = dc.firma.de 
13.
          admin_server = dc.firma.de 
14.
          } 
15.
[domain_realm] 
16.
     .firma.de = FIRMA.DE 
17.
[login] 
18.
krb4_convert = true 
19.
krb4_get_tickets = false 
20.
 

4.2.NTP

/etc/ntp.conf

server 192.168.178.14001.
server 192.168.178.140

4.2.1 ntpdate

ntpdate dc.firma.de01.
ntpdate dc.firma.de

4.2.2 NTP Dienst starten

/etc/init.d/ntp start01.
/etc/init.d/ntp start

4.2.3 Zeitsynchronisation testen

ntpq –p
date01.
ntpq –p 
02.
date

4.2.4. Bei Bedarf Zeitzone ändern (Europe/Berlin)

tzconfig01.
tzconfig

4.3 WINBIND

/etc/samba/smb.conf.
Hier eine detailliertere Beschreibung des winbind Dienstes

[global]
          workgroup = FIRMA (Arbeitsgruppen Name; in aller Regel Domänen-Name ohne Suffix)
          realm = FIRMA.DE (Domänen-Name)
          netbios name = DEBIAN (NETBIOS-Name des Debian Servers; max. 15 Zeichen lang!)
          security = ADS (Active Directory soll die Authentisierung stellen)
          idmap uid = 10000-20000 (Range der UIDs für das Mapping von AD-RIDs auf UIDs)
          idmap gid = 10000-20000 (Range der GIDs für das Mapping von AD-RIDs auf GIDs)
          template shell = /bin/bash (Shell die der Benutzer nach der Anmeldung bekommt)
          winbind use default domain = yes (User muss kein Prefix bei der Anmeldung angeben)01.
[global] 
02.
          workgroup = FIRMA (Arbeitsgruppen Name; in aller Regel Domänen-Name ohne Suffix) 
03.
          realm = FIRMA.DE (Domänen-Name) 
04.
          netbios name = DEBIAN (NETBIOS-Name des Debian Servers; max. 15 Zeichen lang!) 
05.
          security = ADS (Active Directory soll die Authentisierung stellen) 
06.
          idmap uid = 10000-20000 (Range der UIDs für das Mapping von AD-RIDs auf UIDs) 
07.
          idmap gid = 10000-20000 (Range der GIDs für das Mapping von AD-RIDs auf GIDs) 
08.
          template shell = /bin/bash (Shell die der Benutzer nach der Anmeldung bekommt) 
09.
          winbind use default domain = yes (User muss kein Prefix bei der Anmeldung angeben)

Hintergrundwissen "idmap":
Das Linux System hat auch eine lokale Benutzerverwaltung (/etc/passwd).
Jeder Benutzer und jede Gruppe benötigt eine eindeutige Kennung.

Im Active Directory sind dies die "SIDs". Die SID besteht aus dem Domänen-Identifikator und einer RID (Relative Identifier).
Jedes Benutzerkonto und jede Gruppe hat eine SID, eine eindeutige Sicherheitskennung.

Da Active Directory und Linux verschiedene Techniken für die Zuordnung von User- und Gruppennamen zu SIDs bzw. UID/GIDs benutzen, ist eine der Aufgaben von winbind, ein Mapping von Active Directory SIDs zu Linux UIDs/GIDs durchzuführen.
Diese Zuordnung (welche SID ist zu welcher UID/GID zugeordnet) wird auf dem Linux Server in einer lokalen Datenbank unter /var/lib/samba/winbindd_idmap.tib gespeichert.

Durch den Eintrag "idmap uid = 10000-20000" wird definiert, dass der Bereich von UID 10000 bis 20000 nicht von der internen Benutzerverwaltung verwendet wird, also für das Mapping von Active Directory SIDs zu Linux UIDs bzw. GIDs verwendet werden soll.

Testen der winbind Config mit

testparm01.
testparm

4.4 NSSWITCH

/etc/nsswitch.conf
Hier eine detailliertere Beschreibung der nsswitch Funktionalität

# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat winbind
group: compat winbind
shadow: compat
hosts: files dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis01.
# Example configuration of GNU Name Service Switch functionality. 
02.
# If you have the `glibc-doc-reference' and `info' packages installed, try: 
03.
# `info libc "Name Service Switch"' for information about this file. 
04.
passwd: compat winbind 
05.
group: compat winbind 
06.
shadow: compat 
07.
hosts: files dns 
08.
networks: files 
09.
protocols: db files 
10.
services: db files 
11.
ethers: db files 
12.
rpc: db files 
13.
netgroup: nis

4.5.PAM

/etc/pam.d/common-auth
Hier eine detailliertere Beschreibung der pam.d Konfigurationsdateien

# /etc/pam.d/common-auth - authentication settings common to all services
# This file is included from other service-specific PAM config files,
# and should contain a list of the authentication modules that define
# the central authentication scheme for use on the system
# (e.g., /etc/shadow, LDAP, Kerberos, etc.). The default is to use the
# traditional Unix authentication mechanisms.
#
auth sufficient pam_winbind.so
auth required pam_unix.so nullok_secure use_first_pass01.
# /etc/pam.d/common-auth - authentication settings common to all services 
02.
# This file is included from other service-specific PAM config files, 
03.
# and should contain a list of the authentication modules that define 
04.
# the central authentication scheme for use on the system 
05.
# (e.g., /etc/shadow, LDAP, Kerberos, etc.). The default is to use the 
06.
# traditional Unix authentication mechanisms. 
07.
# 
08.
auth sufficient pam_winbind.so 
09.
auth required pam_unix.so nullok_secure use_first_pass

5. Debian Server in die Domäne integrieren

5.1 Checkliste

host 192.168.178.140 (Funktioniert der Reverse Lookup?)
nslookup dc.firma.de (Funktioniert die DNS Namensauflösung?)
ping dc.firma.de (Ist der Domaincontroller erreichbar?)
telnet dc.firma.de 445 (Port TCP445 erreichbar?)
telnet dc.firma.de 139 (Port TCP139 erreichbar?)
ntpq –p (Läuft die Zeitsynchronisation?)
tzconfig (Stimmt die Zeitzone?)
ps –ef | grep samba (Testen ob der Dienst läuft - wenn ja, stoppen!)
ps –ef | grep winbind (Testen ob der Dienst läuft - wenn ja, stoppen!)
/etc/init.d/winbind stop (winbindd stoppen!) 
/etc/init.d/samba stop (smbd / nmbd stoppen!) 

rm –rf /var/lib/samba/* (eventuell vorhandene winbind cache DB löschen!)01.
host 192.168.178.140 (Funktioniert der Reverse Lookup?) 
02.
nslookup dc.firma.de (Funktioniert die DNS Namensauflösung?) 
03.
ping dc.firma.de (Ist der Domaincontroller erreichbar?) 
04.
telnet dc.firma.de 445 (Port TCP445 erreichbar?) 
05.
telnet dc.firma.de 139 (Port TCP139 erreichbar?) 
06.
ntpq –p (Läuft die Zeitsynchronisation?) 
07.
tzconfig (Stimmt die Zeitzone?) 
08.
ps –ef | grep samba (Testen ob der Dienst läuft - wenn ja, stoppen!) 
09.
ps –ef | grep winbind (Testen ob der Dienst läuft - wenn ja, stoppen!) 
10.
/etc/init.d/winbind stop (winbindd stoppen!)  
11.
/etc/init.d/samba stop (smbd / nmbd stoppen!)  
12.
 
13.
rm –rf /var/lib/samba/* (eventuell vorhandene winbind cache DB löschen!)

5.2 net join

          net ads join –U Administrator  (Das ist der Domänen-Administrator oder ein Benutzerkonto das berechtigt ist Objekte im AD anzulegen)01.
          net ads join –U Administrator  (Das ist der Domänen-Administrator oder ein Benutzerkonto das berechtigt ist Objekte im AD anzulegen)

6. Dienste starten

          /etc/init.d/samba start
          /etc/init.d/winbind start01.
          /etc/init.d/samba start 
02.
          /etc/init.d/winbind start

Kontrollieren ob SMBD, NMBD und WINBIND Dienste gestartet sind:

          ps –ef | grep samba
          ps –ef | grep winbind01.
          ps –ef | grep samba 
02.
          ps –ef | grep winbind

7. Funktionalität testen

          wbinfo –t (zeigt an ob das RPC trust secret passt)
          wbinfo -a Administrator%Passwort (zeigt an ob sich AD-User Administrator über winbind authentisieren kann)
          wbinfo –u (zeigt die Active Directory Benutzer an)
          wbinfo –g (zeigt die Active Directory Gruppen an)01.
          wbinfo –t (zeigt an ob das RPC trust secret passt) 
02.
          wbinfo -a Administrator%Passwort (zeigt an ob sich AD-User Administrator über winbind authentisieren kann) 
03.
          wbinfo –u (zeigt die Active Directory Benutzer an) 
04.
          wbinfo –g (zeigt die Active Directory Gruppen an)

          ssh Administrator@localhost (testen ob man sich lokal per SSH als Administrator (oder andere AD-Benutzer) anmelden kann) 
          init 6 (Debian Server neu starten und schaun ob die Dienste beim Neustart sauber starten)
          update-rc.d samba defaults (Dienste, die eventuell nicht automatisch starten, zu den Autostart Services hinzufügen)
          update-rc.d ntp defaults
          update-rc.d winbind defaults01.
          ssh Administrator@localhost (testen ob man sich lokal per SSH als Administrator (oder andere AD-Benutzer) anmelden kann)  
02.
          init 6 (Debian Server neu starten und schaun ob die Dienste beim Neustart sauber starten) 
03.
          update-rc.d samba defaults (Dienste, die eventuell nicht automatisch starten, zu den Autostart Services hinzufügen) 
04.
          update-rc.d ntp defaults 
05.
          update-rc.d winbind defaults

8. Fehlersuche

Was tun wenn es nicht funktioniert, oder wenn es "in der Regel" funktioniert und plötzlich nicht mehr funktioniert?
Es wird dann Zeit für das wofür man eigentlich bezahlt wird - Fehlersuche und Fehlerbeseitigung.

1. Teste die grundsätzliche Erreichbarkeit auf Netz- und Portebene

ping IP-Adresse (beidseitig)
telnet 192.168.178.140 445
telnet 192.168.178.140 139

2. Teste die DNS Namensauflösung auf beiden Servern

Debian Server:

host 192.168.178.140 (funktioniert Reverse-Lookup?)
host dc.firma.de (funktioniert Forward-Lookup?)
ping dc.firma.de (funktioniert Layer3 Konnektivität?)

Windows Server:

nslookup 192.168.178.150
nslookup debian.firma.de
ping debian.firma.de

3. Logfiles checken

Debian Server:

/var/log/samba/log.winbindd
/var/log/messages

Windows Server:

Ereignisanzeige

4. Active Directory checken

Ist das Computerkonto des Debian Servers deaktiviert? Wenn ja - aktivieren.
Ist das Computerkonto des Debian Servers gelöscht? Wenn ja - neu anlegen mit "net ads join -U Administrator" auf dem Debian-Server. Computerkonto nicht manuell auf dem DC anlegen!

5. Widerherstellung der Funktionalität

Siehe oben in der Anleitung ab Abschnitt 5.

9. Tips & Tricks

alias als Kürzel für Befehlsketten

Es gibt bestimmte Befehlsketten die man immer wieder braucht.
Zum Beispiel: Winbind Deamon beenden, Samba neu starten, Winbind Deamon wieder starten.
Um die notwendigen Befehle nicht wieder und wieder in voller Länge eintippen zu müssen, kann man sich "aliase" anlegen.
Ein alias ist ein "Verweis" auf eine Befehlskette.

Die aliase werden in die Datei /root/.bashrc eingetragen (wenn man als root arbeitet).

Beispiele

rs (steht für "restart") und führt zu: Stoppen des winbind deamons, neustart des samba deamons, start des winbind deamons

vi /root/.bashrc
alias rs="/etc/init.d/winbind stop && /etc/init.d/samba restart && /etc/init.d/winbind start"01.
vi /root/.bashrc 
02.
alias rs="/etc/init.d/winbind stop && /etc/init.d/samba restart && /etc/init.d/winbind start"

cleanup führt zu: Stoppen von Winbind und Samba, löschen der temp. winbind Datenbank, Anlegen von Computerkonto im AD, neustart von samba und winbind, überprüfung der AD-Benutzer Namensauflösung

vi /root/.bashrc
alias cleanup="/etc/init.d/winbind stop && /etc/init.d/samba stop && rm -rf /var/lib/samba/* && net ads join -U Administrator && rs && wbinfo -u"01.
vi /root/.bashrc 
02.
alias cleanup="/etc/init.d/winbind stop && /etc/init.d/samba stop && rm -rf /var/lib/samba/* && net ads join -U Administrator && rs && wbinfo -u"

Diskussionsverlauf (21 Antworten)

Dani schreibt am 20.04.2008 um 22:23:45 Uhr
- spacyfreak schreibt am 21.04.2008 um 20:06:27 Uhr
riger79 schreibt am 15.05.2008 um 10:51:21 Uhr
- spacyfreak schreibt am 15.05.2008 um 16:38:37 Uhr
  - riger79 schreibt am 15.05.2008 um 18:18:10 Uhr
- spacyfreak schreibt am 09.09.2008 um 16:13:13 Uhr
BecksIT schreibt am 13.06.2008 um 21:23:19 Uhr
- Dani schreibt am 13.06.2008 um 21:29:11 Uhr
Mysterio1 schreibt am 16.06.2008 um 11:44:50 Uhr
- odcheck schreibt am 24.07.2008 um 09:34:59 Uhr
ultra101 schreibt am 13.08.2008 um 13:18:15 Uhr
- spacyfreak schreibt am 09.09.2008 um 20:42:41 Uhr
  - chefkoch666 schreibt am 01.06.2010 um 20:03:07 Uhr
the-buddah schreibt am 15.11.2008 um 00:10:23 Uhr
- Chef69 schreibt am 18.05.2009 um 16:01:03 Uhr
  - EvilToken schreibt am 13.11.2009 um 21:21:41 Uhr
    - Johnny08 schreibt am 25.11.2009 um 12:00:00 Uhr
Flouw schreibt am 11.12.2009 um 15:13:47 Uhr
- chefkoch666 schreibt am 01.06.2010 um 20:01:10 Uhr
  - Johnny08 schreibt am 01.12.2010 um 10:23:11 Uhr
    - Johnny08 schreibt am 23.08.2011 um 15:09:44 Uhr
      - NathanvA schreibt am 25.01.2012 um 15:32:42 Uhr

Debian Linux in eine Active Directory Domäne integrieren

spacyfreakLevel 2 - Administrator in Ausbildung13.04.200819:14:14 Uhr50252 Aufrufe21 AntwortenID: 85403

NEU! DEBIAN AD-INTEGRATION als Linux-Commandline HowTo Film (6MB gross)!

Download Link VMware Codec

Hintergrundwissen

Vorraussetzungen

Zeitsynchronisation (NTP)

DNS Namensauflösung (Forward Lookup und Reverse Lookup)

Debian IP Konfiguration

Berechtigungen im Active Directory

Testumgebung

Debian Server Konfiguration

1. Installation von SAMBA, Winbind, NTP, ntpdate, Kerberos, SSH

2. Dienste beenden

3. Backup der Linux Config Dateien

4. Konfiguration der Dienste

4.1.KERBEROS

4.2.NTP

4.2.1 ntpdate

4.2.2 NTP Dienst starten

4.2.3 Zeitsynchronisation testen

4.2.4. Bei Bedarf Zeitzone ändern (Europe/Berlin)

4.3 WINBIND

4.4 NSSWITCH

4.5.PAM

5. Debian Server in die Domäne integrieren

5.1 Checkliste

5.2 net join

6. Dienste starten

7. Funktionalität testen

8. Fehlersuche

9. Tips & Tricks

spacyfreak
Level 2 - Administrator in Ausbildung
13.04.2008
19:14:14 Uhr
50252 Aufrufe
21 Antworten
ID: 85403