Si tu utilises un autre port, tu peux avoir des règles sur ton firewall complètement différente... Donc a mon tour de faire de l'ironie : as-tu déjà utiliser un firewall et un truc un peu mieux que la daube qui est dans XP. Par exemple, avec iptables, tu peux limiter l'accès a un port a deux nouvelles connexions max par minutes. Avec ce genre de règles qui s'écrivent facilement, tu élimines déjà 99% des attaques !
Donc oui, tout mélanger est une bétise.
Enfin, je parlais d'un ver qui cherche a rentrer et non a sortir... Mais je met aussi des règles en sortie sur mes serveurs.
Pour ce qui est de l'export de la base de registre, merci, je connais et heureusement que cela existe. Mais fait une simple action dans la configuration de Windows et dis moi ou cela se trouve dans le registre et cela sera complètement utilisable. Seule une toute petite partie de la base de registre est documenté, la grande majorité des clefs est totalement incompréhensible. Normal, il a été fait le choix de mélanger configuration et données de programme. Pour moi, c'est un défaut majeur dans la conception.
Quand à la problématique des techniciens, ta réponse est complètement à la rue. Tu passes un appel d'offre, la boite qui remporte le marché vient installer le produit et tu n'as pas le pouvoir de dire que tu veux tel ou tel technicien. Tu fait avec le technicien qu'on t'envoi pour la journée.
Pour les RPM, je suis parfaitement d'accord. Je ne suis pas fanatique des logiciels propriétaires même sous Linux car on retrouve les mêmes travers. Les techniciens n'y connaissent rien pour la plupart. Sans interface graphique, ils sont perdus. Si cela ne marchent pas, il dé-installe puis ré-installe... Bref, c'est le mauvais coté qui dérive sur Linux.
Concernant l'AD, je n'ai jamais dis que cela ne marchait pas. Les parts de marchés ne sont pas un témoin de la qualité car dans le cas présent, il y a un problème de MONOPOLE. En situation de monopole, toutes les cartes sont biaisés. Cependant, tout comme le sudo, l'AD a l'avantage de résoudre une problèmatique et il apporte une solution qui est finalement simple à mettre en oeuvre. Derrière les problèmes de conception et de sécurité, il permet a des milliers de postes d'être géré un minimum correctement. C'est donc une réponse pragmatique mais que personnellement je trouve beaucoup trop centralisé.
[^] # Re: But?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de ReactOS 0.3.9. Évalué à 8.
Donc oui, tout mélanger est une bétise.
Enfin, je parlais d'un ver qui cherche a rentrer et non a sortir... Mais je met aussi des règles en sortie sur mes serveurs.
Pour ce qui est de l'export de la base de registre, merci, je connais et heureusement que cela existe. Mais fait une simple action dans la configuration de Windows et dis moi ou cela se trouve dans le registre et cela sera complètement utilisable. Seule une toute petite partie de la base de registre est documenté, la grande majorité des clefs est totalement incompréhensible. Normal, il a été fait le choix de mélanger configuration et données de programme. Pour moi, c'est un défaut majeur dans la conception.
Quand à la problématique des techniciens, ta réponse est complètement à la rue. Tu passes un appel d'offre, la boite qui remporte le marché vient installer le produit et tu n'as pas le pouvoir de dire que tu veux tel ou tel technicien. Tu fait avec le technicien qu'on t'envoi pour la journée.
Pour les RPM, je suis parfaitement d'accord. Je ne suis pas fanatique des logiciels propriétaires même sous Linux car on retrouve les mêmes travers. Les techniciens n'y connaissent rien pour la plupart. Sans interface graphique, ils sont perdus. Si cela ne marchent pas, il dé-installe puis ré-installe... Bref, c'est le mauvais coté qui dérive sur Linux.
Concernant l'AD, je n'ai jamais dis que cela ne marchait pas. Les parts de marchés ne sont pas un témoin de la qualité car dans le cas présent, il y a un problème de MONOPOLE. En situation de monopole, toutes les cartes sont biaisés. Cependant, tout comme le sudo, l'AD a l'avantage de résoudre une problèmatique et il apporte une solution qui est finalement simple à mettre en oeuvre. Derrière les problèmes de conception et de sécurité, il permet a des milliers de postes d'être géré un minimum correctement. C'est donc une réponse pragmatique mais que personnellement je trouve beaucoup trop centralisé.