remyd1 a écrit 32 commentaires

Il me reste plus qu'à faire une UI pour gérer tes VMs (oups)

Bonjour,

Pour info, crowdsec peut être compliqué, mais l'installation ne l'est pas.

Cf. cette vidéo de Korben : https://www.youtube.com/watch?v=5K7Aj5ya7uI

Bravo quand même pour l'initiative.

Si la question concerne un parc hétérogène, alors difficile de contourner AD. Pour du pur Linux j'aurai tendance à passer par un outil de gestion de configuration à la ansible/puppet/chef/saltstack ou d'outils qui se basent sur ces derniers comme foreman.
A une époque assez lointaine, mandriva proposait un super outil de gestion de paquet pour parc hétérogène, aujourd'hui disparu, pulse. On peut retrouver un peu les mêmes fonctionnalités avec des outils comme OCS ou FOG, mais c'est un peu plus tendu.
Pour gérer des paquets Windows depuis Linux, voir aussi WAPT.

Oui. Malheureusement le schéma est souvent le suivant :

• je propose l'option,
• je déprécie les autres options,
• je rend obligatoire l'option la plus sécurisée à leurs yeux …

Félicitations pour l'écriture de votre journal. Pour un 1er article, non seulement c'est bien écrit, mais il est techniquement impressionnant pour un cuisinier !

Sinon, je suis utilisateur de guix, et je confirme que niveau doc, le site est bien foutu, mais j'ai du mal à trouver de la doc un peu plus poussée également, sans rentrer dans le côté extrème du contenu des listes ou de certaines vidéos sur scheme…

Bref, sinon il y a aussi les cafés guix animés par des universitaires, pertinents et accessibles (j'espère qu'ils ne m'en voudront pas d'en faire la pub).

Je suis assez d'accord. Les notes peuvent avoir un effet assez pervers. Les notes négatives rebutent les personnes mal notées aussi bien à produire de nouveaux commentaires/contenus que simplement revenir sur Linuxfr.

Ça peut être bien pour de l'entre soit, mais au moment où la communauté Linuxienne est tant décriée notamment à cause de Stallman et de certains autres Linuxiens peu aimables, il faut au contraire s'ouvrir et accepter la critique. Et les critiques sont souvent mal notées…

Vous avez le droit de mal noter ce commentaire 🙂

C'est marrant, je voyais plus ça en sens inverse : il est urgent de leur inculquer les principes d'Isaac Asimov et les 3 lois de la robotique.

Je suis étonné que personne ne mentionne Guix en alternative à ce sujet sur Nix, qui me semble plus "libre" :

https://linuxfr.org/news/nix-1-7-nixpkgs-et-nixos-14-04-guix-0-6#guix-le-nix-de-gnu

Désormais en version 1.4 : https://guix.gnu.org/

s/Slack/SaltStack/g

La précédente mouture "Banquise" était une version SaltStack; l'auteur avait d'ailleurs fait un billet sur celle-ci à l'époque : https://linuxfr.org/news/outil-de-deploiement-et-de-configuration-d-un-cluster-hpc-ou-d-un-reseau-de-machines-banquise

Je pense que la version Ansible était nécessaire mais pas nécessairement souhaitée.

Ou sur du logiciel libre, les polémiques GAB/Mastodon puis la charte framasoft ou plus récemment invidio.us.

Bonjour,

C'est d'autant plus vrai avec python, perl, etc… En effet, si tu prends Python, entre Python2, Python3, virtualenv, pyenv, conda, les installs spécifiques avec un prefix différent, environment modules…. Bref, il me parait très important pour les développeurs de respecter cette règle élémentaire décrit dans cet article.
Il m'arrive malheureusement régulièrement de faire un sed massif sur tous les scripts python pour corriger ça en vérifiant la version de python nécessaire au préalable.

Cdlmt

D'accord avec vous, en revanche, ma pensée du jour qui rencontrera sûrement beaucoup de "moins" sur ce forum, c'est que l'accès au code peut aussi poser un problème dans le sens que si quelqu'un trouve une faille 0day dans le code et l'exploite sans avertir personne, alors les porteurs de pancreas artificiels peuvent s'inquiéter (pareil pour des objets essentiels dont la sécurité informatique peut avoir des impacts directs physiques tels que les voitures ou les pacemakers voir tout autre objet connecté (ascenseur ?)…).
Il peut se passer des années pour que la faille soit découverte par le reste de la communauté puis corrigée, si l'exploitation de la faille est suffisamment silencieuse.
Certes, s'il y a des milliers de personnes qui relisent le code, ça sera toujours mieux qu'une poignée. Ceci étant dit, la poignée de personne n'aura pas dévoilé son code, donc la faille sera peut-être plus compliquée à trouver (je dis "peut-être" car si c'est intéressant, il y aura toujours beaucoup de monde pour essayer de trouver une/des faille(s)). Toujours est-il que le logiciel OpenSource finira par être plus robuste au bout du compte (quand on parle de sécurité et d'OpenSource iptables est peut-être le meilleur exemple à ce sujet).

Bonjour,

Je ne conteste pas le fait que systemd fonctionne bien, je dis juste qu'un d'un point de vue technique - et non fonctionnel - on n'est très loin de la philosophie KISS…

Rémy

Docker étant le standard de facto pour la gestion/utilisation des containers, il a fallu coder des sur-couches parce que Docker est mal pensé pour certains aspects. Je m'explique, la sécurité est l'un des grands points faibles de docker (daemon qui tourne en root, images non certifiées plein de trous de sécurité, etc…). Du coup, on se retrouve avec des couches et des sur-couches… Pourquoi ne pas prendre la bonne techno directement : rkt
Par ailleurs, il existe aussi des technos pour lesquelles on n'utilise pas de containers et qui permettent presque la même chose que des containers, cf : singularity
Sans parler de projets qui peuvent parfois suffire pour vos besoins de portabilité ou d'isolement (si votre besoin s'arrête là) : pour la portabilité : fpm, etc…
pour l'isolement : les cgroups, etc…
Par contre, je ne parierai pas sur le projet de Lennart Poettering étant donné l'usine à gaz qu'est systemd…

Bref, tout ça pour dire que, Ok, Docker a amené quelques nouveautés impressionnantes/importantes à l'époque, allant même jusqu'à nous faire penser complètement différemment nos d'infras et nos développements, mais que ce n'est plus forcément le choix approprié quand il s'agit de portabilité (si l'on prend en compte la quantité d'utilisateurs - en moins - sur les autres technos).

Rémy

Bonjour,

J'ai utilisé pas mal weboob pendant un temps, essentiellement pour videoob, mais j'eu de nombreux soucis avec les backends, du coup j'ai arrêté de l'utilisé. A noter que j'utilisais généralement la version des dépôts. C'est dommage, je trouvais que c'était très pratique. Par ailleurs, ça dérive un peu du sujet, mais un portage sur android serait top ;)

Cordialement
```

Bonjour et merci,

Je ne connaissais pas cet état de fait dans le secteur de la formation. Attention toutefois à ne pas te perdre dans des comparaisons douteuses ou des paragraphes qui n'apportent rien (restauration ou sites Web de l'administration).

Cordialement.

tous ces incapables de français

N'importe quoi...

Faites venir 20000 indous de Bangalores et autant de chinois et on verra s'il n'y a pas de dumping social...
Mais apparemment, dans l'informatique, on a oublié que ce qui définissait nos salaires, c'est la loi de l'offre et de la demande (contrairement à d'autres corps de métier)... Maintenant, quant à nos choix de production et aux orientations de la France, c'est plutôt aux politiques qu'il faut s'en prendre et non à "ces incapables de français".
Les messages de haine ne favorisent que les extrêmes.

C'est le lot de nombreux développements de finir à la poubelle. Il ne faut pas s'en offusquer. Ça ne veut pas dire que le logiciel ou l'idée n'est pas intéressant(e) ou ne répond pas à un besoin. Le plus souvent, ça veut juste dire qu'il n'est pas connu. La preuve, c'est la première fois que j'en entend parler. Donc oui, il y a des progrès à faire côté communication :)
Mais c'est tout un travail qu'une personne seule ne peut pas assumer (ou difficilement...).

Sur le contenu, même si je n'adhère pas aux réseaux sociaux (c'est peut-être pour ça en fait, que je n'en avais jamais entendu parlé :) ), je trouve que la démarche reste valorisante et le retour d'expérience est également intéressant.

Moi je voterai plutôt pour Apache. Même s'il y a déjà sûrement un correctif.

http://www.certa.ssi.gouv.fr/site/CERTA-2011-AVI-490/CERTA-2011-AVI-490.html

Effectivement, je ne suis pas contre un communiqué sur Pulse :P

Effectivement c'est OpenSource, mais pas gratuit. Mes renseignements datent de 2009. Il fallait acheter Pulse par client et rajouter le prix du serveur et éventuellement rajouter la phase conseil et aide au déploiement. Mandriva joue un peu avec cette ambiguïté (...) : Sur la page de Pulse (http://www.mandriva.com/fr/pro/pulse/) vous avez le contact avec le service vente. C'est un peu comme pour RedHat : OpenSource mais pas gratuit. Je ne leur reproche pas, il faut bien qu'ils vivent et ça leur permet de faire du SAV. Mais du coup, ce n'était pas très intéressant pour nous. Désormais, ça serait peut-être à revoir.

Pulse, je m'étais renseigné, c'est quand même pas donné, et c'est bien dommage pour une distribution telle que Mandriva qui se veut avant tout OpenSource. Certes, je comprend qu'il faille bien payer les employés, mais rendre libre et gratuit le code de pulse serait un signe fort envoyé à Microsoft.

Active Directory reste de toute manière très intéressant pour gérer un parc informatique microsoft, en particulier grâce aux GPO, aux systèmes d'identification et de déploiement et à la mise en place de serveurs tierces microsoft tels que Exchange abordé précédemment, mais pas uniquement (sharepoint, WSUS, serveur de certificats...).

Concernant les équivalents libres, il n'y a pas grand chose d'aussi abouti; ce n'est pas juste un annuaire LDAP comme j'ai lu dans les précédents commentaires. C'est véritablement une solution tout intégrée pour parc microsoft, et c'est ce qui fait une des principales force de Microsoft pour la gestion des parcs. A l'heure actuelle, les parcs 100% linux sont très rares et pour un administrateur système, le plus dur à changer, c'est les habitudes des utilisateurs. Or très tôt, ils se tournent vers MS (jeux vidéos, suite Office, logiciels certifiés uniquement MS...) et maintenant ils se tournent vers Apple... :( ). Donc si vos utilisateurs demandent du MS et que le parc entier est du MS, le gérer entièrement avec du linux, c'est possible, mais pas simple, pas aussi simple qu'avec les outils de la firme Redmond (pas de soucis de reconnaissance...). Samba 4 avait fait des avancés importantes sur la partie GPO, mais je n'ai aucun retour là-dessus pour l'instant...

Si vous souhaitez profiter à la fois des avantages des solutions d'annuaire MS et OpenSource, vous devez soit multiplier les systèmes d'annuaires et qu'ils se voient entre eux et se synchronisent, soit s'assurer qu'ils utilisent le même référentiel. Il existe alors plusieurs solutions : Pour le référentiel unique : passer par un serveur d'authentification kerberos sur lequel on connecte les différents annuaires. Pour les référentiels multiples synchronisés : pour le cas "OpenLDAP" + "Active Directory", s'orienter vers 389-DS. 389-DS, encore connu sous le nom de RedHat Directory Server ou bien encore Fedora Directory Server, possède des système de synchronisation avec Active Directory. C'est bien pratique mais pas simple du tout à configurer. Le mieux étant de configurer les serveurs en mode ldaps, il faut alors importer les certificats racines des deux serveurs de l'un vers l'autre afin qu'ils puissent se connecter et s'authentifier l'un sur l'autre.

BKL est en phase d'être complètement revu du côté de Linux, initié récemment par Linus Torvalds...



Concernant DragonFlyBSD, je comprend bien l'intérêt d'avoir cet OS sur pour faire du stockage grâce au nouveau FS Hammer, mais sans multithreading, je ne vois pas bien l'intérêt sur un cluster de calcul...?

Oui, mais :
- sortie de la dernière version de la slack,
- sortie d'une nouvelle version d'OpenSolaris
- Sortie d'une nouvelle version d'OpenBSD,

Sans compter tout le reste un peu moins récent. Tant mieux :)