Hein ?
Un "DC" c'est pas que samba, ou du moins, DC c'est le regroupement de plusieurs services a savoir DNS, annuaire machine interne, source de partage et service de routage haut niveau. Donc une entreprise fait vite fait le choix entre "payer une licence 1k et mettre un techos de base payé 30k/ans" pour maintenir un AD en DC (facile) ou "payer 0 licence mais mettre un "vrai" admin payé 45k/ans"
Et pour le cas que t'indique, c'est rare, mais ce genre d'entreprise va passer par une solution intégrée via partenaire MS qui lui coûtera des brouzouf 1 fois, mais conserveront leurs techos payé au smic "informatique". Les entreprises qui font l'inverse (MS > Opensource) elles, ça veux dire qu'elles ont les compétences en interne.
C'est qu'une histoire de brouzouf :x (et ça me fait gerber ... Parce qu'on encourage pas la montée en compétence des gens qui bossent dans les entreprises, bien au contraire, surtout avec le CLAHOUDE qui coûte la peau des nénés mais bon, d'un côté ça te coûte un bonhomme, de l'autre c'est une charge pour l'entreprise, et les comptables/RH préfèrent payer une charge qu'un bonhomme   )

 
L'entreprise citée n'est pas fictive, et samba3 est en PDC, avec un script d'ouverture de session. Donc quelques bidouilles pour « rentrer dans le domaine » à partir de Windows Vista (des modifs de la BDR). C'est pas leur politique de passer par une solution intégrée. Donc si j'ai bien compris, il faudra qu'ils se tapent à la main tous les changements au niveau des applis pour leurs backend d'authentification... Génial

Ou intégrateur/presta, oui.
Si tu veux une montée en compétence rapide pour toi et leurs faire le boulot, grosso modo si je comprend bien :
Ils sont en solution open source avec un DC sous linux
-Bind en DNS
-OpenLDAP en annuaire
-Samba3 pour les partages sur LDAP
-Authentification Kerberos (Gestion machine ou utilisateur en passant ?)
-Applications métiers basés sur les partages samba3/kerberos ? (homemade ou custom interne ou custom presta leurs appli métier ? ou commerciale ? Ils ont le source ? Cloud ?)
-L'administration des postes se fait via quels outils ? (poste win ? poste Open source ?)

Pour la migration, les trois premiers points sont triviaux, les trois dernier, faut répondre a mes questions, sachant que l'authentification définira le type de licence et comment déployer l'AD (tu peu juste faire une réplication de leurs solution actuelle sur le MS, et promote le DC en t'assurant que les services de l'actuel DC soient encore présent un temps en sécu, si la solution MS réplique bien la solution actuelle ça roule t'aura pas de soucis majeurs sur l'utilisation MS, sinon back to square one et tu revois les info DNS/l'annuaire voir si y'a des trucs spécifiques/Les partages)

 
Justement je crois pas qu'il n'y ait quoi que ce soit s'approchant de Kerberos. Samba3 utilise OpenLDAP en backend donc, les applis utilisent directement OpenLDAP (genre des htacces, pam sur les serveurs etc.)
L'admin des postes ? Pour gérer les users c'est des interfaces open source pour LDAP, et pour administrer les postes, c'est OCS+GLPI.
 
edit : comme ça quoi : http://www.adella.org/spip/Samba-e [...] de-Domaine

et les comptables/RH préfèrent payer une charge qu'un bonhomme   )

Oui, c'est pour maximiser ce qu'on appelle le "taux de marge" (EBE/VA), passer une charge plutôt qu'un salaire fait diminuer la VA
 
Plus le temps passe plus j'ai l'impression que la seule voie pour les gens techniques c'est le freelance.

Face à AD, quels sont les arguments d'Open LDAP ? Enfin, je veux dire par là que pour moi OpenLDAP répond exactement au besoin, mais c'est parce que j'ai aucun poste Windows dans ma société (et qu'AD j'men bas les roubignoles )
Qui utilise encore OpenLDAP - à part moi - ? (parce que j'entend souvent dire que plus personne utilise autre chose qu'AD dans les entreprises, est-ce vrai ? )
Sachant que Samba4 va en plus dans le sens d'AD...
 
edit : et que je vois des boîtes pressés par leur direction pour passer à AD alors qu'OpenLDAP marche bien.

PAM utilise quoi a ton avis en environnement MS comme protocole d'auth' ?   (tu me fait une dissert sur 20 pages, t'as 2 minutes ! )
Mais t'as pas répondu si l'enregistrement dans l'annuaire est en mode user ou en mode machine.
Donc pour l'admin des postes, ça ira tout seul avec retranscription des GPLI, mise en place de GPO, migration de version de l'OCS (Linux > windows, les scripts doivent être intercompatible)

Question subsidiaire : dans les appli métier, t'en a qui utilisent un truc genre TSE ?

 
Certes (pour DNS+Kerberos). Donc le contrôleur de domaine Microsoft est quasiment indispensable en entreprise qui à du Windows (hors cas Samba4)
 
Mais admettons (chauve-souris) qu'une boîte avec 500 postes à un contrôleur de domaine sous Samba3, et un milliard d'applis (métiers ou pas) qui utilisent Open LDAP en backend. Le jour où ils veulent passer à AD (Samba4 ou pas d'ailleurs), comment ils font ? vu que les schémas sont complètement différent, ça « risque » d'être la merde non ?

 
Kerberos, mais là je parle de l'existant chez eux : pas de Kerberos.  
 
J'ai pas de soucis pour imaginer la migration des postes Windows, je parle des backend d'authentification des applis, qui sont web pour la plupart, et très chiantes à modifier (règles qualité de revalidation gnagnagna). Exemple : l'appli à un user/password qui utilise PHP-LDAP avec les « ou » du schéma OpenLDAP. Si migration.. bah... tout à revoir de ce côté là
 
edit : et pour PAM, même si ça fonctionne avec AD (je le sais ça) c'est « juste » qu'il faudra repasser sur tous les serveurs. Ma question c'était d'éviter ça en fait.

Complètement différent, faut pas exagérer, et le schéma d'un AD est modifiable (même si les admins AD sont beaucoup plus frileux à l'idée de le faire que les admin OpenLDAP ).
Y a même un schéma pour le rendre compatible Posix il me semble.
Mais bon, ce n'est pas dans la mentalité "MS" de faire ce genre de modif.

 
Kerberos, mais là je parle de l'existant chez eux : pas de Kerberos.  
 
J'ai pas de soucis pour imaginer la migration des postes Windows, je parle des backend d'authentification des applis, qui sont web pour la plupart, et très chiantes à modifier (règles qualité de revalidation gnagnagna). Exemple : l'appli à un user/password qui utilise PHP-LDAP avec les « ou » du schéma OpenLDAP. Si migration.. bah... tout à revoir de ce côté là
 
edit : et pour PAM, même si ça fonctionne avec AD (je le sais ça) c'est « juste » qu'il faudra repasser sur tous les serveurs. Ma question c'était d'éviter ça en fait.

http://www.pcinpact.com/news/79712 [...] r-arte.htm
Quelqu'un a regardé ? Bien ? Passable ? Vision lobbyiste ? Neutre ?
Si c'est "orienté", quelqu'un a un pendant contre a voir ?

Si ils veulent du MS derrière, ben tu peu installer un openLDAP a coté, le temps de migrer, au pire.
Pour éviter, non tu peu pas, même nous en admin on cherche, on a pas trouvé encore ... (si t'as la solution pour que les pc bossent a ma place tout seul je prend, et un café aussi ! le prend pas mal hein, c'est pas méchant ^^ )
 
Edit :  
 
Euh, MS est POSIX, même AD, MS est même CERTIFIE POSIX.

Si l'appli est pas facilement modifiable via un paramètre de config pour ça, faut la jeter direct.
Un AD causant très bien le LDAP.

Une appli en PHP que tu peux pas modifier au niveau de son utilisation du LDAP, je pense que tu peux la jeter, oui

J'ai commencée y'a longtemps le freelance, et je suis pas prête d'arrêter, mais le retour du bâton sur le cloud va être violent ... Parce que quand tu vois la place de l'opensource dans le monde "pro" (qui demande des compétences plus que de l'investissement) ne fait que monter, alors que les responsable IT cherchent de plus en plus de l'intégré, tu te dit que y'a un problème dans leurs calculs et les coûts, ils peuvent pas être diminués jusqu'a atteindre 0. La "perte" de compétences actuellement se payera un jour ou l'autre (et plus le temps passe, plus la fracture est grande, plus le "prix" a payer sera gros).

Tu peux développer, je suis limité intellectuellement ?

 
Certes (pour DNS+Kerberos). Donc le contrôleur de domaine Microsoft est quasiment indispensable en entreprise qui à du Windows (hors cas Samba4)
 
Mais admettons (chauve-souris) qu'une boîte avec 500 postes à un contrôleur de domaine sous Samba3, et un milliard d'applis (métiers ou pas) qui utilisent Open LDAP en backend. Le jour où ils veulent passer à AD (Samba4 ou pas d'ailleurs), comment ils font ? vu que les schémas sont complètement différent, ça « risque » d'être la merde non ?

Donc une entreprise fait vite fait le choix entre "payer une licence 1k et mettre un techos de base payé 30k/ans" pour maintenir un AD en DC (facile) ou "payer 0 licence mais mettre un "vrai" admin payé 45k/ans"

C'est ce qu'elle dit, non clairement pas, mais le système sera aussi vite mis en place et fonctionnel pour moins cher.
Par contre le jour où ça part en sucette, ou alors ou ça sort de l'ordinaire, ben là ils vont racker un max

Bien fait pour leur gueule

Jahr,
 
Elby si tu pouvais reprendre ton mauvais karma des tecs ca serait sympa stp .
 
Porte du métro bloquée 3 station a faire à pied :-/
 

Ptin les locaux Google

Il va jamais vouloir revenir le plamou