locked
Interet du domaine RRS feed

  • Question

  • Bonjour à tous,

    Ma question va en révolté plus d'un à mon avis. C'est une question bête pour beaucoup d'entre vous mais pour moi je pense qu'il me manque des détails pour bien comprendre.

    Je remets le contexte : J'installe tous mes serveurs avec un domaine (franchement je n'ai pas encore vu de Windows server sans domaine) jusqu'à aujourd'hui. Voilà pourquoi ma question. Quelle est la raison pour mettre un domaine sur un serveur. Je pensais que cela permettait de mieux gérer les droits d'accès ou encore de pouvoir se connecter sur un autre poste que le sien avec son compte mais mon client arrive tout cela alors que son serveur est dans un workgroup.

    J'espère avoir expliquer correctement ma demande et j'attends vos réponses avec impatience.

    Merci d'avance.

    RTW

    jeudi 23 juin 2016 16:56

Réponses

  • Bonsoir,

    sans domaine, il n'y a aucune administration centralisée. Chaque serveur et chaque station a sa propre base de comptes avec ses utilisateurs, groupes et mots de passe différents. C'est la raison principale.

    En mode Workgroup, l'accès d'une station à une autre, suppose un tas de conditions... en particulier, de disposer d'un compte et d'un mot de passe sur le 2ème système. Chaque utilisateur est par défaut administrateur de sa machine et peut donc supprimer/modifier ce qu'il veut sur la machine, y compris les autres comptes, groupes, partages, etc...

    Le domaine permet d'ajouter une base de compte unique, centralisée et administrée par les administrateurs désignés. La base peut être répliquée sur plusieurs serveurs dit contrôleurs de domaine.

    Cette centralisation apporte bien d'autres avantages, tels que les stratégies pour modifier de manière groupée et ciblée tout ou partie du fonctionnement des ordinateurs et utilisateurs... Sans parler de tous les logiciels qui s'appuient sur les différentes combinaisons de forêt/domaines pour partager des ressources (Messageries, Documents, ...).

    C'est d'ailleurs actuellement ce qui manque le plus cruellement à l'administration d'un parc de stations et serveurs Linux. S'il existe une méthode pour gérer cela, celle-ci n'apparait nulle part, et j'imagine que chacun réalise ses propres scripts et centralisation à sa propre manière.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    jeudi 23 juin 2016 17:15

Toutes les réponses

  • Bonsoir,

    sans domaine, il n'y a aucune administration centralisée. Chaque serveur et chaque station a sa propre base de comptes avec ses utilisateurs, groupes et mots de passe différents. C'est la raison principale.

    En mode Workgroup, l'accès d'une station à une autre, suppose un tas de conditions... en particulier, de disposer d'un compte et d'un mot de passe sur le 2ème système. Chaque utilisateur est par défaut administrateur de sa machine et peut donc supprimer/modifier ce qu'il veut sur la machine, y compris les autres comptes, groupes, partages, etc...

    Le domaine permet d'ajouter une base de compte unique, centralisée et administrée par les administrateurs désignés. La base peut être répliquée sur plusieurs serveurs dit contrôleurs de domaine.

    Cette centralisation apporte bien d'autres avantages, tels que les stratégies pour modifier de manière groupée et ciblée tout ou partie du fonctionnement des ordinateurs et utilisateurs... Sans parler de tous les logiciels qui s'appuient sur les différentes combinaisons de forêt/domaines pour partager des ressources (Messageries, Documents, ...).

    C'est d'ailleurs actuellement ce qui manque le plus cruellement à l'administration d'un parc de stations et serveurs Linux. S'il existe une méthode pour gérer cela, celle-ci n'apparait nulle part, et j'imagine que chacun réalise ses propres scripts et centralisation à sa propre manière.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    jeudi 23 juin 2016 17:15
  • Bonjour.

    Je m’immisce dans la conversation ...

    Faut-il conclure de tout cela que sur une "petite" installation où il n'y a qu'un seul serveur, un Workgroup est suffisant ?

    Merci :-)

    Stéphane

    jeudi 23 juin 2016 20:14
  • Ca dépend ce que tu fais, des applications et autre. Si tu as juste une application Web qui te demande une authentification différente de ta session sur ton serveur, le domaine n'apporte pas grand chose pour cet application.

    Par contre pour la gestion des droits et des partages c'est plus lourd en workgroup car il n'y pas de base de compte centralisé. L'usage est un critère plus important que le nombre de poste.


    jeudi 23 juin 2016 21:03
  • Bonjour.

    Je m’immisce dans la conversation ...

    Faut-il conclure de tout cela que sur une "petite" installation où il n'y a qu'un seul serveur, un Workgroup est suffisant ?

    Merci :-)

    Stéphane

    Bonsoir, non, pas vraiment.

    certains logiciels Microsoft imposent l'utilisation d'un domaine. Le domaine est un annuaire et une base de données proposant des accès et protocoles spécifiques tels que LDAP dont ne dispose un serveur en Workgroup.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013,MCSE:Server Infrastructure 2012(83 MCPs). MCSA Office 365 https://mvp.microsoft.com/en-us/mvp/Thierry%20Deman-7660 http://base.faqexchange.info

    jeudi 23 juin 2016 21:43
  • Thierry, Philippe,

    Merci pour vos réponses :-)

    Stéphane

    mardi 28 juin 2016 08:49
  • bonjour

    Merci à vous de votre réponse !!!!C'est bien ce que je pensais, le domaine ne sert que pour une centralisation et donc une gestion plus simple des utilisateurs ainsi que des droits accès.

    Bonne continuation.

    RTW

    mercredi 6 juillet 2016 08:55