Je ne pourrai malheureusement pas te parler d'alternatives propriétaires mais concernant OpenLDAP+Samba+... , l'intégration dans un réseau d'entreprise n'est pas si complexe que cela (même s'il faut y mettre du sien ;).
- Pour OpenLDAP, les HOWTO
LDAP-HOWTO - http://www.tldp.org/HOWTO/LDAP-HOWTO/index.html(...)
LDAP-Implementation-HOWTO - http://www.tldp.org/HOWTO/LDAP-Implementation-HOWTO/index.html(...)
peuvent te fournir un aperçu complet des possibilités offertes.
L'avantage : les données d'entreprise/d'utilisateur sont parfaitement maitrisées et tu définis simplement la structure de ton LDAP.
Dans ce domaine, tu peux centraliser : DNS, MTA, Samba (voir documentation de samba), Carnet d'adresses ...
- Pour Samba, le HOWTO officiel samba v3 sur le site de www.samba.org est très complet :
. Migration NT4 -> Samba 3
. Outils de configuration (SWAT)
et guides de configuration
- Pour l'impression, le partage d'imprimantes avec CUPS + Samba est aussi très puissant.
La configuration des imprimantes peut être faite soit par l'interface Web du serveur CUPS, soit avec les utilitaires foomatic (cela a été beaucoup plus facile pour moi avec ce dernier).
CUPS supporte un nombre impressionnant d'imprimantes, réseau/socket, USB, //... et permet de les partager seules ou autravers de Samba.
La configuration des clients *NIX est triviale avec un cupsys-client. Celle de Windows a la hauteur du système : ça dépend des versions... (et cela dépend de ton paramétrage Samba mais jouable avec le HOWTO printing dans Samba)
Quoiqu'il en soit, c'est un bonheur de ne plus avoir à configurer les filtres d'impression, s'assurer que le protocole PCL bla-bla...
Avec ce trio, je crois que rien n'est impossible ;o)
Par ailleurs, tu fais référence à Notes. Je l'utilise parfois mais n'ai jamais eu à l'administrer. Etant donné sa place en entreprise, il serait toutefois étonnant qu'il ne respecte pas les RFC 1777, 2251 et 2307 pour dialoguer avec le LDAP (au moins pour le carnet d'adresses et l'authentification).
Dans mon cas, les expériences de mise en place sont moins extrêmes (au "pire", ~ 30 postes, 2 serveurs) mais aucune impossibilité : partage de données et profiles itinérants, authentification, impression... et chaque élément de la chaine peut être surveillé /administré de manière centralisée.
Mon seul mauvais souvenir de migration aura été des soucis de transfert de données vers le nouveau serveur mais il s'agissait de problèmes NT et impossible de savoir pourquoi les données n'étaient plus accessibles.
Maintenant, tout n'est pas rose mais au moins tout problème trouve une solution pourvu qu'on prenne le temps de s'y pencher, les données de l'entreprise sont backupées de manière transparentes et automatiques, l'accès aux ressources est identique que ce soit depuis un poste client ou un serveur et je n'ai pas eu à renouveller une/des licence(s) simplement parce que le support NT touche à sa fin ou que la version 2003 vient de sortir...
Dans ton cas, le nombre de postes impose effectivement une étude préalable et une migration progressive. Pourquoi ne pas envisager par exemple un domaine (au sens Windows) de test en // où seront mis peu à peu en place tous les services (authentification puis impression puis partages samba) et limité à quelques utilisateurs "choisis" ?
J'espère que ton choix se portera sur le trio libre... mais quoiqu'il en soit courage ;)
# OpenLDAP + Samba3 + ...
Posté par Quzqo . En réponse au journal Active Directory VS OpenDirectory ( ou openldap + samba 3 ). Évalué à 5.
- Pour OpenLDAP, les HOWTO
LDAP-HOWTO - http://www.tldp.org/HOWTO/LDAP-HOWTO/index.html(...)
LDAP-Implementation-HOWTO - http://www.tldp.org/HOWTO/LDAP-Implementation-HOWTO/index.html(...)
peuvent te fournir un aperçu complet des possibilités offertes.
L'avantage : les données d'entreprise/d'utilisateur sont parfaitement maitrisées et tu définis simplement la structure de ton LDAP.
Dans ce domaine, tu peux centraliser : DNS, MTA, Samba (voir documentation de samba), Carnet d'adresses ...
- Pour Samba, le HOWTO officiel samba v3 sur le site de www.samba.org est très complet :
. Migration NT4 -> Samba 3
. Outils de configuration (SWAT)
et guides de configuration
- Pour l'impression, le partage d'imprimantes avec CUPS + Samba est aussi très puissant.
La configuration des imprimantes peut être faite soit par l'interface Web du serveur CUPS, soit avec les utilitaires foomatic (cela a été beaucoup plus facile pour moi avec ce dernier).
CUPS supporte un nombre impressionnant d'imprimantes, réseau/socket, USB, //... et permet de les partager seules ou autravers de Samba.
La configuration des clients *NIX est triviale avec un cupsys-client. Celle de Windows a la hauteur du système : ça dépend des versions... (et cela dépend de ton paramétrage Samba mais jouable avec le HOWTO printing dans Samba)
Quoiqu'il en soit, c'est un bonheur de ne plus avoir à configurer les filtres d'impression, s'assurer que le protocole PCL bla-bla...
Avec ce trio, je crois que rien n'est impossible ;o)
Par ailleurs, tu fais référence à Notes. Je l'utilise parfois mais n'ai jamais eu à l'administrer. Etant donné sa place en entreprise, il serait toutefois étonnant qu'il ne respecte pas les RFC 1777, 2251 et 2307 pour dialoguer avec le LDAP (au moins pour le carnet d'adresses et l'authentification).
Dans mon cas, les expériences de mise en place sont moins extrêmes (au "pire", ~ 30 postes, 2 serveurs) mais aucune impossibilité : partage de données et profiles itinérants, authentification, impression... et chaque élément de la chaine peut être surveillé /administré de manière centralisée.
Mon seul mauvais souvenir de migration aura été des soucis de transfert de données vers le nouveau serveur mais il s'agissait de problèmes NT et impossible de savoir pourquoi les données n'étaient plus accessibles.
Maintenant, tout n'est pas rose mais au moins tout problème trouve une solution pourvu qu'on prenne le temps de s'y pencher, les données de l'entreprise sont backupées de manière transparentes et automatiques, l'accès aux ressources est identique que ce soit depuis un poste client ou un serveur et je n'ai pas eu à renouveller une/des licence(s) simplement parce que le support NT touche à sa fin ou que la version 2003 vient de sortir...
Dans ton cas, le nombre de postes impose effectivement une étude préalable et une migration progressive. Pourquoi ne pas envisager par exemple un domaine (au sens Windows) de test en // où seront mis peu à peu en place tous les services (authentification puis impression puis partages samba) et limité à quelques utilisateurs "choisis" ?
J'espère que ton choix se portera sur le trio libre... mais quoiqu'il en soit courage ;)