La compatibilité est des deux cotés du tuyaux, l'UE choisi la solution de streaming, qui peut en fonction du fournisseur imposer le format.
C'est du vraisemblablement domaine du service de straming de l'U.E. de faire un cahier des charges correct et de faire un appel d'offre décent.
Prendre une solution aussi peu compatible ressemble plus à un non-choix qu'à une sérieuse étude des besoins. Le coup de la légalité ressemble plus à un parapluie qu'à une raison valable. La meilleure preuve est l'absence de développement pour cet argument.
Et pour les acronymes, ils sont tous définis et courants dans les contrats de services informatique. Comme le mot légalement garanti semble important dans la FAQ, j'essayais de voir comment l'aspect légal peut invalider le logiciel libre.
Et ces acronymes, je les connais bien car travaillant dans une société de services j'y suis aussi soumis. Toutefois, je continue à ne pas voir en quoi l'utilisation de vrais standards pose des problèmes...
mais au moins, si tu as la garantie légale que le produit le fait, le jour où l'on modifie une vidéo tu peux poursuivre quelqu'un devant un tribunal (le modficiateur pour violation de la DADVSI, ou le fournisseur pour défaut contractuel) et l'on ne t'accusera pas de ne pas y avoir pensé.
Ce point est sans objet dans le cas d'un système de streaming, spécialement dans le cas de streaming live. En plus, as-tu vu des DRM sur les video en question?
L'approche geek techno centriques sur des choix de l'UE est une forme d'oeillère confortable mais inefficace pour comprendre dans un premier temps puis amener les administrations dans un deuxième temps à améliorer leurs techno de diffusion.
Attitude classique de la personne voulant substituer un choix politique à un choix technique.
En ce qui me concerne, je ne considère pas avoir une approche geek techno centrique, juste une approche de quelqu'un ayant déjà participé à la mise en place de systèmes de streaming dans une entreprise de grande taille où l'immobilisme et la résistance aux produits non-microsoft peut représenter un obstacle sérieux que même un dossier parfaitement goupillé peut avoir du mal à surmonter... "on en vire pas quelqu'un pour avoir choisi Microsoft".
Heureusement, dans mon cas, mon équipe a pu fournir assez d'arguments pour pousser une entreprise de plusieurs dizaines de milliers d'employés à utiliser des standards de qualité plutôt que de laisser Microsoft venir implémenter son système techniquement inférieur et incompatible.
Pour moi, cette histoire de légalité n'est qu'un parapluie agité par un organisme n'ayant pas poussé la réflexion très loin et en tout cas incapable de justifier son attitude correctement.
Tu confonds le débat 'utiliser du logiciel libre pour faire le streaming' et 'faire du streaming compatible avec les lecteurs libres'... En outre, je ne parles pas de VLC comme serveur mais bien comme client. Pour le serveur, il y a la solution d'Apple qui fait le travail impeccablement.
Opter pour des solutions telles que Quicktime Streaming Server ne pose pas plus de problèmes que d'opter pour Windows Media Server. La seule différence est qu'avec le serveur Quicktime on peut servir de la video respectant de vrais standards et laisser aux utilisateurs le choix du client.
Pas la peine donc de balancer des brouettes d'acronymes comme SLA et QoS pour essayer de noyer le poisson, la question n'est absolument pas là. Des produits pour faire le streaming correctement, il y en a, et avec de gros joueurs très compétents derrière pour le support.
Il me semble que si le client n'est pas en règle au niveau support redhat, il n'est pas non-plus en règle au niveau support oracle.
Donc il faut remédier immédiatement au problème et acheter du support pour la redhat sous peine de ne pas avoir d'aide d'oracle en cas de problème.
Franchement, vu le prix d'oracle par rapport à celui de redhat, ce serait une économie de bouts de chandelles mal placée que de ne pas reprendre du support chez redhat.
et les intervenants techniques sont des gens vendus.
Ben c'est une évidence... on les paye... mon boucher aussi est un vendu acquis au lobby de la viande...
Pour avoir participé à la mise en place d'une solution video compatible linux et windows dans l'entreprise où je travaille, et pour avoir assisté aux levées de boucliers genre "mais pourquoi vous voulez utiliser ça, on a qu'à utiliser windows media server", je pense qu'avant tout le problème vient de l'incompétence et de la résistance au changement des personnes impliquées au niveau des décisions techniques, plus qu'une quelconque "corruption", même inconsciente.
A priori, ceux qui s'occupent du streaming video du conseil de l'union européenne sont certainement des idiots incapables de s'adapter à des systèmes modernes, il leur faut donc un truc "simple" qui ne va pas les traumatiser par un changement brusque.
Le mieux, si tu veux continuer avec un système certifié redhat, c'est de racheter du support.
Si tu ne désires pas racheter du support et que les mises à jour ne sont pas très importantes, tu pourras installer les paquets depuis les cd's avec un peu de patience.
En ce qui concerne les mises à jour, si tu ne désires pas reprendre du support, la seule solution est de télécharger les SRPM depuis le site de redhat et les recompiler toi-même.
cfr: ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/
Si tu ne désires pas reprendre du support chez redhat, et que tu n'as pas des impératifs de certification redhat, il est peut-être intéressant de migrer vers une distribution moins contraignante au niveau des mises à jour. Dans ce dernier cas, je te recommande Debian.
la solution serveur quicktime correctement utilisée permet d'avoir les clients quicktime, vlc, mplayer, ... ce qui permet d'être lisible sur à peu près tout et n'importe quoi.
La vérité est que ce n'est pas un problème légal mais bien un bug mental... à moins que les quelques pays supportant officiellement les brevets sur le logiciel n'aient réeussi à imposer la peur des brevets por rabattre l'U.E. dans les filets de Microsoft...
En tout cas, l'excuse telle que présentée dans la faq est insuffisante, et s'il y a une pétition à faire c'est avant tout pour exiger des clarifications sur ce point.
Parcequ'il est aisé de mettre en place un système de streaming compatible quicktime et vlc/mplayer/... Il suffit d'utiliser des serveurs de streaming quicktime et ils ont un fournisseur contre lequel se retourner en cas de problèmes...
L'objectif est peut être de déclarer que seul Microsoft est légal?
Franchement, la personne qui a inventé cet argument mériterait de se faire virer pour imbécilité mensongère caractérisée.
à mon avis c'était plutôt des |33t / c0wb0yz qui avaient fait cela...
Sans doutes, mais ils n'ont sans doutes pas fait ça sans outils... en plus les outils actuels permettent d'intégrer harmonieusement les backdoors et chevaux de troie à l'OS dès l'installation...
Le problème c'est que c'est eux qui se proclament police du net.
Non, c'est les administrateurs qui choisissent de les utiliser qui les proclament "police du net".
Maintenant, si un administrateur décide d'utiliser une blacklist mal gérée et pourrave, tu peux toujours essayer de le réorienter vers un service de meilleure qualité.
il faut mettre -pass 2 après avoir fait une première passe avec -pass 1, sinon le fichier de log de la première passe n'est pas disponible et la deuxième passe ne peut avoir lieu.
Ben d'un autre côté, comme il n'y a pas de police sur le net, faut bien mettre un peu d'ordre: le spam est une plaie qui ne cesse de bouffer des ressources sur le web.
Et si des sites comme smtpcheck sont utilisés, c'est parcequ'il y a un réel besoin et que des administrateurs les utilisent.
Maintenant, c'est vrai qu'il y a d'autres solutions, comme le timbre virtuel payant que Microsoft a voulu impo... euh... proposer.
une version de windows sans activation genre version corporate, qui a également l'avantage en plus de supprimer tous les trucs inutiles qui alourdissent windows...
La varitable version "corporate" n'est qu'une version "pro" avec une clef d'activation spéciale pour entreprise.
Par contre, si l'utilisation d'une clef corporate élimine le problème d'activation, elle n'élimine pas le problème du WGA qui finit toujours par retomber dans la figure de l'utilisateur malhonnête mais pas très au courant.
Mais bon c'est sûr à redmond la modularité ils ne connaissent pas apparemment...
Si si, ils connaissent: windows est relativement modulaire, mais seulement pour ceux que ça intéresse vraiment: c'est les scripts d'installation qui sont à modifier. A côté du toolkit officiel pour XP embedded, il y a des petits outils comme nlite qui sont vraiment très utils en entreprise car ils font justement ce travail d'édition des scripts d'installation. La version "corporate" allégée dont tu as parlé est très certainement produite par ce processus.
La flash encaisse mieux les variations de température et les vibrations qu'un disque dur.
Maintenant, plus je lis tes messages, plus je me demandes si du hardware pc est adapté, car en cas de températures extrêmes, il y a problème: il faut refroidir le processeur même quand il fait très chaud, et dans un boitier étanche, c'est pas évident. de même, si le matos est à -15°, il faut envisager un chauffage.
Il est alors nécessaire d'activer le swap sur la carte mémoire sinon ca ne se lance tout simplement pas.
Pas brillant, c'est une des pires choses qui puisse arriver à une carte flash: servir au swap... la durée de vie de la carte mémoire sera très courte avec une telle utilisation.
et question environnement thermique? Quelle température? Possibilité de refroidissement passif?
En gros, je verrais un système à base nano-itx, genre Epia NL 5000 E, très intégré, pas trop violent au niveau consommation, très compact.
C'est un systèmes x86, et pour de l'embarqué on peut installer l'os (un gentoo?) sur une carte compact flash (moyennant un adaptateur ata/cf).
Un heatpipe vers une paroi du boîtier munie d'un radiateur pourrait faire l'affaire pour le refroidissement.
En l'occurence, dans la question il n'était pas marqué que c'était pour des clusters. Il y a une différence entre lancer une commande sur un cluster et une série de machines distinctes.
A part pour des trucs extrêmement basics, il vaut mieux travailler avec un système asynchrone garantissant que si une machine a raté le rendez-vous (parcequ'elle était éteinte, qu'un routeur était down, ...), elle puisse se retrouver par la suite dans l'état correct.
En plus un shell distribué, c'est un bon moyen de faire une fausse manip sur plein de machines à la fois.
ou remplacer la clef par un adaptateur ATA<->Compact flash, ce qui permet d'utiliser une carte mémoire compact flash comme un véritable disque dur, ce qui simplifie les opérations.
Maintenant, pour ce qui est de l'OS en lui même, la procédure d'installation dépend largement des besoins et des conaissances.
On peut aussi bien mettre un fedora complet que de faire à la main un système minimaliste basé sur busybox.
Pour le matériel, il faut aussi bien cibler les besoins. En général, pour de l'embarqué léger, on peut utiliser des systèmes à base risc Hitashi, ... mais pour faire plus simple, une carte mère epia de via (compatible x86) peut très bien faire le boulot. cela dépend énormément des conditions de l'embarqué (sur secteur, sur batteries, nécessitant un boîtier étanche ou pas, prise d'air externe ou pas, ...) ,...
Quelqu'un a des explications sur le pourquoi ca prend du temps de changer la licence ?
Changer la license, ça bouffe du temps parcequ'il faut passer le code en revue pour vérifier qu'il n'y ait rien de problématique dedans, p.ex du code propriété d'une autre entreprise nécessitant des négociations pour le libérer ou du temps pour le remplacer.
qui me font comprendre que l'utilisation optimale de RedHat se paye
Ce n'est pas du tout mon propos, alors réserve cette remarque pour quelqu'un d'autre.
Mon message expliquait plutôt que même en ayant payé, enregistrer ses machines sur RHN n'est pas forcément une bonne idée ou même possible.
Quand tu places des serveurs dans une dmz, tu n'a pas forcément envie ou le droit qu'ils puissent atteindre des sites comme RHN, de même, quand tu as un grand parc de serveurs, tu n'as pas forcément envie de voir celui-ci se connecter à rhn.
Enfin, il faut bien se dire que rhn est un système qui peut présenter des dangers sérieux pour la gestion des serveurs car il peut administrer ceux-ci et quelqu'un prenant le contrôle du site rhn ou du compte de l'utilisateur aurait certains pouvoirs administratifs sur les machines enregistrées. Sans compter la possibilité d'avoir une info détaillée sur les configs du parc de serveurs correspondant.
IMNSHO en environnement professionnel on a justement intérêt à garder les machines conformes à un standard bien défini, et ne pas gérer des déviations inutiles et coûteuses.
absolument... et une chose importante pour garder un standard, c'est de réduire les opérations humaines au strict minimum, d'organiser la distribution des opérations de manière centralisée, avec des mécanismes de validation et de contrôle de qualité.
A ce titre, mettre en place un système de distribution de scripts et de fichiers de config est bien plus intéressant que de lancer les commandes de manière synchrone sur toutes les machines (l'administration synchrone est un excellent moyen de créer des disparités dans un parc de serveurs)
Bof, d'abord ce n'est qu'un gadget en mode interactif, pas vraiment utile pour l'automatisation centralisée.
Ensuite, mieux vaut ne pas utiliser cela et s'adresser à chaque machine individuellement, car si toutes les machines ne sont pas identiques, ça risque de merder.
C'est un outil d'administration bien trop CowBoy pour un environnement professionnel en tout cas.
[^] # Re: des vendus
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 3.
C'est du vraisemblablement domaine du service de straming de l'U.E. de faire un cahier des charges correct et de faire un appel d'offre décent.
Prendre une solution aussi peu compatible ressemble plus à un non-choix qu'à une sérieuse étude des besoins. Le coup de la légalité ressemble plus à un parapluie qu'à une raison valable. La meilleure preuve est l'absence de développement pour cet argument.
Et ces acronymes, je les connais bien car travaillant dans une société de services j'y suis aussi soumis. Toutefois, je continue à ne pas voir en quoi l'utilisation de vrais standards pose des problèmes...
Ce point est sans objet dans le cas d'un système de streaming, spécialement dans le cas de streaming live. En plus, as-tu vu des DRM sur les video en question?
Attitude classique de la personne voulant substituer un choix politique à un choix technique.
En ce qui me concerne, je ne considère pas avoir une approche geek techno centrique, juste une approche de quelqu'un ayant déjà participé à la mise en place de systèmes de streaming dans une entreprise de grande taille où l'immobilisme et la résistance aux produits non-microsoft peut représenter un obstacle sérieux que même un dossier parfaitement goupillé peut avoir du mal à surmonter... "on en vire pas quelqu'un pour avoir choisi Microsoft".
Heureusement, dans mon cas, mon équipe a pu fournir assez d'arguments pour pousser une entreprise de plusieurs dizaines de milliers d'employés à utiliser des standards de qualité plutôt que de laisser Microsoft venir implémenter son système techniquement inférieur et incompatible.
Pour moi, cette histoire de légalité n'est qu'un parapluie agité par un organisme n'ayant pas poussé la réflexion très loin et en tout cas incapable de justifier son attitude correctement.
[^] # Re: des vendus
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 4.
Opter pour des solutions telles que Quicktime Streaming Server ne pose pas plus de problèmes que d'opter pour Windows Media Server. La seule différence est qu'avec le serveur Quicktime on peut servir de la video respectant de vrais standards et laisser aux utilisateurs le choix du client.
Pas la peine donc de balancer des brouettes d'acronymes comme SLA et QoS pour essayer de noyer le poisson, la question n'est absolument pas là. Des produits pour faire le streaming correctement, il y en a, et avec de gros joueurs très compétents derrière pour le support.
[^] # Re: Pas des tonnes de solutions...
Posté par ragoutoutou . En réponse au message Paquets RHEL3. Évalué à 2.
Donc il faut remédier immédiatement au problème et acheter du support pour la redhat sous peine de ne pas avoir d'aide d'oracle en cas de problème.
Franchement, vu le prix d'oracle par rapport à celui de redhat, ce serait une économie de bouts de chandelles mal placée que de ne pas reprendre du support chez redhat.
[^] # Re: Quicktime est illégal?
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 1.
Donc question sans rapport avec le sujet.
[^] # Re: des vendus
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 5.
Ben c'est une évidence... on les paye... mon boucher aussi est un vendu acquis au lobby de la viande...
Pour avoir participé à la mise en place d'une solution video compatible linux et windows dans l'entreprise où je travaille, et pour avoir assisté aux levées de boucliers genre "mais pourquoi vous voulez utiliser ça, on a qu'à utiliser windows media server", je pense qu'avant tout le problème vient de l'incompétence et de la résistance au changement des personnes impliquées au niveau des décisions techniques, plus qu'une quelconque "corruption", même inconsciente.
A priori, ceux qui s'occupent du streaming video du conseil de l'union européenne sont certainement des idiots incapables de s'adapter à des systèmes modernes, il leur faut donc un truc "simple" qui ne va pas les traumatiser par un changement brusque.
# Pas des tonnes de solutions...
Posté par ragoutoutou . En réponse au message Paquets RHEL3. Évalué à 4.
Si tu ne désires pas racheter du support et que les mises à jour ne sont pas très importantes, tu pourras installer les paquets depuis les cd's avec un peu de patience.
En ce qui concerne les mises à jour, si tu ne désires pas reprendre du support, la seule solution est de télécharger les SRPM depuis le site de redhat et les recompiler toi-même.
cfr: ftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/
Si tu ne désires pas reprendre du support chez redhat, et que tu n'as pas des impératifs de certification redhat, il est peut-être intéressant de migrer vers une distribution moins contraignante au niveau des mises à jour. Dans ce dernier cas, je te recommande Debian.
[^] # Re: ce qui me choque...
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 8.
La vérité est que ce n'est pas un problème légal mais bien un bug mental... à moins que les quelques pays supportant officiellement les brevets sur le logiciel n'aient réeussi à imposer la peur des brevets por rabattre l'U.E. dans les filets de Microsoft...
En tout cas, l'excuse telle que présentée dans la faq est insuffisante, et s'il y a une pétition à faire c'est avant tout pour exiger des clarifications sur ce point.
# Quicktime est illégal?
Posté par ragoutoutou . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 10.
L'objectif est peut être de déclarer que seul Microsoft est légal?
Franchement, la personne qui a inventé cet argument mériterait de se faire virer pour imbécilité mensongère caractérisée.
[^] # Re: Le problème
Posté par ragoutoutou . En réponse à la dépêche L'UFC Que Choisir contre la vente liée. Évalué à 2.
Sans doutes, mais ils n'ont sans doutes pas fait ça sans outils... en plus les outils actuels permettent d'intégrer harmonieusement les backdoors et chevaux de troie à l'OS dès l'installation...
[^] # Re: Marre de ces organisme à la con
Posté par ragoutoutou . En réponse au message www.smtpcheck.com. Évalué à 2.
Non, c'est les administrateurs qui choisissent de les utiliser qui les proclament "police du net".
Maintenant, si un administrateur décide d'utiliser une blacklist mal gérée et pourrave, tu peux toujours essayer de le réorienter vers un service de meilleure qualité.
[^] # Re: RTFM
Posté par ragoutoutou . En réponse au message Qualité de Ffmpeg ?. Évalué à 2.
[^] # Re: Marre de ces organisme à la con
Posté par ragoutoutou . En réponse au message www.smtpcheck.com. Évalué à 2.
Et si des sites comme smtpcheck sont utilisés, c'est parcequ'il y a un réel besoin et que des administrateurs les utilisent.
Maintenant, c'est vrai qu'il y a d'autres solutions, comme le timbre virtuel payant que Microsoft a voulu impo... euh... proposer.
# et le daemon...
Posté par ragoutoutou . En réponse au message Problème pour démarrer MySQL sur RHEL 3. Évalué à 3.
C'est étrange, mysql sur RHEL, c'est plutôt simple à mettre en route...
[^] # Re: Le problème
Posté par ragoutoutou . En réponse à la dépêche L'UFC Que Choisir contre la vente liée. Évalué à 2.
La varitable version "corporate" n'est qu'une version "pro" avec une clef d'activation spéciale pour entreprise.
Par contre, si l'utilisation d'une clef corporate élimine le problème d'activation, elle n'élimine pas le problème du WGA qui finit toujours par retomber dans la figure de l'utilisateur malhonnête mais pas très au courant.
Si si, ils connaissent: windows est relativement modulaire, mais seulement pour ceux que ça intéresse vraiment: c'est les scripts d'installation qui sont à modifier. A côté du toolkit officiel pour XP embedded, il y a des petits outils comme nlite qui sont vraiment très utils en entreprise car ils font justement ce travail d'édition des scripts d'installation. La version "corporate" allégée dont tu as parlé est très certainement produite par ce processus.
[^] # Re: Détails
Posté par ragoutoutou . En réponse au message Installation d'un linux embarque dans une carte mere. Évalué à 2.
Maintenant, plus je lis tes messages, plus je me demandes si du hardware pc est adapté, car en cas de températures extrêmes, il y a problème: il faut refroidir le processeur même quand il fait très chaud, et dans un boitier étanche, c'est pas évident. de même, si le matos est à -15°, il faut envisager un chauffage.
[^] # Re: Question performance
Posté par ragoutoutou . En réponse à la dépêche Nokia et l'open source. Évalué à 8.
Pas brillant, c'est une des pires choses qui puisse arriver à une carte flash: servir au swap... la durée de vie de la carte mémoire sera très courte avec une telle utilisation.
[^] # Re: Détails
Posté par ragoutoutou . En réponse au message Installation d'un linux embarque dans une carte mere. Évalué à 2.
En gros, je verrais un système à base nano-itx, genre Epia NL 5000 E, très intégré, pas trop violent au niveau consommation, très compact.
C'est un systèmes x86, et pour de l'embarqué on peut installer l'os (un gentoo?) sur une carte compact flash (moyennant un adaptateur ata/cf).
Un heatpipe vers une paroi du boîtier munie d'un radiateur pourrait faire l'affaire pour le refroidissement.
[^] # Re: Détails
Posté par ragoutoutou . En réponse au message Installation d'un linux embarque dans une carte mere. Évalué à 2.
Des contraintes au niveau des dimensions?
[^] # Re: CSSH
Posté par ragoutoutou . En réponse au message Script connexions SSH multiples. Évalué à 2.
En l'occurence, dans la question il n'était pas marqué que c'était pour des clusters. Il y a une différence entre lancer une commande sur un cluster et une série de machines distinctes.
A part pour des trucs extrêmement basics, il vaut mieux travailler avec un système asynchrone garantissant que si une machine a raté le rendez-vous (parcequ'elle était éteinte, qu'un routeur était down, ...), elle puisse se retrouver par la suite dans l'état correct.
En plus un shell distribué, c'est un bon moyen de faire une fausse manip sur plein de machines à la fois.
[^] # Re: heu...
Posté par ragoutoutou . En réponse au message Installation d'un linux embarque dans une carte mere. Évalué à 2.
Maintenant, pour ce qui est de l'OS en lui même, la procédure d'installation dépend largement des besoins et des conaissances.
On peut aussi bien mettre un fedora complet que de faire à la main un système minimaliste basé sur busybox.
Pour le matériel, il faut aussi bien cibler les besoins. En général, pour de l'embarqué léger, on peut utiliser des systèmes à base risc Hitashi, ... mais pour faire plus simple, une carte mère epia de via (compatible x86) peut très bien faire le boulot. cela dépend énormément des conditions de l'embarqué (sur secteur, sur batteries, nécessitant un boîtier étanche ou pas, prise d'air externe ou pas, ...) ,...
[^] # Re: Trouvé
Posté par ragoutoutou . En réponse au message Sudo avec popen2. Évalué à 2.
p.ex:
utilisateur ALL=NOPASSWD:[/chemin/commande] ....
mais il faut bien vérifier si ça ne pose pas un problème de sécurité...
[^] # Re: question
Posté par ragoutoutou . En réponse à la dépêche Java Standard Edition 6 est sorti. Évalué à 10.
Changer la license, ça bouffe du temps parcequ'il faut passer le code en revue pour vérifier qu'il n'y ait rien de problématique dedans, p.ex du code propriété d'une autre entreprise nécessitant des négociations pour le libérer ou du temps pour le remplacer.
[^] # Re: RHEL
Posté par ragoutoutou . En réponse au message Expert RHEL. Évalué à 3.
Ce n'est pas du tout mon propos, alors réserve cette remarque pour quelqu'un d'autre.
Mon message expliquait plutôt que même en ayant payé, enregistrer ses machines sur RHN n'est pas forcément une bonne idée ou même possible.
Quand tu places des serveurs dans une dmz, tu n'a pas forcément envie ou le droit qu'ils puissent atteindre des sites comme RHN, de même, quand tu as un grand parc de serveurs, tu n'as pas forcément envie de voir celui-ci se connecter à rhn.
Enfin, il faut bien se dire que rhn est un système qui peut présenter des dangers sérieux pour la gestion des serveurs car il peut administrer ceux-ci et quelqu'un prenant le contrôle du site rhn ou du compte de l'utilisateur aurait certains pouvoirs administratifs sur les machines enregistrées. Sans compter la possibilité d'avoir une info détaillée sur les configs du parc de serveurs correspondant.
RHN est un risque sécurité.
[^] # Re: CSSH
Posté par ragoutoutou . En réponse au message Script connexions SSH multiples. Évalué à 2.
absolument... et une chose importante pour garder un standard, c'est de réduire les opérations humaines au strict minimum, d'organiser la distribution des opérations de manière centralisée, avec des mécanismes de validation et de contrôle de qualité.
A ce titre, mettre en place un système de distribution de scripts et de fichiers de config est bien plus intéressant que de lancer les commandes de manière synchrone sur toutes les machines (l'administration synchrone est un excellent moyen de créer des disparités dans un parc de serveurs)
[^] # Re: CSSH
Posté par ragoutoutou . En réponse au message Script connexions SSH multiples. Évalué à 1.
Ensuite, mieux vaut ne pas utiliser cela et s'adresser à chaque machine individuellement, car si toutes les machines ne sont pas identiques, ça risque de merder.
C'est un outil d'administration bien trop CowBoy pour un environnement professionnel en tout cas.