Peut Ubuntu agir en tant que contrôleur de domaine pour plusieurs systèmes d'exploitation?

Dépend de la version d'Ubuntu que vous devez utiliser.

La version de Samba est ce qui importe vraiment.

Pour devenir membre d'Active Directory, vous rejoindriez le serveur comme décrit dans la documentation pour Samba. Ensuite, recherchez sur Google comment devenir un serveur membre, ou cloner ses données à partir des ADS, puis reconfigurer le smb.conf pour qu'il soit autonome.

Pour le faire sans Active Directory Windows (ou simplement des domaines pour les serveurs NT4) créez le serveur avec un assistant si vous n'êtes pas sûr, ou modifiez un exemple de smb.conf dans l'aide/la documentation en fonction de vos besoins (également connu sous le nom de mode serveur autonome).

Il utilise LDAP ou NIS pour ses services. (selon la façon dont vous choisissez de configurer)

Zentyal propose un logiciel serveur (et était basé sur Ubuntu, précédemment connu sous le nom d'EBOX)
pourrait être intéressant à regarder.

Peut-être que si vous êtes bloqué pour choisir une méthode, consultez toujours Google en premier, puis la communauté Ubuntu. De cette façon, je peux vous assurer que vous gagnerez du temps, et vous êtes plus susceptible d'être aidé plus rapidement si vous avez fait quelques recherches au préalable.

Quoi qu'il en soit pour les ordinateurs clients et les serveurs (en fonction des systèmes d'exploitation que vous prévoyez d'utiliser, voici une liste "basée sur mon expérience personnelle uniquement"). Cela ne vient avec aucune garantie, garanties, cela pourrait être adapté pour référence de mon expérience, mais pas pour un usage car les choses changent rapidement dans Linux/Ubuntu/Samba.

Cela dit, voici cette liste que j'ai mentionnée.

Version de Windows basée sur NT

• Windows XP Professionnel / Éditions Media Center
• (fonctionne dans les deux sens pour rejoindre les réseaux, les éditions familiales ne permettent pas de se connecter aux serveurs)

• Windows 7/Vista
• (pourrait fonctionner dans les deux sens, mais nécessite des modifications de registre pour utiliser correctement le mode autonome, mais peut rendre le système d'exploitation légèrement moins sécurisé.)

• Windows Server 2008 et 2008 R2
• (rejoindre son domaine, cloner les ADS @là où c'est possible@ et ensuite se détacher en le reconfigurant pour être autonome, en utilisant smb.conf @ne peut pas être utilisé comme BDC pour Samba@ (eh bien, sauf s'il y a eu des modifications depuis ma dernière vérification, mais à ma connaissance, alors non, ça ne peut pas.)

• Windows Server 2003
• (peut faire la même chose que Windows Server 2008, mais a la capacité de rejoindre les deux méthodes, car il provient de la même base de code que XP)

• Serveurs Windows 2000
• (le mode autonome est presque l'équivalent d'un Active Directory 2000)

• Windows 2000 Pro
• (peut rejoindre les deux mais je pense qu'il aurait besoin des versions ADS plus récentes en mode compatible @parfois expliqué comme non sécurisé@)

• Windows NT 4.5 Back Office (les disques de mise à jour, techniquement pas un système d'exploitation autonome)
• (il n'a pas d'annuaire actif, mais utilisait un service avant la naissance des ADS appelé "Back Office", utilisez cette référence comme étant la même que NT 4 server)

• Windows NT 4
• (méthode autonome uniquement, nt4 n'a pas d'ADS autant que je sache)

• Serveur Windows NT 4
• (pareil que ci-dessus, mais vous pouvez joindre Ubuntu à un domaine nt4, et configurez Ubuntu pour être le PDC, et le NT4 comme BDC si vous le souhaitez)

• Windows NT 3.x (serveur)
• (autonome uniquement, je ne sais pas s'il peut être le PDC pour Ubuntu, je pense que c'est BDC pour Ubuntu uniquement en raison de son âge)

• versions précédentes de Windows NT
• (je doute que vous les utilisiez, et je pense que cela n'a pas d'importance)

Versions de Windows non basées sur NT

• Windows Milennium Edition
• (pas de connexions directes au domaine, mais peut utiliser des connexions pour les profils et les dossiers distants, mais n'est pas sécurisé car les connexions sont dans le registre en texte brut, autant que je sache.)

• Windows 98 & 98 SE
• (pareil que Milennium Edition)

• Windows 95
• (pareil que Milennium Edition)

• Windows 3.1.1 pour Workgroups
• (techniquement pas un système d'exploitation, mais peut se connecter pour les dossiers uniquement, s'il est utilisé avec des modules d'extension de carte réseau tels que Novell Netware, ce qui nécessiterait des équivalents logiciels pour Ubuntu, ou des logiciels Suse)

• Windows 3.1
• (pareil que Windows 3.1.1)

Anciennes versions d'OS non basées sur NT avant 3.1 - (très peu pertinent pour vous, je suppose)

Ubuntu peut être un "Domain Controller" pour les hôtes Windows via samba. Cela fonctionne certainement pour XP. Pour les nouveaux systèmes d'exploitation clients, votre version de samba peut présenter certaines limitations mineures par rapport au dernier serveur Windows. Vous trouverez facilement un tutoriel en ligne. Sinon, posez une autre question.

Il existe plusieurs options pour qu'un serveur Ubuntu puisse fournir des fonctionnalités similaires à un contrôleur de domaine Windows pour les clients Linux (y compris Ubuntu). Une option est samba si vous avez déjà mis en place cette infrastructure. D'autres options sont NIS ou LDAP. Cette partie de la configuration est plus sophistiquée car il existe de nombreuses options. Encore une fois, je vous recommande de trouver un tutoriel adapté à votre cas d'utilisation.

Samba peut fonctionner avec des comptes système UNIX (comptes Ubuntu réguliers). Techniquement, le mot de passe Samba et le mot de passe UNIX ne sont pas la même chose. Cependant, dans une configuration typique, changer un mot de passe change automatiquement l'autre, de sorte qu'ils correspondent toujours.

La gestion des comptes se fait toujours au niveau du serveur.