Un avis reposant sur des constatations cela ne compte pas d’après vous. L’écosystème Linux est plus dynamique et varié, ou représentatif (pour moi, ou, selon moi). Pourquoi l’ANSSI n’a t’elle pas repris OpenBSD mais CLIP OS ? Ne pas répondre, c’est une question rhétorique (argument d’autorité).
Je ne connais pas les SE BSD mais j’ai quand même envie de donner le mot de la fin (punch line). C’est spacieux et imposant mais c’est archaïque et limité. Tout repose dans les fondations. Trop rigide (ou monolithique). Évidemment difficile de changer un SE. Néanmoins, je pense que ce n’est pas aux utilisateurs d’ordinateurs de s’adapter. D’autant plus que, malgré une certaine notoriété, ils ne décollent pas pour le plus grand nombre. C’est le signe de quelque chose de fondamental. Une des raisons évidente est que le support ne suit pas (sauf pour les spécialistes), bien que les usages peuvent changer. Pour rebondir sur votre propos, on peut affirmer qu’utiliser une couche de compatibilité binaire dans le(s) noyau(x) BSD afin de pouvoir lancer de nouvelles applications (élaborées pour le noyau Linux) semble encore moins la panacée.
J’ai plusieurs ptites machines pour l’autohébergement :
routeur turris omnia sous openwrt dans lequel j’ai rajouté un SSD et qui héberge quelques containers :
container de backup qui fait du rsnapshot
blocky pour le résolveur dns
gitea pour héberger mes quelques repos persos
isso : système de commentaire de mon blog
samba : un partage de quelques fichiers
web : reverse proxy vers les autres machines
odroid hc2 sous alpine qui sert de NAS avec un disque sata et un en usb :
samba pour le partage de fichier
rsnapshot pour les backup
odroid n2 sous alpine qui sert pour les services un peu plus lourd mais qui pourrait au final disparaitre
nginx+php pour le web
knot : serveur DNS de mes domaines
molly-brown : serveur gemini
postgres : db pour quelques services
nib : bot irc
Un simili NUC sous alpine qui a vocation a potentiellement remplacer l’odroid n2 de par son stockage plus pérenne
syslog pour toutes les autres machines
grafana/influx/prometheus pour le monitoring de toutes les autres machines
postgres : pour remplacer celui sur la N2
mpv pour regarder des films
odroid hc2 sous alpine extérieur un nas en backup extérieur
samba
un VPS sous alpine extérieur associatif
nginx+php pour du web divers
postfix/dovecot/rspamd/redis : mes mails
knot : encore pour mes domaines
pleroma : mon compte dans le fediverse
postgres : pour les différents services
matrix2051 : pour me connecter à matrix via mon client irc
Le tout est interconnecté avec du wireguard avec uniquement du logiciel libre et sans dépendances à des services extérieurs sauf pour le VPS (mais c’est fait par du gentil).
Personnellement, j’ai eu du mal avec cet article, avec sa “vision” très limitée - descriptive - de l’auto-hébergement.
le premier point que j’ai trouvé intéressant est le fait de mentionner qu’on fait avec ce que l’on a sous la main, de fait qu’il existe différentes solutions matérielles ET logicielles.
mais :
ne citer que VirtualBox, pour parler de VM est très réducteur ; qu’il soit cité en exemple, soit… mais il y a d’autres logiciels, dont le bien plus stable qemu. Certains vanteront Docker - qui n’est pas de la virtualisation.
Dire qu’en général, on tourne sous Linux pour de l’auto-hébergement ; je trouve cela aussi très réducteur. Ne pas mentionner les *BSD est une faute en soit, dont FreeBSD qui est très utilisé pour l’auto-hébergement, voire en solutions commerciales, bien plus que Linux. (à mon sens).
(d’aucuns utilisent même NetBSD en ce sens… voire OpenBSD. Maintenant, il est vrai que ce sont des communautés très restreintes, très ciblées, voire élitistes)
Devoir utiliser fail2ban n’est pas la panacée, et me fait toujours l’effet d’un pansement appliqué sur une plaie béante.
Quant je vois comment le parefeu sous OpenBSD, à savoir PF, est capable de faire de la mitigation de ce genre d’exploits et autres tentatives, je reste surpris de la nécessité de ce genre d’outils sous Linux.
Après je rejoins l’avis de Lord aussi, faire de l’auto-hébergement, et se reposer sur certaines solutions nommées, me semblent hors du propos ; tu deviens dépendant de ces grands aspirateurs à données.
Pour finir, tu as raison de dire que l’objectif de l’auto-hébergement est d’apprendre, mais ce n’est qu’un des objectifs, le principal étant d’héberger ses propres données, quelque soit le service actif “derrière” ; mais je ne suis pas certain que ton expérience après plusieurs années soit l’itération qui restera réaliste pour d’aucuns. (personnellement, je trouve que tu te “compliques” la vie, avec ce genre de solution, utilisant des tiers majeurs).
L’important est de trouver ce qui vous convient le mieux.
Absolument. Le “problème” si c’est en un vraiment, et d’apprendre à trouver ce qui nous convient le mieux ;)
L’auto-hébergement est une solution qui permet de l’apprendre. :D
Personnellement, comme tu l’as certainement compris, je fais ça sous OpenBSD.
Donc, @home, je me suis fait un NAS, avec chiffrement des données en RAID 1 (le fameux RAID1C) + backup (borg). Ce NAS est éteint la nuit, par soucis d’économie d’énergie et peu de nécessités réelles à ce qu’il soit fonctionnel alors qu’on dodote. Il peut faire aussi office de serveur multimédia… et bien d’autres aspects.
Et, pendant plusieurs années, j’avais aussi mes services DNS+Web (nsd, DNSSEC, …, Nginx) sur un serveur @home, qui aujourd’hui sont hébergés chez openbsd.amsterdam - location de VM OpenBSD sur serveurs OpenBSD. Le principe est que cela me coûte moins cher en matériel+électricité de louer ma VM que d’avoir à la maison (achat, entretien, …). Il n’en reste pas moins que c’est géré par mes soins.
Les serveurs de mails relatifs à mes deux NDD sont aussi sous OpenBSD, avec l’outil principal qu’est OpenSMTPD, par un copain, @vinishor, serveurs lui aussi chez openbsd.ams.
À-propos d’un de mes deux NDD, pendant des années géré par Gandi, actuellement chez bookmyname. (pour des histoires de coût là encore ; depuis trois ans environ). L’autre étant un sous-domaine eu.org m’est totalement gratuit.
En amont de tout cela, j’ai un routeur, flashé sous OpenWRT, qui m’assure la protection “maison” dont j’ai besoin.
(d’ailleurs, pour la même raison d’économie d’énergie, les deux puces Wifi sont éteintes la nuit logiciellement… )
Et sinon, y’a de l’auto-hébergement… sous OpenBSD.
Et, perso, quand je compare à ce que je devais faire sous Linux (Debian/*Buntu), mon choix en restera là : OpenBSD.
Et, pour ceux qui veulent s’y mettre, @prx a écrit une excellent doc, en FR et en EN :
https://si3t.ch/ah
Mouai je suis pas spécialement d’accord quand tu dis qu’un VPS chez OVH c’est encore de l’auto-hébergement.
Tu ne maîtrises pas l’hyperviseur qui est l’infrastructure.
Après comme tu dis c’est à l’apprciation de chacun et il n’est pas possible de s’autohéberger à 100%, tu dépendras toujours à un moment ou un autre d’un presta (FAI, registrar, électricité, matériel…). Tout dépend de l’endroit où tu poses le curseur.
Mais bon Cloudflare et Google sont parmis les plus gros du monde pour des services Internet et donc dépendre d’eux est un peu l’antithèse de l’autohébergement à mon sens. Surtout que dans ton cas la plus-value semble de leurs services n’a pas l’air énorme…
Hmm, l’introduction du Pinephone (Pro) sur le site officiel est trop vague. On peut avoir l’impression que le projet évolue au fil de l’eau « […] but also to actively create a market for such a device ». Ou à moins d’être un « hard-core Linux user » ? Bref, comme beaucoup, pour l’utilisateur lambda, je vois pas ce qu’on peut en faire.
Donc pour moi la définition de l’auto-hébergement est suffisamment large pour englober mon cas d’usage.
En fait, tu élargis la définition de « auto-hébergement » en y ajoutant une grosse dépendance externe discutable. On est un paquet à s’auto-héberger depuis des décennies sans ce type de bidouille.
Après, si c’est cette façon de s’auto-héberger qui s’impose dans les années à venir, tant pis pour le vieux libriste que je suis, je ne me battrais pas ;)
Remplacer Android par autre chose est le but de Pinephone. Si les gens veulent se servir d’Android sans les soucis inhérents de vie privée, effectivement, ils peuvent aller vers /e/ (Murena) ou encore le bon vieux AOSP avec un téléphone supporté.
Ces modèles sont des prototypes. Peut-être qu’un Fairphone aurait-été plus adéquat ? Il semblerait qu’ils soutiennent moralement certains SE ouverts (dérivés d’Android), sans la collecte de données personnelles.
Ces smartphones ne sont, pour le moment, que des preuves de concepts : y’a du GNU/Linux qui marche dans un téléphones. Après, on se souvient toutes et tous de FirefoxOS et de Ubuntu Touch. Ça a fait plouf. L’influence de Google ou de Apple dans le monde des applications et des services fait qu’un téléphone sous autre chose que Android ou iOS, ça n’est pas très pertinent pour une personne active, en France, en 2023. J’ai beau avoir ce Pinephone et bidouiller avec, je ne peux pas m’en servir. Je suis malheureusement dépendant d’applications Android.
Je veux bien débattre du vocabulaire et je considère que l’auto hébergement peut couvrir un nombre large de configurations différentes.
J’ai une situation ou j’utilise mes propres ressources matérielles et ma propre connexion réseau pour héberger les services qui m’intéressent, je pense donc pouvoir parler d’auto hébergement sans être trompeur. J’utilise des services externes dont je pourrais me passer, et qui viennent surtout me rajouter du confort et de la sécurité. Mais dans ce cadre, ou s’arrêter ? Je dépend aussi des dépôts apt, de docker hub, de mon FAI, de mon fournisseur d’électricité, etc.
De mon point de vue, utiliser un VPS hébergé chez OVH reste aussi de l’auto-hébergement dans le sens ou je maîtrise mon infrastructure, je ne suis pas lié à un prestataire unique, je suis maître de mes données, etc.
Donc pour moi la définition de l’auto-hébergement est suffisamment large pour englober mon cas d’usage. Après j’entend que d’autres peuvent avoir une perception différente. Je n’ai pas trouvé de définition faisant consensus sur ce sujet, mais je suis peut être passé à côté.
Jme lance ! J’ai un vieux dell optiplex fx160 reconditionné (acheté 50€ en 2017 sur ebay, 3Go de ram, un intel atom a330, un vieux hdd de 500go), debian, apache2, mariadb, sqlite, php & python.
Un site perso avec blog & liste des projets (php/mariadb/vanilla html & css), une instance nextcloud, deux/trois sites django, quelques sites très simples (html/css, voire juste du txt si bcp d’audience vu que j’ai un débit montant ridicule et que si j’envoie trop de données j’ai pu internet à la maison, et un ou deux ptits trucs avec un peu de php derrière mais pas grand chose).
Un uptime ? Il a planté juste tout à l’heure, donc 3h (mais avant on était à plus de 100 jours donc ça va). C’est pas grave si le site n’est pas accessible de temps en temps. Pas d’utilisation de cloudflare ou d’un autre truc externe non plus, ça fait 6 ans que j’autohéberge (environ) et ya jamais eu le besoin d’autre chose que fail2ban (pis bon la plupart du code est custom et aucun bot va aller s’amuser à tenter autre chose que des failles hyperconnues de frameworks dépassés, donc ça va jsuis tranquille).
J’ai 2 noms de domaines chez Gandi, j’utilise leurs zones DNS aussi avec leur api et des appels de temps en temps depuis mon serveur pour màj l’ip quand elle change.
Un avis reposant sur des constatations cela ne compte pas d’après vous. L’écosystème Linux est plus dynamique et varié, ou représentatif (pour moi, ou, selon moi). Pourquoi l’ANSSI n’a t’elle pas repris OpenBSD mais CLIP OS ? Ne pas répondre, c’est une question rhétorique (argument d’autorité).
Quand on ne connaît pas, on ne donne pas son avis ; et on ne se fait pas son avis, sur ce qu’on ne comprend pas. :(
Quand on ne connaît pas… le mieux est de chercher à connaître et comprendre. ;)
De fait, je ne répondrais pas plus à cette ineptie, cette mascarade de raisonnement.
EOD.
Je ne connais pas les SE BSD mais j’ai quand même envie de donner le mot de la fin (punch line). C’est spacieux et imposant mais c’est archaïque et limité. Tout repose dans les fondations. Trop rigide (ou monolithique). Évidemment difficile de changer un SE. Néanmoins, je pense que ce n’est pas aux utilisateurs d’ordinateurs de s’adapter. D’autant plus que, malgré une certaine notoriété, ils ne décollent pas pour le plus grand nombre. C’est le signe de quelque chose de fondamental. Une des raisons évidente est que le support ne suit pas (sauf pour les spécialistes), bien que les usages peuvent changer. Pour rebondir sur votre propos, on peut affirmer qu’utiliser une couche de compatibilité binaire dans le(s) noyau(x) BSD afin de pouvoir lancer de nouvelles applications (élaborées pour le noyau Linux) semble encore moins la panacée.
J’ai plusieurs ptites machines pour l’autohébergement :
Le tout est interconnecté avec du wireguard avec uniquement du logiciel libre et sans dépendances à des services extérieurs sauf pour le VPS (mais c’est fait par du gentil).
Personnellement, j’ai eu du mal avec cet article, avec sa “vision” très limitée - descriptive - de l’auto-hébergement.
le premier point que j’ai trouvé intéressant est le fait de mentionner qu’on fait avec ce que l’on a sous la main, de fait qu’il existe différentes solutions matérielles ET logicielles. mais :
Dire qu’en général, on tourne sous Linux pour de l’auto-hébergement ; je trouve cela aussi très réducteur. Ne pas mentionner les *BSD est une faute en soit, dont FreeBSD qui est très utilisé pour l’auto-hébergement, voire en solutions commerciales, bien plus que Linux. (à mon sens). (d’aucuns utilisent même NetBSD en ce sens… voire OpenBSD. Maintenant, il est vrai que ce sont des communautés très restreintes, très ciblées, voire élitistes)
Devoir utiliser fail2ban n’est pas la panacée, et me fait toujours l’effet d’un pansement appliqué sur une plaie béante. Quant je vois comment le parefeu sous OpenBSD, à savoir PF, est capable de faire de la mitigation de ce genre d’exploits et autres tentatives, je reste surpris de la nécessité de ce genre d’outils sous Linux.
Après je rejoins l’avis de Lord aussi, faire de l’auto-hébergement, et se reposer sur certaines solutions nommées, me semblent hors du propos ; tu deviens dépendant de ces grands aspirateurs à données.
Pour finir, tu as raison de dire que l’objectif de l’auto-hébergement est d’apprendre, mais ce n’est qu’un des objectifs, le principal étant d’héberger ses propres données, quelque soit le service actif “derrière” ; mais je ne suis pas certain que ton expérience après plusieurs années soit l’itération qui restera réaliste pour d’aucuns. (personnellement, je trouve que tu te “compliques” la vie, avec ce genre de solution, utilisant des tiers majeurs).
Absolument. Le “problème” si c’est en un vraiment, et d’apprendre à trouver ce qui nous convient le mieux ;) L’auto-hébergement est une solution qui permet de l’apprendre. :D
Personnellement, comme tu l’as certainement compris, je fais ça sous OpenBSD.
Donc, @home, je me suis fait un NAS, avec chiffrement des données en RAID 1 (le fameux RAID1C) + backup (borg). Ce NAS est éteint la nuit, par soucis d’économie d’énergie et peu de nécessités réelles à ce qu’il soit fonctionnel alors qu’on dodote. Il peut faire aussi office de serveur multimédia… et bien d’autres aspects.
Et, pendant plusieurs années, j’avais aussi mes services DNS+Web (nsd, DNSSEC, …, Nginx) sur un serveur @home, qui aujourd’hui sont hébergés chez openbsd.amsterdam - location de VM OpenBSD sur serveurs OpenBSD. Le principe est que cela me coûte moins cher en matériel+électricité de louer ma VM que d’avoir à la maison (achat, entretien, …). Il n’en reste pas moins que c’est géré par mes soins. Les serveurs de mails relatifs à mes deux NDD sont aussi sous OpenBSD, avec l’outil principal qu’est OpenSMTPD, par un copain, @vinishor, serveurs lui aussi chez openbsd.ams.
À-propos d’un de mes deux NDD, pendant des années géré par Gandi, actuellement chez bookmyname. (pour des histoires de coût là encore ; depuis trois ans environ). L’autre étant un sous-domaine eu.org m’est totalement gratuit.
En amont de tout cela, j’ai un routeur, flashé sous OpenWRT, qui m’assure la protection “maison” dont j’ai besoin. (d’ailleurs, pour la même raison d’économie d’énergie, les deux puces Wifi sont éteintes la nuit logiciellement… )
Ce n’est pas vraiment correct d’affirmer cela, bien que je comprenne ce que vous avez voulu dire : « […] There is a long road ahead of us, all of us, and it will require time and effort for the software to reach a degree of maturity that would satisfy mainstream users. »
Ils ne visent absolument pas le marché des utilisateurs grand publique.
Et sinon, y’a de l’auto-hébergement… sous OpenBSD. Et, perso, quand je compare à ce que je devais faire sous Linux (Debian/*Buntu), mon choix en restera là : OpenBSD.
Et, pour ceux qui veulent s’y mettre, @prx a écrit une excellent doc, en FR et en EN : https://si3t.ch/ah
Mouai je suis pas spécialement d’accord quand tu dis qu’un VPS chez OVH c’est encore de l’auto-hébergement. Tu ne maîtrises pas l’hyperviseur qui est l’infrastructure.
Après comme tu dis c’est à l’apprciation de chacun et il n’est pas possible de s’autohéberger à 100%, tu dépendras toujours à un moment ou un autre d’un presta (FAI, registrar, électricité, matériel…). Tout dépend de l’endroit où tu poses le curseur.
Mais bon Cloudflare et Google sont parmis les plus gros du monde pour des services Internet et donc dépendre d’eux est un peu l’antithèse de l’autohébergement à mon sens. Surtout que dans ton cas la plus-value semble de leurs services n’a pas l’air énorme…
Hmm, l’introduction du Pinephone (Pro) sur le site officiel est trop vague. On peut avoir l’impression que le projet évolue au fil de l’eau « […] but also to actively create a market for such a device ». Ou à moins d’être un « hard-core Linux user » ? Bref, comme beaucoup, pour l’utilisateur lambda, je vois pas ce qu’on peut en faire.
En fait, tu élargis la définition de « auto-hébergement » en y ajoutant une grosse dépendance externe discutable. On est un paquet à s’auto-héberger depuis des décennies sans ce type de bidouille. Après, si c’est cette façon de s’auto-héberger qui s’impose dans les années à venir, tant pis pour le vieux libriste que je suis, je ne me battrais pas ;)
Remplacer Android par autre chose est le but de Pinephone. Si les gens veulent se servir d’Android sans les soucis inhérents de vie privée, effectivement, ils peuvent aller vers /e/ (Murena) ou encore le bon vieux AOSP avec un téléphone supporté.
Ces modèles sont des prototypes. Peut-être qu’un Fairphone aurait-été plus adéquat ? Il semblerait qu’ils soutiennent moralement certains SE ouverts (dérivés d’Android), sans la collecte de données personnelles.
Yep ^^
Tcho !
Ces smartphones ne sont, pour le moment, que des preuves de concepts : y’a du GNU/Linux qui marche dans un téléphones. Après, on se souvient toutes et tous de FirefoxOS et de Ubuntu Touch. Ça a fait plouf. L’influence de Google ou de Apple dans le monde des applications et des services fait qu’un téléphone sous autre chose que Android ou iOS, ça n’est pas très pertinent pour une personne active, en France, en 2023. J’ai beau avoir ce Pinephone et bidouiller avec, je ne peux pas m’en servir. Je suis malheureusement dépendant d’applications Android.
Je veux bien débattre du vocabulaire et je considère que l’auto hébergement peut couvrir un nombre large de configurations différentes.
J’ai une situation ou j’utilise mes propres ressources matérielles et ma propre connexion réseau pour héberger les services qui m’intéressent, je pense donc pouvoir parler d’auto hébergement sans être trompeur. J’utilise des services externes dont je pourrais me passer, et qui viennent surtout me rajouter du confort et de la sécurité. Mais dans ce cadre, ou s’arrêter ? Je dépend aussi des dépôts apt, de docker hub, de mon FAI, de mon fournisseur d’électricité, etc.
De mon point de vue, utiliser un VPS hébergé chez OVH reste aussi de l’auto-hébergement dans le sens ou je maîtrise mon infrastructure, je ne suis pas lié à un prestataire unique, je suis maître de mes données, etc.
Donc pour moi la définition de l’auto-hébergement est suffisamment large pour englober mon cas d’usage. Après j’entend que d’autres peuvent avoir une perception différente. Je n’ai pas trouvé de définition faisant consensus sur ce sujet, mais je suis peut être passé à côté.
Ca devrait être réparé !
Je vois pas le schéma dans Synthèse.
Tcho !
Jme lance ! J’ai un vieux dell optiplex fx160 reconditionné (acheté 50€ en 2017 sur ebay, 3Go de ram, un intel atom a330, un vieux hdd de 500go), debian, apache2, mariadb, sqlite, php & python.
Un site perso avec blog & liste des projets (php/mariadb/vanilla html & css), une instance nextcloud, deux/trois sites django, quelques sites très simples (html/css, voire juste du txt si bcp d’audience vu que j’ai un débit montant ridicule et que si j’envoie trop de données j’ai pu internet à la maison, et un ou deux ptits trucs avec un peu de php derrière mais pas grand chose).
Un uptime ? Il a planté juste tout à l’heure, donc 3h (mais avant on était à plus de 100 jours donc ça va). C’est pas grave si le site n’est pas accessible de temps en temps. Pas d’utilisation de cloudflare ou d’un autre truc externe non plus, ça fait 6 ans que j’autohéberge (environ) et ya jamais eu le besoin d’autre chose que fail2ban (pis bon la plupart du code est custom et aucun bot va aller s’amuser à tenter autre chose que des failles hyperconnues de frameworks dépassés, donc ça va jsuis tranquille).
J’ai 2 noms de domaines chez Gandi, j’utilise leurs zones DNS aussi avec leur api et des appels de temps en temps depuis mon serveur pour màj l’ip quand elle change.