22 Fragen zu Directory

Active Directory benötigt mehrere Ports für verschiedene Dienste und Funktionen. Hier sind einige der wichtigsten Ports, die für die ordnungsgemäße Funktion von Active Directory erforderlich sind: 1. **LDAP (Lightweight Directory Access Protocol)** - Port 389 (TCP/UDP): Standard-LDAP-Port - Port 636 (TCP): LDAP über SSL (LDAPS) 2. **Global Catalog** - Port 3268 (TCP): Global Catalog - Port 3269 (TCP): Global Catalog über SSL 3. **Kerberos** - Port 88 (TCP/UDP): Kerberos-Authentifizierung 4. **DNS (Domain Name System)** - Port 53 (TCP/UDP): DNS-Abfragen 5. **SMB (Server Message Block)** - Port 445 (TCP): Dateifreigabe und andere SMB-Dienste 6. **RPC (Remote Procedure Call)** - Port 135 (TCP/UDP): RPC Endpoint Mapper - Dynamische RPC-Ports: 49152-65535 (TCP/UDP) für Windows Server 2008 und höher 7. **Netlogon** - Port 137-139 (TCP/UDP): NetBIOS Name Service, Datagram Service und Session Service - Port 445 (TCP): Netlogon-Dienst 8. **W32Time (Windows Time)** - Port 123 (UDP): NTP (Network Time Protocol) Diese Ports sind notwendig, um die verschiedenen Dienste und Funktionen von Active Directory zu unterstützen, einschließlich Authentifizierung, Verzeichnisabfragen, Replikation und mehr. Es ist wichtig, diese Ports in deiner Firewall-Konfiguration zu berücksichtigen, um sicherzustellen, dass Active Directory ordnungsgemäß funktioniert.

Um den Login mit YubiKey für Windows Active Directory zu aktivieren, sind mehrere Schritte erforderlich. Hier ist eine allgemeine Anleitung: 1. **YubiKey Manager installieren**: Lade und installiere den YubiKey Manager von der offiziellen Yubico-Website: [Yubico Downloads](https://www.yubico.com/support/download/). 2. **YubiKey konfigurieren**: Konfiguriere den YubiKey für die Verwendung mit Smartcard-Funktionalität (PIV). Dies kann mit dem YubiKey Manager erfolgen. 3. **Active Directory vorbereiten**: - Stelle sicher, dass die Active Directory-Zertifikatsdienste (AD CS) installiert und konfiguriert sind. - Richte eine Zertifizierungsstelle (CA) ein, falls noch nicht geschehen. 4. **Zertifikate ausstellen**: - Erstelle ein Benutzerzertifikat für den YubiKey. Dies kann über die Zertifizierungsstelle in der Active Directory-Verwaltungskonsole erfolgen. - Importiere das Zertifikat auf den YubiKey. 5. **Active Directory konfigurieren**: - Konfiguriere die Active Directory-Richtlinien, um die Smartcard-Authentifizierung zu erzwingen. Dies kann über Gruppenrichtlinien (GPO) erfolgen. - Navigiere zu `Computerkonfiguration -> Richtlinien -> Windows-Einstellungen -> Sicherheitseinstellungen -> Lokale Richtlinien -> Sicherheitsoptionen`. - Aktiviere die Richtlinie "Interaktive Anmeldung: Smartcard erforderlich". 6. **Client-Computer vorbereiten**: - Stelle sicher, dass die Client-Computer die Smartcard-Anmeldung unterstützen. Dies kann durch die Installation der entsprechenden Treiber und Software erfolgen. - Konfiguriere die Client-Computer, um die Smartcard-Anmeldung zu akzeptieren. 7. **Testen**: - Teste die Konfiguration, indem du dich mit einem Benutzerkonto anmeldest, das für die Smartcard-Authentifizierung konfiguriert ist. Detaillierte Anleitungen und spezifische Konfigurationsschritte können je nach Umgebung und Anforderungen variieren. Weitere Informationen und detaillierte Anleitungen findest du auf der offiziellen Yubico-Website: [Yubico Support](https://www.yubico.com/support/).

Im Active Directory gibt es ein Attribut namens "title" (Titel), das verwendet werden kann, um den Titel einer Person anzugeben, einschließlich Geschlecht. Es gibt jedoch kein spezifisches Feld für "Herr" oder "Frau". Stattdessen wird oft das Attribut "displayName" verwendet, um den vollständigen Namen anzuzeigen, der je nach Bedarf angepasst werden kann. In vielen Organisationen wird das Geschlecht durch andere Attribute oder durch die Namenskonventionen im "displayName" berücksichtigt.

Im Active Directory gibt es kein Standardattribut, das direkt und zuverlässig den letzten Computer speichert, an dem sich ein Benutzer angemeldet hat. Das Attribut **lastLogon** oder **lastLogonTimestamp** gibt lediglich an, wann sich der Benutzer zuletzt an einem bestimmten Domain Controller oder in der Domäne angemeldet hat, aber nicht an welchem Rechner. Es gibt jedoch das Attribut **msDS-LastSuccessfulInteractiveLogonTime**, das den Zeitpunkt der letzten erfolgreichen interaktiven Anmeldung speichert (ab Windows Server 2008), aber auch dieses enthält keinen Computernamen. Um herauszufinden, an welchem Rechner sich ein Benutzer zuletzt angemeldet hat, muss man in der Regel die **Security-Logs** (Ereignisprotokolle) der Domain Controller auswerten, insbesondere das Ereignis mit der ID **4624** (Anmeldung erfolgreich). Dort steht der Computername im Feld „Workstation Name“. Zusammengefasst: **Es gibt kein Active Directory-Attribut, das direkt den letzten Anmelde-Computer eines Benutzers speichert.** Die Information kann nur über die Auswertung der Anmeldeprotokolle (Event Logs) gewonnen werden. Weitere Informationen: - [Microsoft-Dokumentation zu lastLogon und lastLogonTimestamp](https://learn.microsoft.com/de-de/windows/win32/adschema/a-lastlogontimestamp) - [Microsoft-Dokumentation zu Anmeldeereignissen](https://learn.microsoft.com/de-de/windows/security/threat-protection/auditing/event-4624)

Bei Dell PowerScale (ehemals Isilon) ist die sogenannte **SmartConnect-Zugriffsadresse** (oft als „Cluster-Adresse“ oder „SmartConnect-Zone-Adresse“ bezeichnet) entscheidend für die Kommunikation mit dem Active Directory (AD). **Für die AD-Integration baut jedoch nicht die SmartConnect-Adresse selbst die Verbindung auf, sondern die einzelnen Nodes des Clusters.** Jeder Node im PowerScale-Cluster kann als AD-Client agieren und nutzt dabei seine eigene IP-Adresse (Node-IP) für die Kommunikation mit den Domain Controllern. **Wichtige Punkte:** - Die **Cluster-Adresse** (SmartConnect-Zone) wird primär für den Clientzugriff (z. B. SMB, NFS) verwendet. - **Die AD-Integration (Join/Bind)** erfolgt über die Node-IPs, nicht über die SmartConnect-Adresse. - Beim Joinen zur AD-Domain wird in der Regel der Node verwendet, auf dem der Join-Befehl ausgeführt wird. - Nach dem Join können alle Nodes im Cluster mit dem AD kommunizieren. **Zusammengefasst:** Die Verbindung zum Active Directory wird von den einzelnen Nodes des PowerScale-Clusters über deren jeweilige Node-IP aufgebaut, nicht über die SmartConnect- oder Cluster-Adresse. Weitere Infos findest du auch in der offiziellen Dell-Dokumentation: https://www.dell.com/support/manuals/de-de/powerscale-onefs-9.5.0/ifs_administration_guide/joining-the-cluster-to-active-directory **Tipp:** Für die AD-Integration ist es wichtig, dass alle Nodes DNS-Auflösung und Netzwerkzugriff zu den Domain Controllern haben.

Ja, mit Windows Server 2019 kannst du ein Active Directory verwalten. Windows Server 2019 bietet die notwendigen Funktionen und Tools, um ein Active Directory-Domänennetzwerk zu erstellen, zu konfigurieren und zu verwalten. Dazu gehören die Active Directory-Verwaltungstools, die über die Server-Manager-Konsole oder die PowerShell zugänglich sind. Du kannst Benutzerkonten, Gruppen, Computer und andere Objekte im Active Directory verwalten sowie Richtlinien und Sicherheitsfunktionen implementieren.

Lightweight Directory Access Protocol (LDAP) ist ein offenes, plattformunabhängiges Protokoll, das für den Zugriff auf und die Verwaltung von verteilten Verzeichnisinformationen verwendet wird. Es wird häufig in Netzwerken eingesetzt, um Benutzerdaten, Berechtigungen und andere Informationen zentral zu speichern und zu verwalten. LDAP ermöglicht es Anwendungen, auf Verzeichnisdienste zuzugreifen und diese zu durchsuchen, zu lesen und zu ändern. Einige der Hauptmerkmale von LDAP sind: 1. **Hierarchische Struktur**: Verzeichnisse sind in einer baumartigen Struktur organisiert, die es ermöglicht, Daten effizient zu speichern und abzurufen. 2. **Standardisierte Abfragen**: LDAP verwendet eine standardisierte Abfragesprache, um Informationen aus dem Verzeichnis abzurufen. 3. **Authentifizierung und Autorisierung**: LDAP kann zur Authentifizierung von Benutzern und zur Verwaltung von Zugriffsrechten verwendet werden. 4. **Interoperabilität**: Da LDAP ein offener Standard ist, kann es von verschiedenen Betriebssystemen und Anwendungen genutzt werden. Weitere Informationen zu LDAP findest du auf der [Wikipedia-Seite zu LDAP](https://de.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol).

In einem regulierten Active Directory (AD) sind verschiedene Rollen und Verantwortlichkeiten erforderlich, um die Sicherheit, Verwaltung und Compliance zu gewährleisten. Hier sind einige der wichtigsten Rollen und deren Verantwortlichkeiten: 1. **AD-Administrator**: - Verwaltung der AD-Infrastruktur. - Erstellung und Verwaltung von Benutzerkonten, Gruppen und Organisationseinheiten (OUs). - Implementierung und Verwaltung von Gruppenrichtlinien (GPOs). - Überwachung und Wartung der AD-Server. 2. **Sicherheitsadministrator**: - Verwaltung von Sicherheitsrichtlinien und -protokollen. - Überwachung von Sicherheitsereignissen und -vorfällen. - Durchführung von regelmäßigen Sicherheitsüberprüfungen und Audits. - Implementierung von Maßnahmen zur Einhaltung von Compliance-Anforderungen. 3. **Helpdesk-Techniker**: - Unterstützung der Endbenutzer bei AD-bezogenen Problemen. - Zurücksetzen von Passwörtern und Entsperren von Konten. - Unterstützung bei der Fehlerbehebung und Beantwortung von Benutzeranfragen. 4. **Compliance-Officer**: - Sicherstellung, dass die AD-Umgebung den gesetzlichen und regulatorischen Anforderungen entspricht. - Durchführung von Audits und Berichterstattung über Compliance-Status. - Zusammenarbeit mit anderen Abteilungen, um Compliance-Richtlinien zu entwickeln und umzusetzen. 5. **Backup-Administrator**: - Verwaltung und Überwachung von Backup- und Wiederherstellungsprozessen für AD-Daten. - Sicherstellung, dass regelmäßige Backups durchgeführt und sicher aufbewahrt werden. - Durchführung von Wiederherstellungstests, um die Integrität der Backups zu gewährleisten. 6. **Change Manager**: - Verwaltung von Änderungen in der AD-Umgebung. - Sicherstellung, dass Änderungen dokumentiert, genehmigt und getestet werden, bevor sie implementiert werden. - Überwachung der Auswirkungen von Änderungen und Sicherstellung der Stabilität der AD-Umgebung. 7. **Auditor**: - Durchführung von regelmäßigen Audits der AD-Umgebung. - Überprüfung von Protokollen und Berichten, um sicherzustellen, dass alle Aktivitäten den Richtlinien entsprechen. - Identifizierung und Berichterstattung von Abweichungen und Schwachstellen. Diese Rollen können je nach Größe und Komplexität der Organisation variieren, aber sie bieten eine solide Grundlage für die Verwaltung und Sicherung einer regulierten Active Directory-Umgebung.

Um festzustellen, ob in einer Active-Directory-Umgebung Kerberos oderLM verwendet wird, kannst du folgende Schritte unternehmen: 1. **Überprüfen der Gruppenrichtlinien**: - Öffne die Gruppenrichtlinienverwaltung (gpmc.msc). - Navigiere zu den Richtlinien, die auf die betreffenden Computer angewendet werden. - Überprüfe die Einstellungen unter `Computerkonfiguration -> Windows-Einstellungen -> Sicherheitseinstellungen -> Lokale Richtlinien -> Sicherheitsoptionen`. - Suche nach den Richtlinien `Netzwerksicherheit: LAN Manager-Authentifizierungsebene` und `Netzwerksicherheit: NTLM SSP-basierte (Sicherheitsunterstützungsanbieter) Clients`. 2. **Überprüfen der Ereignisprotokolle**: - Öffne die Ereignisanzeige (eventvwr.msc). - Gehe zu `Windows-Protokolle -> Sicherheit`. - Suche nach Ereignissen mit der ID 4768 (Kerberos-Ticket-Anforderung) oder 4771 (Kerberos-Vorautorisierungsfehler) für Kerberos. - Suche nach Ereignissen mit der ID 4624 (Anmeldung erfolgreich) und überprüfe das Feld `Anmeldeprozess`, das `NtLmSsp` für NTLM und `Kerberos` für Kerberos anzeigen kann. 3. **Netzwerkverkehr analysieren**: - Verwende ein Netzwerküberwachungstool wie Wireshark. - Führe eine Netzwerkaufzeichnung durch und filtere nach Kerberos (Port 88) oder NTLM (Port 445 oder 139) Verkehr. 4. **Überprüfen der Authentifizierungsmethoden auf dem Client**: - Melde dich an einem Client an und öffne eine Eingabeaufforderung. - Führe den Befehl `klist` aus, um die Kerberos-Tickets anzuzeigen, die der Client erhalten hat. - Wenn keine Kerberos-Tickets vorhanden sind, wird möglicherweise NTLM verwendet. Diese Methoden helfen dir, festzustellen, welche Authentifizierungsprotokolle in deiner Active-Directory-Umgebung verwendet werden.

Um alle Citrix-Richtlinien anzuzeigen, die keinem Active Directory-Benutzer zugewiesen sind, kannst du die Citrix Studio-Konsole verwenden. Gehe dazu wie folgt vor: 1. Öffne die Citrix Studio-Konsole. 2. Navigiere zu „Richtlinien“ im linken Menü. 3. In der Richtlinienübersicht kannst du die Filteroptionen nutzen, um nach Richtlinien zu suchen, die nicht einem bestimmten Benutzer oder einer Benutzergruppe zugewiesen sind. 4. Überprüfe die Zuweisungen der Richtlinien, um festzustellen, welche Richtlinien keine Zuweisungen an Active Directory-Benutzer haben. Alternativ kannst du auch PowerShell verwenden, um diese Informationen abzurufen. Ein Beispielbefehl könnte so aussehen: ```powershell Get-BrokerPolicy | Where-Object { $_.UserGroup -eq $null } ``` Dieser Befehl listet alle Richtlinien auf, die keiner Benutzergruppe zugewiesen sind. Achte darauf, dass du die entsprechenden Berechtigungen hast, um diese Informationen abzurufen.

Der Fehler "fatal error: pyconfig.h: No such file or directory" tritt häufig auf, wenn die-Entwicklungsbibliotheken nicht sind. Diese Datei Teil der Python--Dateien, die die Kompilierung C-Erweiterungen werden. Um dieses zu beheben, du die entsprechenden Entwicklungsbibli für Python installieren.Wenn du beispielsweise Ubuntu eine ähnliche Linux- verwendest, kannst dies mit folgendemefehl tun: bash sudo apt-get install python3-dev ``Für andere Distributionen Betriebssysteme gibt ähnliche Pakete, die installiert werden. Stelle sicher, du die richtige Version deine Python-Installationählst. Nach der der Entwicklungsbibliotheken sollte der Fehler beim Installieren von Jupyter nicht mehr auftreten.

Roaming Profiles in einer Active Directory-Domain ermöglichen es Benutzern, ihre persönlichen Einstellungen und Dateien auf verschiedenen Computern innerhalb des Netzwerks zu verwenden. Hier sind die grundlegenden Funktionsweisen: 1. **Zentralisierte Speicherung**: Roaming Profiles werden auf einem Server gespeichert, sodass die Benutzerprofile von jedem Computer in der Domain abgerufen werden können. Dies geschieht in der Regel auf einem Dateiserver. 2. **Benutzeranmeldung**: Wenn sich ein Benutzer an einem Computer anmeldet, wird das Roaming Profile vom Server heruntergeladen. Dies umfasst Desktop-Einstellungen, Dokumente, Favoriten und andere benutzerspezifische Daten. 3. **Änderungen speichern**: Während der Sitzung kann der Benutzer Änderungen an seinem Profil vornehmen. Diese Änderungen werden beim Abmelden des Benutzers wieder auf den Server hochgeladen, sodass sie beim nächsten Anmelden an einem anderen Computer verfügbar sind. 4. **Profilpfad**: Der Pfad zum Roaming Profile wird in den Benutzerkontoeinstellungen in Active Directory konfiguriert. Administratoren können den Speicherort des Profils auf dem Server festlegen. 5. **Synchronisation**: Die Synchronisation zwischen dem lokalen Profil und dem Serverprofil erfolgt beim Anmelden und Abmelden. Dies kann je nach Größe des Profils und Netzwerkgeschwindigkeit einige Zeit in Anspruch nehmen. 6. **Verwaltung**: Administratoren können Roaming Profiles verwalten, indem sie Richtlinien in der Gruppenrichtlinienverwaltung (Group Policy Management) festlegen, um beispielsweise die Größe der Profile zu begrenzen oder bestimmte Ordner auszuschließen. Roaming Profiles bieten Flexibilität und Benutzerfreundlichkeit, können jedoch auch Herausforderungen in Bezug auf Netzwerkbandbreite und Profilgröße mit sich bringen.

Um einer Active Directory (AD) Gruppe Berechtigungen auf einem Dell EMC PowerScale (ehemals Isilon) Cluster mittels `chmod` zuzuweisen, sind einige wichtige Punkte zu beachten: ### 1. Voraussetzungen - Die PowerScale muss mit dem Active Directory verbunden sein. - Die AD-Gruppe muss im System bekannt sein (z.B. durch ID-Mapping). - Du benötigst SSH-Zugriff oder Zugriff auf die CLI. ### 2. Syntax für chmod mit Gruppen Das klassische `chmod` unter Linux/Unix kann nur die Standardberechtigungen (Owner, Group, Other) setzen. Um einer bestimmten AD-Gruppe Rechte zu geben, reicht das nicht aus, da du damit nur die "Gruppen"-Berechtigung für die primäre Gruppe der Datei/Verzeichnisses setzen kannst. #### Beispiel: ```bash chmod g+rwx /ifs/data/beispielordner ``` Dies gibt der aktuellen Gruppenzugehörigkeit des Ordners die Rechte, aber nicht explizit einer beliebigen AD-Gruppe. ### 3. Setzen der Gruppe mit chown Du kannst mit `chown` die Gruppe auf eine AD-Gruppe setzen: ```bash chown :'DOMÄNE\Gruppenname' /ifs/data/beispielordner ``` Beispiel: ```bash chown :'MEINAD\IT-Abteilung' /ifs/data/beispielordner ``` Danach kannst du mit `chmod` die Gruppenrechte setzen. ### 4. Erweiterte Berechtigungen mit ACLs (`chmod +a` oder `isi`) Um mehreren Gruppen oder spezifischen AD-Gruppen Rechte zu geben, musst du Access Control Lists (ACLs) verwenden. PowerScale unterstützt Windows-ähnliche ACLs. #### Beispiel mit `chmod` (NFSv4 ACLs): ```bash chmod +a "g:MEINAD\IT-Abteilung allow read,write,execute" /ifs/data/beispielordner ``` - `g:` steht für Gruppe - `MEINAD\IT-Abteilung` ist die AD-Gruppe - `allow read,write,execute` sind die Rechte #### Alternativ mit `isi` CLI: ```bash isi acl create /ifs/data/beispielordner --aces "group:MEINAD\IT-Abteilung:allow:rwx" ``` Mehr Infos: [Dell PowerScale Dokumentation](https://www.dell.com/support/manuals/de-de/powerscale-onefs/powerscale_onefs_cli_guide/) ### 5. Überprüfen der Berechtigungen Mit `ls -le` kannst du die ACLs anzeigen: ```bash ls -le /ifs/data/beispielordner ``` ### Zusammenfassung - Mit klassischem `chmod` kannst du nur die primäre Gruppe setzen. - Für spezifische AD-Gruppen nutze ACLs (`chmod +a` oder `isi acl create`). - Syntax: `chmod +a "g:DOMÄNE\Gruppe allow Rechte" /pfad` - Prüfe die Berechtigungen mit `ls -le`. Weitere Details findest du in der offiziellen [Dell PowerScale Dokumentation](https://www.dell.com/support/manuals/de-de/powerscale-onefs/powerscale_onefs_cli_guide/).

Es ist sehr wahrscheinlich, dass Microsoft auch in fünf Jahren weiterhin On-Premise-Server mit Active Directory (AD) anbieten wird. Viele Unternehmen, insbesondere im Enterprise- und Public-Sektor, setzen aus Compliance-, Datenschutz- oder technischen Gründen weiterhin auf lokale Server und AD-Umgebungen. Microsoft hat bisher keine konkreten Pläne angekündigt, die klassische Active Directory Domain Services (AD DS) oder Windows Server komplett einzustellen. Allerdings liegt der Fokus von Microsoft zunehmend auf Cloud-Lösungen wie Azure Active Directory und hybriden Szenarien. Es ist zu erwarten, dass neue Funktionen und Innovationen primär in der Cloud entwickelt werden, während On-Premise-Lösungen weiterhin unterstützt, aber weniger stark weiterentwickelt werden. Zusammengefasst: On-Premise-AD wird mit hoher Wahrscheinlichkeit auch in fünf Jahren noch verfügbar und unterstützt sein, aber die strategische Ausrichtung von Microsoft geht klar in Richtung Cloud und Hybridlösungen.

Um ein Mobile Device Management (MDM) mit Active Directory (AD) zu verbinden, gehst du in der Regel wie folgt vor: 1. **MDM-Anbieter wählen:** Zunächst benötigst du eine MDM-Lösung, die die Integration mit AD unterstützt, z.B. Microsoft Intune, VMware Workspace ONE, MobileIron oder andere. 2. **Verbindung zum AD herstellen:** - Bei lokalen AD-Installationen wird meist ein sogenannter „Connector“ oder ein „Directory Sync Tool“ auf einem Server installiert, der mit dem AD kommuniziert. - Bei cloudbasierten MDMs (z.B. Intune) wird oft Azure AD verwendet. Hier kann das lokale AD über Azure AD Connect mit Azure AD synchronisiert werden. 3. **Benutzer- und Gruppen-Synchronisation:** - Die MDM-Lösung synchronisiert Benutzer und Gruppen aus dem AD, sodass diese für die Geräteverwaltung und Richtlinienzuweisung genutzt werden können. - In den Einstellungen des MDMs wird die AD-Integration aktiviert und die Zugangsdaten bzw. Verbindungsparameter angegeben. 4. **Authentifizierung und Single Sign-On (SSO):** - Nach der Integration können sich Benutzer mit ihren AD-Zugangsdaten am MDM-Portal anmelden. - Viele MDMs unterstützen SSO, sodass die Anmeldung an Geräten und Apps mit den AD-Daten erfolgt. 5. **Geräteregistrierung und Richtlinienzuweisung:** - Geräte können nun Benutzern aus dem AD zugeordnet werden. - Richtlinien und Profile lassen sich auf AD-Gruppen anwenden. **Beispiel für Microsoft Intune:** - Synchronisiere dein lokales AD mit Azure AD über [Azure AD Connect](https://learn.microsoft.com/de-de/azure/active-directory/hybrid/how-to-connect-install-custom). - In Intune werden die synchronisierten Benutzer und Gruppen sichtbar und können für die Verwaltung genutzt werden. **Beispiel für VMware Workspace ONE:** - Installiere den [Workspace ONE Directory Sync Service](https://docs.vmware.com/de/VMware-Workspace-ONE-UEM/services/Directory_Service_Integration/GUID-DirectoryServiceIntegration.html) auf einem Server im Netzwerk. - Konfiguriere die Verbindung zum AD und synchronisiere die gewünschten Benutzer und Gruppen. **Wichtige Hinweise:** - Die genaue Vorgehensweise hängt vom jeweiligen MDM-Anbieter ab. - Achte auf die Sicherheit der Verbindung (z.B. LDAPS statt LDAP). - Prüfe, ob du lokale AD, Azure AD oder eine hybride Umgebung nutzt. Weitere Informationen findest du in der Dokumentation deines MDM-Anbieters oder auf den jeweiligen Supportseiten.