Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Effectivement j'ai confondu les deux !Envoyé par papajoker
J'ai dû lire trop vite mais il me paraissait plus logique que l'arrière-plan du terminal passe en rouge après un "su" que pendant un "sudo systemctl reload nginx" par exemple. Plus qu'à attendre la version finale pour voir à quoi ça ressemble vraiment !
C'est une question de goût, parce que perso, à chaque fois que je dois mettre le nez dans leurs fichiers INI pour des trucs un peu plus simple qu'un hello world, eh bien c'est très pénible, vu que je ne fais pas ça au quotidien, et que le format évolue très vite.
Après, à titre personnel, ce monstre fait beaucoup trop de choses, ce qui comme ça a été dit plus tôt, augmente la surface d'attaque, et c'est un vrai problème.
Exactement. On est de plus en plus sur du systemd/Linux que sur du GNU/Linux.
Alors là, c'est faux. Devuan re-package un à un les packages des mirroirs de Debian, en virant les dépendances sur Systemd.
Ce dont tu parles, c'est une lib avec des ABI pour bouchonner certains programmes. Ce n'est pas du tout la même surface d'attaque qu'un système full systemd, avec le ssh avant même la fin du login, le contrôle sur sudo, sur les logs, sur les cron, etc.
Autant je suis d'accord avec la fin de ta phrase, autant je ne suis pas d'accord sur le début: ce n'est pas parce que tout le monde accepte d'utiliser de mauvais produits qu'il faut l'accepter aussi. Sinon, autant arrêter tout de suite, et se tourner vers les produits les plus répandus, et dire adieux à la diversité.
Autant il a tout à fait raison sur les soucis inhérents à sudo (ce n'est d'ailleurs pas le seul binaire impacté, hein: https://gtfobins.github.io/), autant déléguer encore plus de sécurité dans systemd, c'est une idée stupide. S'il s'ennuie, il peut aussi corriger les nombreux bugs restés ouverts depuis des années, sur Systemd: c'est sûr que c'est moins sexy de faire du ticket pendant la journéePensez-vous que run0 est crédible ou pertinente ?
c'est tout à fait ton droit, l’intérêt c'est de débattre.Autant je suis d'accord avec la fin de ta phrase, autant je ne suis pas d'accord sur le début
C'est ce qu'on fait. L'essentiel des postes en entreprise est sous Windows. L'essentiel des ordis en datacenter sur Linux. La liberté de choix a un prix.ce n'est pas parce que tout le monde accepte d'utiliser de mauvais produits qu'il faut l'accepter aussi.Sinon, autant arrêter tout de suite, et se tourner vers les produits les plus répandus, et dire adieux à la diversité.
Tu ne verra quasiment pas d'entreprise utiliser FreeBSD, mais bien sûr qu'il y en a. Tu as des concurrents au pack office mais presque tout le monde l'utilise.
Je ne dis pas que c'est bien, mais que la diversité est à la marge. Sur le plan professionnel, il vaut mieux des compétences sur les produits les plus répandus que sur des outils de niche (bien qu'on peut faire du business aussi avec des produits de niche).
Sur ta machine, tu peux toujours utiliser Devuan pour ne pas avoir systemd mais maintenant si tu dois gérer une instance sur le cloud, ou gérer une machine sur un parc, ça m'étonnerais que tu ai une distro Devuan.
Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
Mon article sur le P2V, mon article sur le cloud
Le prix est bien plus grand que ce que l'on imagine.
Oui. D'un autre côté, prendre des produits simples à maintenir et qui fonctionnent, c'est intéressant aussi sur le long terme.
Tu serais étonné
Pour le cloud public, de toutes les façons, tu fais quasiment tout à base de containers, ce qui fait que la distribution importe peut, à part pour la taille, vu que c'est en réalité un process qui tourne, et non un OS complet.
Pour les machines du parc, ça va dépendre si tu la gères toi-même ou s'il s'agit d'avantage d'une appliance, mais c'est vrai que les grosses boîtes choisissent souvent du RHEL.
C'est vrai mais cites-moi un hébergeur qui propose des conteneurs à base de BSD. Et pourtant les BSDJail sont un ancêtre des conteneurs.Pour le cloud public, de toutes les façons, tu fais quasiment tout à base de containers, ce qui fait que la distribution importe peut, à part pour la taille, vu que c'est en réalité un process qui tourne, et non un OS complet.
Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
Mon article sur le P2V, mon article sur le cloud
Les BSD que je croise sont plutôt des appliances réseau (autrement dit, s'il y a des chances que ces fournisseurs en utilisent, ce n'est pas pour autant qu'ils les mettent à disposition de leurs clients).
Les implémentations de conteneurs sur BSD ne sont pas encore au point. Il y a par exemple un port FreeBSD pour docker, par dessus les jails, qui est en gestation depuis des années.
solution autre que SysVinit
Entre temps de nombreuses alternatives bien meilleures que SysVInit ont vu le jour:Au début j'étais contre systemd pour les raisons déjà cités plus haut mais faut quand même reconnaitre que si on se donne un peu la peine de comprendre comment il fonctionne, c'est un peu plus propre que ce que l'on avait avant avec les script foireux de démarrage des services entre autre chose.
Et bizarre qu'il n'y ait pas encore eu de fork de debian par des récalcitrant sur l'utilisation de journalctl au lieu de (r)syslog
- s6
- runit
- dinit]
- OpenRC
- ...
J'ai une grosse préférence pour runit que je trouve simple à comprendre efficace et très léger. Pour une majorité d'usage c'est à mon sens beaucoup plus pertinent que le lourdingue systemd.
Sinon il y a la possibilité de prendre des briques ciblées de systemd sans l'exécuter comme avec elogind.
Répondre avec citation
Partager