Question.... Peut-être bizarre !

[nufinet]

Bonjour à tous,

Travaillant depuis 5 ans avec la sme, j'en suis très satisfait....
Mais, la est ma question, quel serait pour moi, l'avantage d'utiliser une version débian en installant les services que j'ai besoin, sachant que les services de la sme sont possibles sur une débian....
Ma question n'est pas de dénigrer la sme, loin de cela, mais, partant du principe que l' on peut, avec une débian, faire ce que l'on veut, puisque il suffit d'installer les services neccesaires, quel est l'interet d'utiliser sme ?
Pas taper, c'est juste une question que je me pose, en rencontrant par exemple les soucis des droit des utilisateurs sur la sme qui sont limités, par exemple.....

[Franck78]

Salut,

Réponds à ces questions :

-combien de temps pour installer configurer correctement UN service ?
-combien de temps pour régler les les services entre-eux ? exemple, samba utilise LDAP.
-combien de temps pour protéger/blider/durcir tout ça ?
-combien de temps pour s'écrire les inévitables scripts qui animeront tout ça, sauvegarderons tous ça...
-combien de temps en recherche/lecture/test pour valider ses choix ?

Quand tu auras répondu à ça, tu devineras l'intérêt d'avoir ça livré tel quel.




Franck

[jdh]

(Je ne suis pas spécialiste SME.)
(de façon plus littéraire que Franck78 mais la réflexion est la même)

SME utilise des logiciels comme Apache, Samba, Qmail, Courier, et bien d'autres, qui peuvent fonctionner sur de nombreuses distributions.

Mais SME est une distribution qui organise l'utilisation des ces logiciels pour en former un tout aisément configurable par une interface web. En un mot, c'est simple.

Pourquoi on choisit SME ? Parce que l'ensemble a une certaine "harmonie", une certaine cohérence qui apporte de l'efficacité.
Pourquoi on peut refuser SME ? Parce qu'on ne comprend pas l'organisation choisie, parce qu'on n'a pas besoin de toutes les fonctions.

On peut faire la même chose avec une Debian. Oui.
Sauf qu'on sera seul pour créer un ensemble alors que SME a été conçu à plusieurs, et pendant plusieurs années.

Si les besoins sont bien "contenus" dans ce qui est offert par SME, on gagne du temps (beaucoup) à utiliser SME.
Si les besoins sont plus spécifiques, plus pointus, il faut regarder ses compétences et voir notre capacité à créer mieux.

Une distribution proche de SME est Zentyal qui offre à peu près les mêmes fonctions voire un peu plus.


Concernant Samba, les partages de répertoires et l'arborescence, l'approche de SME est simple : user + groupe + partage.
Il n'est pas possible, dans SME, de faire comme avec Windows, des sous-répertoires avec des droits différents.
Je ne suis pas certain qu'on puisse faire à la fois mieux et à la fois simplement ...
Cf les modèles de howtoforge

NB : on gagne d'autant plus de temps avec SME, qu'on a pris un peu de temps pour en comprendre les idées force ...

[jibe]

Salut,

Franck78 et jdh ont posté pendant que je composais et semblent d'un avis contraire. J'y reviens en fin.

Non, ta question n'est pas bizarre. Elle est au contraire intéressante, et j'ai vu un paquet de sujets montrant que certains devraient se la poser !

En fait, on pourrait voir même plus large que SME vs Debian, et se poser la question du pourquoi tant de distributions Linux ?

La réponse est dans les premières lignes sur Wikipédia :

Une distribution Linux [...] est un ensemble cohérent de logiciels, la plupart étant logiciels libres, assemblés autour du noyau Linux.

et :

Il existe une très grande variété de distributions, ayant chacune des objectifs et une philosophie particulière.

L'essentiel est dans ces deux phrases !

Et pour ton cas précis de SME vs Debian, c'est bien ça aussi : les deux sont une distrib Linux, mais chacune a des objectifs et une philosophie particulière.

Debian est une distrib qui cherche avant tout à être stable et polyvalente (ce qui ne veut pas dire qu'elle fait tout, mais qu'elle peut tout faire : c'est extrêmement différent), alors que SME cherche avant tout à être installable et administrable facilement par des non-informaticiens et à proposer les services courants utilisés en petite voire moyenne entreprise.

Deux approches totalement différentes, donc ! Et qui m'amènent souvent à conseiller de remplacer SME par une autre distrib. En effet, SME est plutôt faite pour être utilisée "out of the box". Si elle ne fait pas quelque chose qu'on voudrait ou comme on voudrait, ce n'est pas du tout à la portée de n'importe qui, même avec des compétences Linux ! Et on en arrive à une contradiction : il faut être expert pour intervenir sur une distrib conçue pour des non-informaticiens !!!

C'est dû au fait que la conception de SME est peu ordinaire, et utilise des artifices pour (ré)générer facilement sa configuration optimale. Et donc, dès qu'on veut intervenir, il faut tenir compte de ces artifices. Il est alors généralement plus simple d'intervenir sur une distrib plus "classique" comme Debian.

Les droits sur SME sont un bon exemple : ils sont optimisés en fonction de la configuration, souvent régénérables (change les droits dans une ibay, et si tu ne l'as pas fait en tenant compte des particularités et de la philosophie de SME, tu verras qu'ils se remettront tôt ou tard tels qu'avant ton intervention. Et s'ils sont définis ainsi, c'est parce que c'est ce qu'il faut dans la majorité des cas. Tout choix implique des renoncements !

Donc, à toi de voir ce qui est préférable pour toi : la facilité d'installation/administration, ou la possibilité de d'apporter facilement des modifications...

Franck78 et jdh mettent en avant, à juste titre, les avantages de SME. En gros, ce sont à la fois les particularités de cette distrib et les raisons qui ont poussé à la créer plutôt que d'utiliser une distrib existante, Debian par exemple.

Les questions qu'il faut aussi se poser, ce sont :

• suis-je prêt à investir du temps pour bien comprendre comment est conçue SME afin de pouvoir l'adapter selon mes besoins ?
• Est-ce bien la bonne solution de choisir une distrib pour finalement la transformer en quelque chose qui n'a plus rien à voir avec sa philosophie ?

Les réponses varient selon les cas. S'il y a peu de modifs, les avantages de la distrib continueront à l'emporter. Si les modifs sont complexes voire nombreuses (ie les droits dans plusieurs ibays), alors qu'elles seraient toutes simples avec une autre distrib, les avantages de la distrib seront anéantis par les inconvénients...

[nufinet]

ok merci de vos réponses précises
Selon vous, pour parametrer une debian server avec serveur de fichiers, serveur dhcp, vpn, droits d'acces des utilisateurs précis, sauvegardes sécurisées et j'en passe,
quel niveau faut-il avoir sous linux ? cela peux se faire "sur le tas" avec google et quelques bouquins, ou vaut-il mieux avoir une grande expérience de linux ?
Surtout sur un serveur en production ...

[jdh]

Le problème n'est pas suffisamment décrit :

- qu'est ce que vous comptez utiliser ?
- en quoi la réponse SME est insuffisante ?

[nufinet]

Le problème n'est pas suffisamment décrit :

1- qu'est ce que vous comptez utiliser ?
2- en quoi la réponse SME est insuffisante ?

1-peut-etre une autre distrib linux (debian, ubuntu, peu importe)
2-Insufisante pour le moment sur les droits restreints des utilisateurs dans les ibays
Y a aussi le probleme de la 8 beta1234567etc... avec ses problemes...impossible d'installer openvpn par exemple...mais apparemment elle va enfin ne plus etre beta

Sinon pour le reste la sme est parfaite....
J'avais vu sur ce forum qu'il y avait une contribs qui permettait d'affiner les droits des utilisateurs, mais tuait le ftp. Je ne l'ai pas encore testé.

[jdh]

Comme je le suspectais, le problème est dans les partages 'windows'.

Il faut savoir que Samba (qui offre ce service) est organisé en
- définition de partage : nom, répertoire physique, commentaire, droits d'accès
- répertoire physique : et son arborescence ...

Windows gère les droits à ces mêmes niveaux !
- partage : droits d'accès (qui -> droits)
- arborescence (NTFS) : à chaque niveau, on peut définir des droits

Linux (comme linux) s'appuie sur des droits plus élémentaires : un owner, un groupe, le reste du monde.
Mais cela n'empêche pas, si le file system est bien monté avec l'option qui va bien, d'avoir plusieurs owner+group+reste pour le même répertoire.

(Dans les 2 cas, il faut savoir comment fonctionne l'héritage ...)

Le problème ESSENTIEL est la structuration des droits !


Dans une entreprise (où j'ai travaillé 5 ans), je suis arrivé et j'ai constaté
- plus de partage que d'utilisateurs,
- des droits associés à des groupes et des individus,
=> ingérable !
J'ai motivé les décideurs, et aujourd'hui :
- majoritairement un seul partage,
- un tableau créé les 3 premiers niveaux et défini les droits.
Ce tableau (excel) contient une page avec
- 3 colonnes pour les 3 niveaux d'arborescence,
- N colonnes pour une liste de groupe,
- une rangée par éléments d'arborescence,
- à l'intersection "L" ou "M" pour lecture ou modification.
Puis une macro qui remplit une autre page avec les instructions 'mkdir', 'icacls' qui vont bien.
Les données ont été copiées de leur emplacement source vers la nouvelle arborescence progressivement.


SME est contrôleur de domaine, me semble-t-il.
Pourquoi ne pas regarder un serveur Debian avec Samba en mode 'serveur standalone' lié au contrôleur de domaine ?
Cela ne casse rien de la structure SME qui fournit déjà pas mal de choses, et cela permet de regarder comment faire.
Les exemples de config de howtoforge et du site samba (avec Using Samba) devraient donner des idées ...

[Franck78]

Selon vous, pour parametrer une debian server avec serveur de fichiers, serveur dhcp, vpn, droits d'acces des utilisateurs précis, sauvegardes sécurisées et j'en passe, quel niveau

-un bon niveau d'anglais
-une bonne culture technique
-connaitre sa boite (les besoins/habitudes)

L'idée étant de savoir formuler le problème pour trouver la solution idéale rapidement (et pas bancale rapide )

Il n'y a pas en soi de services insurmontables à comprendre.

Et ne pas oublier le prestataire qui assurera la continuité pendant les vacances !

Ne pas tentez tout d'un coup genre apprendre Perl pour écrire l'interface destinée à la sécretaire qui doit lui permettre de manager le planning livraison dans le nouveau groupware accroché au LDap qui n'est pas encore rempli des comptes utilisateurs auxquels il faut rajouter l'accès à la base de données depuis l'extérieur pour qu'ils vérifient les stocks...

[jibe]

Salut,

Le problème ESSENTIEL est la structuration des droits !

Tout à fait.

Pour ma part, j'ai toujours pu me contenter des droits offerts par les ibays de SME. Comme je ne travaille qu'avec de petites structures (peu d'utilisateurs, peu de postes), il n'est pas impossible que ça puisse ne pas suffire dans des cas plus complexes que ceux que je rencontre. Mais AMHA cela doit quand même être assez exceptionnel : le système d'ibays et des droits associés date de l'époque e-smith, c'est à dire bien avant que Mitel reprenne le projet sous la dénomination SME, puis qu'après une période de flottement contribs.org reprenne les choses en mains. Ceux qui ont fait e-smith ont vraiment bien pensé leur affaire, et Mitel a bien amélioré : si les droits sur les ibays posaient souvent des problèmes, le système en aurait été revu.

C'est d'ailleurs une demande qui me parait assez récente, et qui revient de plus en plus. Je ne crois pas vraiment que ce soit parce que les besoins des entreprises évoluent, je fais plutôt le rapprochement avec le fait qu'on nous soumet des problèmes de plus en plus basiques et mal étudiés !

Il t'a été demandé de mieux définir ton besoin. Ce n'est pas en une phrase ou deux que tu peux le faire !!! La majorité de ceux qui le font ainsi montrent par la suite qu'ils n'ont aucune idée précise de leurs besoins : ils partent d'une solution technique choisie on ne sait pas comment et tentent de la faire coller à ce qu'ils voudraient pouvoir faire, en s'imaginant qu'il y a nécessairement parfaite adéquation entre ce qu'on veut pouvoir faire et ce dont on a réellement besoin !

Au départ, on a des utilisateurs et des fichiers. C'est de là qu'il faut partir. Qui doit avoir quel droit sur quel fichier ? Et dans l'absolu de la théorie, on pourrait même aller assez loin dans la gestion des droits :
- Droit de lister (fichier visible ou caché) : Oui/Non/Indifférent
- Droit de lecture : Oui/Non/Indifférent
- Droit de créer : Oui/Non/Indifférent
- Droit de modifier : Oui/Non/Indifférent

Selon les besoins à ce niveau, on voit déjà que certains OS ne conviendront pas ! Mais bon, supposons qu'on se limite aux droits classiques de lecture seule et lecture/écriture, acceptés par W$ comme par Linux. Il faut alors faire des regroupements des fichiers en partages et des utilisateurs en groupes, puis refaire un tableau des droits par partage et par groupe.

Si le premier tableau (utilisateurs/fichiers) a été bien réfléchi, s'il a bien été noté "indifférent" là où ça l'est, le second tableau devrait être assez réduit. S'il était important, il faudrait s'interroger sur les moyens de le simplifier : a-t-on réellement besoin de telle ou telle contrainte ? Est-ce vraiment nécessaire que l'utilisateur toto ne puisse pas lire le fichier créé par titi pour l'affiche du pot d'amitié organisé par le CE pour le départ à la retraite de tutu ? Est-ce vraiment nécessaire que tata ne puisse pas lire le document qui sera imprimé sur le copieur près de la machine à café et qui y restera deux ou trois heures avant qu'on aille le récupérer ?

Et lorsqu'on a fait bien consciencieusement cette démarche, on s'aperçoit presque toujours que c'est assez loin de ce qu'on s'imaginait au départ, et souvent d'autant plus loin qu'il y a plus d'utilisateurs et de fichiers à partager ! On a souvent tendance à faire une usine à gaz là où une simple cocote minute suffit amplement...

Si tu ne peux pas nous présernter une telle étude, c'est que tu ne l'as pas faite. Alors, commence par la faire Sans elle, nous ne pouvons que rester dans l'abstrait et les suppositions, mais en aucun cas te donner un conseil adapté !

Lorsque les besoins sont bien définis, tout tient en trois phrases :

• Si SME peut satisfaire les besoins, préférer SME,
• Si les besoins dépassent largement les possibilités de SME, préférer une autre distribution. Ne modifier SME qu'en parfaite connaissance de cause, en étant certain d'avoir bien pesé tous les pour et tous les contres (et il y en a beaucoup !) et les connaissances requises (SME, pas Linux !!!) pour le faire.
• Si quelques besoins seulement font qu'on sort du cadre SME, remettre à plat le tout pour voir si des compromis ne permettraient pas de retomber dans le premier cas. Sinon, considérer qu'on est dans le second.