Les questions que tu poses sont des classiques, pour lesquelles il n’y a pas une seule vraie réponse. Cela dépend du besoin et chaque sysadmin a ses préférences en fonction de son expérience. Je vais essayer de te donner des pistes, mais je t’invite à faire tes propres recherches.

Dans tous les cas, RTFM pour apprendre à utiliser un outil.

ya t-il une docu qui aborde les schema d’administration ? Genre comment gerer 30 machines pour une classe ?

Si par schéma, tu veux dire diagramme, je ne connais pas de doc, chaque équipe a sa propre méthode pour faire des schémas. Le plus important est de définir ce que tu veux représenter. Un bon outil pour commencer : draw.io, il y a de bons exemples.

Si par schéma tu veux dire une méthode, une doctrine, tu peux regarder du côté du classique couple déploiement par debian-installer + LDAP/NFS, décrit dans le guide de l’admin Debian ou alors du plus moderne et moins centralisé Ansible, que tu as déjà cité. Les 2 ont chacun leurs avantages/inconvénients. LDAP/NFS est un peu complexe à mettre en œuvre, mais une fois que c’est fait, tu n’auras plus à y toucher. Ansible permet de faire beaucoup de choses, sa doc est très complète mais sacrément bordélique.

Ou le système de sauvegarde et script qui l’automatise ?

De nos jours, personnellement, je partirais sur borg et borgmatic pour l’automatisation. 2 règles pour les sauvegardes :

• la stratégie du 3-2-1
• tant que tu l’as pas testée, ta sauvegarde est une sauvegarde de Schrödinger : elle existe dans un état superposé de “pourra restaurer” / “ne pourra pas restaurer”.

La co-gestion de serveur

Pour gérer plusieurs machines à plusieurs : sudo est ton ami. Tu désactives le mot de passe du compte root et tu donnes les droits sudo à tous tes admins. Ca permet la traçabilité et d’éviter de se partager un mot de passe. Tu peux même aller assez finement dans les droits, voir même les distribuer par LDAP, mais ça nécessiterais un chapitre entier pour te donner les détails.

J’espère que ça te donnera des idées. Un dernier conseil : vas-y progressivement, ne cherche pas à tout faire d’un coup.

Tu en penses quoi du coup de Yuno Host? J’hésite à passer mon serveur perso là dessus, j’en ai un peu marre de devoir me taper une doc de 2km de long pour chaque outil Cloud que je veux installer et que je dois maintenir ensuite. Ça me plaît bien l’idée de la distro avec les solutions déjà prêtes pour que je me concentre sur la configuration de l’outil et une maintenance un peu facilitée (des fois, je repousse les MAJ parce que la flemme pas le temps et c’est mal).

Ah oui pardon, tu es déjà plus loin 😄

J’imagine que quelqu’un d’autre aura des ressources :)

En vrai on fait tous nos scripts maisons selon les besoins. Si tu sais taper des lignes de commande tu peux créer un script.

Tu créés juste un fichier finissant par SH ou pas. Tu mets ta premiere ligne : ‘#!/sur/env bash’ Tu saves, chmod +x et voilà tas un script.

Et ce que tu faisais a la main, tu met grosso modo ligne/ligne dans le fichier.

Déjà avec cette méthode tu peux récupérer tes backups et en créer rien qu’en mettant ton script en cron.

Et après lance toi sur les conditions et les fonctions bash genre “case” et tes scripts deviendront un peu plus évoluer

Petit a petit comme tas du faire jusqu’à maintenant.

Du coup selon ton post je dirais rtfm de bash et python en bonus. Pour savoir que tu peux vérifier la présence de fichiers ou non avec un built in ou une commande bash etc etc.

Après le reste cest des principes a apprendre. N’apprend pas la doc iptables si tes notions de réseaux sont faibles. Apprend les généralités car après cest de la mise en application valable globalement sur n’importe quel os.

My 2 cents de non professionnel de l’IT