Reprise du message précédent :
aujourdhui, en prenant la main chez un client je suis tombé sur poste ou je trouvais pas mes petits dans les fichiers systems .  
 
tomber sur un win 2000 de nos jours ca surprend un peu  
et quand le client te dit qu'il n'as pas envie de le changer parce qu'il est moins vieux que l'autre poste ... ca fait peur

 
Sauf qu'en fait le applications (authentification comprise) sont généralement mal conçue et ne supportent pas de switcher de serveur, et je parles même pas de ceux qui ouvrent un stream ...
 
C'est comme le DNS c'est censé marcher mais quand tu testes un peu en environnement réel en fait ça plante de partout.
 
Je me ferais plus avoir, je préfère avoir un LDAP avec un cluster que 2 serveurs standalone, tans pis

Chez eux 0 soucis en 10 ans de LDAP. Après c'est pas non plus un nombre énorme d'applis et de postes clients (400 PC et une 30 aine d'applis sur le LDAP)

Surtout ldap c'est super stable donc y'a rarement de plantage (1 en 12 ans ici).
 
Mais c'est quand t'en as un que tu t’aperçois des problèmes.
 
Fait le test d'en stopper un un jour dans un test de disaster recovery et tu verras que t'auras plein d'applis qui sont censé basculer et qui se comportent pas correctement, des serveurs sur lesquels tu peux plus te logger, des timeouts à la con etc ..
 
Comme je disais pile les même problèmes que quand tu perds un DNS

Si chez vous vous êtes en full Linux, comment vous gérez de manière centralisée l'audit, les accès aux partages, la délégation, la tolérance de panne, la gestion de la configuration et de la sécurité des sevreurs et postes de travail etc...tout ça se fait par scripts ?

Je fais mon stage de 3eme dans un service info
C'est épique j'ai passé la journée sur internet

 
Certes et pour le samba en lui même et ses processus (en tant que PDC particulièrement) ? Y'a aucune redondance sur cette partie.

 Pour la gestion des documents collaboratif, dokuWiki, GED Alfresco. Pour la messagerie/groupware ya Zimbra. L'ERP c'est OpenERP. Sur des VM avec de la HA + backups et snapshots réguliers sur site > 500km du premier. Pas d'applis lourdes sur les postes clients nécessitant des licences ou des accès alakon. L'Authentification c'est donc LDAP, l'autorisation c'est le soft lui-même. Vu notre taille, le poste client par défaut c'est Debian Testing, après vu les profils c'est plutôt Open bar niveau des droits locaux. BYOD autant que tu veux, tout est web

edit : je rappelle qu'on est une TPE, donc on peut faire les choix qu'on veut. So far, c'est hors de question de gérer des licences et/ou des produits MS. Pas de besoin

edit 2 : sinon ya des solutions de SSO aussi (lemonLDAP), si on voulait centraliser l'authorization.

Snap prêt à repartir dans une autre salle avec environ 1H d'écart avec la prod. Jugé acceptable vu le taux de panne du PDC (pas été down encore)

délégation: LDAP
accès aux partages: NIS/LDAP
audit: moi j'en fais pas.
tolérance de panne: J'ai deux serveurs qui tournent avec keepalived, mais c'est pas centralisé.
gestion de config: puppet
securité: pareil que la configuration.

 
du caca quoi    

Lancer Samba dans un topic, c'est toujours un succès

Et lancer samba 4 en prod, ça donne quoi ?

 
Tout ça fait quand même un niveau de sécurité en drôle de décalage avec une boite qui se permet d'utiliser du testing "par défaut" sur ses postes  
Pis sur des VMs, t'as pas besoin de faire backup + snapshot, un outil de backup suffisamment mature ne fonctionne qu'en mode snapshot une fois la première totale passée.

Ta oublié de dire Debian testing Qui est >>>>> à du Ubuntu en terme de fiabilité

Pour le backup + snapshot, c'est plutôt snap de VM (le système quoi) + backup applicatif tournant (databases etc.)

edit : dois-je préciser le profil moyen chez nous ? Le dev bosse sur Emacs et awsome, alors quand ta dis ça ta tout dit

 
Il faut toujours faire en fonction du besoin, et crois moi que quand tu écartes la HA "totale" tu respires bien quand même. Surtout pour les lusers en interne, 10 min de down ça pose pas de soucis.  
Après pour du site à traffic ou de l'appli « critique », les contraintes sont différentes.  
 

quand ma dit ça ma tout dit ?

tatouditquandtudisqueyapasdelusercheztoic'estcool.

edit : par contre niveau salaire c'est pas encore le top, on peut pas tout avoir

Mettre en place un AD ne coute rien et t'offre un niveau de services et de résistance à la panne incomparable avec Samba.
 
Samba, j'étais très fan... il y a 10 ans. Maintenant > /poubelle.
 
Après je suis d'accord pour les problèmes liés à la HA totale, mais là c'est le mauvais exemple
 
 
 

 
mais je vais pas foutre un AD chez moi en interne pour quelques postes, en Linux de surcroît
Après pour le client, c'est pas mes affaires, je fais pas de support MS moi

C'est sur si tu as 15 postes Linux
 
Ce que je voulais dire c'est que, maintenant, partir sur du Samba avec du client Windows, c'est une mauvaise idée selon moi.

 
Classique, les outils libres/gratuits sont globalement utilisés dans des boites de crevards.

 
C'est noté mais ça risque pas de m'arriver
 

 
Non non   Enfin pas ici, puisque la boite de crevard c'est nous-même    Quand tu bosses pour ta gueule, ton salaire tu l'adaptes à tes revenus. Mais tu fais tes choix, t'es libre, et ça c'est quand même priceless (j'ai eu ras le bol avec la hiérarchie de la world company toussa qui bouge pas le petit doigt pour plein de projets).

meme quand tu bosses pas pour ta gueule ton salaire est généralement adapté a tes revenus

 
Aux revenus de mon entreprise, dont je suis le représentant légal, d'où le « tes revenus » dans mon post.  
Merci pour le

 
Bah ouais mais avec de vrais moyens, vous pourriez utiliser de vrais outils finalisés et pas une post beta encore couverte de placenta.

 
Du genre ?  
Quand bien même, je doute que ça change quelque chose dans la pratique

 
Windows 7, active directory, ms visual studio, etc. De vrais produits finalisés avec SP clair, support, etc.

 
Bien tenté

La première partie est fausse, hormis les licences il faut quand même des gens un minimum formés et expérimentés pour concevoir, maintenir et faire évoluer le bazar.
Pareil pour la deuxième partie, c'est pas avec un gus adepte du next-next-next que tu auras de la haute dispo sur ton AD.

t'as quand meme mordu à la première partie

non je posais simplement la question au cas où ce n'était pas un troll

 
Pfff....
Dans le coût, il n'y a pas que les licences. Samba est certes gratuit mais le coût niveau formation est important.
D'autant plus (et surtout) que dès que tu utilises un serveur Windows pour ton WSUS ou ton AV, tu dois forcément payer des CALs... donc....
 
La formation pour mettre en place un AD n'a rien à voir avec Samba/Ldap. Les bouquins, les cours en ligne ne manquent pas. Samba/ldap/partages et autres, c'est pas la même, désolé. Faire une infra AD est relativement simple (K.I.S.S : mono-domaine, mono-forêt, topologie en hub, conseillé par Microsoft)
 
Haute dispo sur l'AD ? Tu mets au minimum deux DC, dont un physique et voilà, tu l'as ta haute dispo pour le service d'authentification Samba (3) ne gère même pas de BDC !

Plus de doc sur AD que sur Samba en ligne
 
Heu ! Je pense qu'il va falloir trouver des arguments un peu plus convaincants.
Par ce qu'en l’occurrence là c'est bullshit.
 
C'est pas comme si les arguments en faveur de l'AD manquait pour en inventer des fictifs à la place  

Non suffit juste de regarder les formations en ligne comme TrainSignal (excellent au passage). Des 10aines de Go pour AD et rien pour Samba/Ldap. Compare les occurrences de recherche. Idem pour trouver un prestataire/organisme de formation. Autant AD, aucun problème, même pour des choses très poussée.
 
Ah oui par doc., des docs qui marchent je veux dire ! Car des tutos samba/openldap bancales, çà tu en trouves à la pelle ! A tel point que j'ai développé la mienne.

Attention vous risquez d être condamné à verser 11 000 euros pour diffamation auprès de Samba corp  
Qui plus est, pas de Samba dans ma formation et la seule fois ou j ai entendu ldap c etait pour lier glpi...

Je...je crois que l'ai utilisé un applet java hier sans vraiment réaliser ce que je faisais..  

Ce n'est pas parce que les docs ne manquent pas que c'est gratuit  
Parce qu'il y a plus de documentation il faut également faire plus de tri pour trouver des informations pertinentes et actualisées.
Quand à faire une infra AD simple, si tu verrais les différentes horreurs existantes ou projetées sur lesquelles j'ai travaillé, tu sauterai au plafond.
Bref un bon ingé AD ça coûte du pognon, et notamment au niveau formation, parce que la techno évolue très vite et que ça reste un métier.
Ensuite que ça reste moisn cher qu'un Samba je n'en sais rien mais je te crois sur parole    
 
Et deux DC ne suffisent pas pour faire de la vraie haute dispo, comme quoi ça ne doit pas être si facile que ça

Qu'appelle tu vraie haute dispo ? C'est souvent un problème de définir ce terme.  
 
Concernant AD, je parle vraiment du rôle AD DS. Il est clair que ca peut devenir complexe par la suite (comme tout service d'annuaire) en rajoutant des services dessus.
 
Mais le cadre DS, deux DC suffisent pour éviter toute interruption de service, du moment que tu équilibres les rôles fsmo.

Pkoi "équilibrer" les rôles ?On s'affranchit bien de la perte d'un maître qqes heures.

C'est conseillé (best practice) de splitter les rôles "domain master + maitre de schéma" sur un DC, et sur l'autre "PDC + infra + rid" (cas 1 foret / 1 domaine)
 
Par ailleurs, comme c'est le rôle PDC emulator qui bouffe bcp de ressources, on préfère le libérer d'autres taches.

Faut un domaine avec combien d'utilisateurs pour surcharger un contrôleur de domaine ? J'ai vraiment l'impression que c'est le serveur qui glande par excellence (mais j'avoue, j'ai une petite structure )