Bonjour à chacun,
Je me lance dans le RPI pas à pas, en ayant pris un abonnement d’essais chez Mythic Beast. J’ai mon nom de domaine pointée vers leur IP, mais après je suis perdu dans leur manque de tuto pour un ignare comme moi (IPv6, proxy, accès SSH direct, etc.). Mon propos est de doter ma famille de RPIs et de monter un « cloud hybride » entre tous avec ensuite un « gros » serveur chez _Mythic pour partager les fichiers d’interêt commun. Il me faut donc écrire un tuto que chacun comprendra pour accéder à Mythic et monter son RPI (32 ou 64). Merci des tuyeaux !
Hello !
Bienvenu !
Pourrais-tu etre plus clair? je ne suis pas sur de comprendre ce que tu souhaites faire.
Pour moi la solution « naturelle » serait de monter un nextcloud sur un VPS chez ton provider, puis d’y connecter (en web, en application smartphone, autre) tes différents clients.
L’avantage c’est que c’est facile et intuitif pour a peu près tout le monde.
Pour la connexion si tu ne souhaites pas ouvrir ton cloud sur le net, regarde du coté de tailescale
Pour le reste il faudra nous en dire un peu plus sur tes connaissances.
Pour un tuto spécific à Mythic Beast (que je ne connaissais pas soit-dit en passant) c’est compliqué mais à partir du moment ou tu peux accéder au VPS que tu as chez eux, quasiement tout les tutos du monde fonctionneront.
Edit : Les prix de mythic Beast me semblent… un peu cher, tu pourrais avoir mieux et moins cher chez OVH ou hetzner pour citer les plus populaires par exemple)
Salut Gpapig!
l’abonnement que j’ai pris chez MB est pour voir (l’alternative était Ikoula: je n’ai pas trouvé d’autres hébergeur de RPI B 8?). Mon problème est d’accéder à cette machine dans le contexte de leurs formulaires avec une IPv6 derrière une IPv4.
J’ai utilisé le mot « cloud hybride » faute de mieux pour tenter de faire comprendre sans dessin ce dont je parle : je veux mettre ensuite des RPI dans toutes les maisons de ma famille/assos à commencer chez moi. Un « nebulaire » virtuel (neb). Chacun en relation avec le RPI de chez MB servant de coordonnateur d’acteurs fonctionnels (mqtt, réplications mutuelles, etc.) entre tous les RPI distants (normalement sous IPv6 à termes). Ensuite mise en réseau d’un VPS comme tu dis pour bibliothèque accès externe (wiki) et de gestionnaire de mail-lake (JMAP) derrière un opérateur filtreur spécialisé.
J’ai donc besoin de commencer un tuto qui commence par « 1. acheter un RPI, etc… » avec tout détaillé ensuite. Est-ce plus clair ? Note: je connais pas mal de choses mais plus architecture et avec de très gros trous pratiques et question bidouillage.
Est-ce plus clair ? Merci !!!
Je vais te répondre en en vrac avec tout ce qui me passe par la tête ^^
Je ne vois pas l’utilité d’avoir spécifiquemet un raspberry chez un provider, autant partir sur un « vrai » serveur de type VPS (Virtual Private Server).
Un VPS est un serveur virtualisé dans le cloud, avec un hardware partagé entre plusieurs VPS. C’est pas cher, ca fonctionne bien. Et les RPI chez les membres de ta famille pourront s’y connecter sans autre (un RPI peut heureusement communiquer avec n’importe quel type de serveur). Il faut différencier les couches matérielles des couches logicielles.
Donc ton projet est sympa mais à mon humble avis que n’engage que moi, le Pi « cloud » n’est pas le choix le plus pertinent.
Pour le reste il n’existe pas de tuto « enfantin » qui te guidera clique par clique (ou centime par centime 
) jusqu’à ton résultat final.
Quelle est la probabilité que quelqu’un d’autre ait exactement le même projet que toi? 0 !
Pour le coté réplication etc il existe quantité de soft de sauvegarde, du plus basic (rsync) au plus complexe (amanda) avec quantité de"saveur" entre les deux.
Pour le coté broker MQTT cela s’installe très facilement sur n’importe quel serveur. Si tu y ouvres sur internet sans passer par une solution de type tailescale, pense juste à bien vérouiller l’accès (password, si possible SSL en plus).
Un wiki s’installe très facilement, perso j’apprécie bookstack.
JMAP je ne connais pas mais sache que de nos jours avoir son propre serveur mail est compliqué, tu as 99% de chances que tes mails partenent en SPAM chez tes destinataires. Perso j’ai un domaine custom chez ProtonMail (Le top niveau respect de la vie privée pour ~50€ par an).
Donc voilà, tu as un joli projet mais tu ne trouveras rien de pré-maché exactement comme tu le veux.
Je ne peux t’encourager à batir ton serveur sur base de Docker, tout est plus facilement maitenable/gérable (je dois d’ailleurs faire un tuto que j’ai promis ici depuis longtemps mais je n’ai plus le temps ces derniers mois).
Enfin voilà si tu as des questions on y répondera avec plaisir
Salut @JFC
En vrac aussi et sans lire ce qui a été dit avant (je passe en coup de vent)
Avec un Rpi ou une machine de récupération, tu peux installer YunoHost (une version modifiée de Debian en simplifiant) et installer NextCloud afin de faire un Cloud privé chez toi.
Tu peux ensuite créer plusieurs utilisateurs soit par personne soit par famille, comme tu veux.
J’ai actuellement cette installation (dans un veux client léger modifié avec un disque de 500 Go) afin d’avoir certains données en accès « de partout dans le monde » (même si je m’éloigne rarement de plus de 100 km 
) et me permet de partager d’un clic certaines données avec qui je veux.
L’avantage ?
C’est gratuit (et pas compliqué)
++
Oui. C’est cette page et ses liées qui soulèvent une foule de choses à comprendre au préalable. Je vais avancer pas à pas : je prends un RPI-IPv6 avec une IPv4 chez Ikoula. Je vais voir d’expérience comment la config s’articule entre v4 et V6 et ce qu’il me faut pour les accès web. Mais il y a eu un pb admin chez Ikoula: je n’aurai sans doute le RPI que lundi.
Oui. J’ai eu deux briques sous YunoHost. Je tenterai sans doute de les remettre en route en utilisant l’IPv4 que j’aurai.
Merci !
Désolé d’insister mais quel intérêt d’avoir un Raspberry dans le cloud ? Tu aurais mieux pour moins cher autrement
Je ne vois pas l’utilité d’avoir spécifiquement un raspberry chez un provider, autant partir sur un « vrai » serveur de type VPS (Virtual Private Server).
L’idée est un nébulaire (neb) de RPI autonomes (pouvant avoir leur cloud local par eux-mêmes et servir de serveurs en cloud pour les usages locaux) chez chacun déléguant de l’autorité au collectif et donc créant un certain niveau de cloud. Le RPI central agit alors comme (co)ordonnateur. Par ailleurs un VPS peut assurer des services partagés de puissance tels qu’une bibliothèque ou un SMTP commun.
Pour le reste il n’existe pas de tuto « enfantin » qui te guidera clique par clique (ou centime par centime ) jusqu’à ton résultat final. Quelle est la probabilité que quelqu’un d’autre ait exactement le même projet que toi? 0 !
Tous ceux qui participeront à mon neb. Et ceux qui le copieront pour leur communauté.
Pour le coté réplication etc il existe quantité de soft de sauvegarde, du plus basic (rsync) au plus complexe (amanda) avec quantité de"saveur" entre les deux.
Je vais regarder amanda que je ne connais pas. Mais sans doute rsync devrait aller au départ.
Pour le coté broker MQTT cela s’installe très facilement sur n’importe quel serveur. Si tu y ouvres sur internet sans passer par une solution de type tailescale, pense juste à bien vérouiller l’accès (password, si possible SSL en plus).
Merci du tuyeau.
Un wiki s’installe très facilement, perso j’apprécie [bookstack].
Je connaissais pas. Je vais regarder en détail. Le classement par chapitre parait intéressant.
JMAP je ne connais pas mais sache que de nos jours avoir son propre serveur mail est compliqué, tu as 99% de chances que tes mails partenent en SPAM chez tes destinataires. Perso j’ai un domaine custom chez ProtonMail (Le top niveau respect de la vie privée pour ~50€ par an).
Je sais mais j’en ai déjà et là c’est de l’exploration au départ (pour JMAP et pour le réseau).
Donc voilà, tu as un joli projet mais tu ne trouveras rien de pré-maché exactement comme tu le veux.
J’aurais aimé en trouver au moins pour le départ. Cela ne fait rien le but sera de le faire pour les autres.
Je ne peux t’encourager à batir ton serveur sur base de Docker, tout est plus facilement maitenable/gérable (je dois d’ailleurs faire un tuto que j’ai promis ici depuis longtemps mais je n’ai plus le temps ces derniers mois).
Cela c’est intéressant ! Mon idée est en fait de mettre une machine beam sur l’OS et de traiter en elxir si je trouve des compères pour apprendre et développer.
Enfin voilà si tu as des questions on y répondera avec plaisir
Merci bien de ceci et de l’accueil chaleureux !
Merci pour ta réponse détaillée. 
Mais je persiste et signe, il n’y a, selon moi, aucun intéret à savoir spécifiquement un raspberry pi dans le cloud. Au contraire, un serveur classique serait bien plus adapté (Un pi n’est pas un serveur à la base, on le détourne de son usage).
Peux-tu m’expliciter ton besoin spéciique, peut-être que je rate un élément important
L’avantage de docker, si tu pousses assez loin l’idée (avec un script ansible pour l’installation et le chargement des containers) c’est que tu peux littéralement en quelques secondes répliquer tes paramètrages absoluement n’importe ou (et ce qu’importe le coté hardware)
bonne question 
a la lecture des posts il me semble que ce projet va dans le même sens qu’ openpaas ( {{ 'TITLE' | translate }} ) un outils de collaboration open source (GitHub - linagora/openpaas-esn: Open PaaS Enterprise Social Network)
me gourre-je ?