Justement, la configuration en temps réel et à distance d'un serveur comme samba est une abérration. Tout passe comme crosoft dans le 135... Tu filtres comment ?
La conf d'un serveur, c'est quelque chose de statique qui ne doit pas être modifier tous les 4 matins et qui ne doit pas se faire par le même canal que le serveur lui même. Tu te vois modifier la conf apache avec des simples requêtes http ! C'est vraiment vouloir faire la pars belle aux vers, cela me semble d'une conception ultra dangeureuse.
Un fichier de conf doit être lisible pour s'imprimer. Ainsi, il est facile de comprendre pour un spécialiste pourquoi cela ne marche pas. Faire 50 copies d'écran pour comprendre la conf d'un serveur est débile. D'ailleurs sous Windows, si cela ne marche pas, le technicien dé-installe le logiciel, le ré-installe et re-clickque avec son téléphone portable à l'épaule (c'est du vécu). C'est débilifiant comme démarche.
Pour le clustering ou la répartition de charge, il ne faut pas mélanger les problèmes de fonctionnement de serveur et de configuration. Je l'ai dis pour les firewall, qu'un cluster samba échange sur un AUTRE port ce genre d'info et que samba utilise un format binaire pour gérer cela, très bien. Tout ca n'a rien a voir avec de la configuration, c'est du fonctionnement qui se ré-initialise au démarrage.
Mélanger données de fonctionnement et données de configuration, mélanger le service rendus et l'adminstration à distance dans le même canal (port), tout cela pour moi est d'une dangeureusité qui ne mérité pas les bénéfices nul que l'on peut en tirer. C'est quand même pas bien dur aujourd'hui d'ouvrir un canal spécialisé, c'est pas bien dur de faire du stockage temps réel et un fichier à plat pour la configuration... A combien de ligne de code est le cout d'avoir un système unifié ? Quel est le cout d'orthogonaliser les choses pour limiter les risques énormes ?
Bien sur, à faire cela, on se coupe de l'AD de Crosoft et des GPO... et des consoles d'administration. Or l'objectif est de fusionner tout cela. Les gens de samba veulent rentrer dans l'abération de l'AD centralisé de Microsoft.
[^] # Re: But?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de ReactOS 0.3.9. Évalué à 10.
La conf d'un serveur, c'est quelque chose de statique qui ne doit pas être modifier tous les 4 matins et qui ne doit pas se faire par le même canal que le serveur lui même. Tu te vois modifier la conf apache avec des simples requêtes http ! C'est vraiment vouloir faire la pars belle aux vers, cela me semble d'une conception ultra dangeureuse.
Un fichier de conf doit être lisible pour s'imprimer. Ainsi, il est facile de comprendre pour un spécialiste pourquoi cela ne marche pas. Faire 50 copies d'écran pour comprendre la conf d'un serveur est débile. D'ailleurs sous Windows, si cela ne marche pas, le technicien dé-installe le logiciel, le ré-installe et re-clickque avec son téléphone portable à l'épaule (c'est du vécu). C'est débilifiant comme démarche.
Pour le clustering ou la répartition de charge, il ne faut pas mélanger les problèmes de fonctionnement de serveur et de configuration. Je l'ai dis pour les firewall, qu'un cluster samba échange sur un AUTRE port ce genre d'info et que samba utilise un format binaire pour gérer cela, très bien. Tout ca n'a rien a voir avec de la configuration, c'est du fonctionnement qui se ré-initialise au démarrage.
Mélanger données de fonctionnement et données de configuration, mélanger le service rendus et l'adminstration à distance dans le même canal (port), tout cela pour moi est d'une dangeureusité qui ne mérité pas les bénéfices nul que l'on peut en tirer. C'est quand même pas bien dur aujourd'hui d'ouvrir un canal spécialisé, c'est pas bien dur de faire du stockage temps réel et un fichier à plat pour la configuration... A combien de ligne de code est le cout d'avoir un système unifié ? Quel est le cout d'orthogonaliser les choses pour limiter les risques énormes ?
Bien sur, à faire cela, on se coupe de l'AD de Crosoft et des GPO... et des consoles d'administration. Or l'objectif est de fusionner tout cela. Les gens de samba veulent rentrer dans l'abération de l'AD centralisé de Microsoft.
Moi cela ne m'intéresse pas le moins du monde.