Console du serveur
Aucun message.
État du serveur
Aucun message.
Pas encore de mesures pour cette sélection.
Sortie du serveur et journal des commandes.
↑ / ↓ : historique des commandes. La pause suspend l’affichage, la collecte des logs continue.
Présence et listes enregistrées par Minecraft.
Les résultats des actions sont visibles dans la console.
Copies complètes du monde, des mods et des configurations.
| Date | Nom | Taille | Actions |
|---|
Un modèle commun pour les nouvelles copies et leurs fichiers ZIP. Une routine peut utiliser son propre modèle.
Envoie une sauvegarde existante vers un dépôt privé, sans interrompre Minecraft.
Les connexions et envois GitHub sont désactivés en démonstration. La configuration et les écrans restent consultables.
PANEL_GITHUB_TOKEN pour le compte Windows qui lance le panel, puis relancer le panel. Voir docs/GITHUB-BACKUPS.md pour la procédure.Le monde, les mods et les configurations sont envoyés, y compris les éventuels secrets du serveur. L’accès aux copies dépend des droits du dépôt GitHub. La copie est conservée dans une release en brouillon ; aucune publication publique ni suppression automatique n’est effectuée.
Les grosses archives sont découpées en fichiers de 1 Go. Un guide de récupération et les empreintes de contrôle accompagnent chaque envoi. Les fichiers ZIP « Source code » générés par GitHub ne contiennent pas ta sauvegarde.
Une restauration exige un serveur arrêté. L’installation remplacée est conservée à côté du dossier serveur. Télécharger régulièrement une copie sur le laptop.
Des sauvegardes et des redémarrages aux horaires de ton choix.
Sauvegarde complète : les joueurs sont prévenus avant l’heure choisie. À cette heure, le serveur commence son arrêt, tous ses fichiers sont copiés et vérifiés, puis il redémarre s’il était en ligne. Les copies se retrouvent dans Sauvegardes.
Redémarrage : les messages sont envoyés avant l’heure choisie. À cette heure, le serveur enregistre le monde, commence son arrêt puis redémarre. S’il est déjà arrêté, il reste arrêté.
Si une opération est déjà en cours, si une autre instance est détectée, ou si les scripts existants n’ont pas été validés, la tâche est ignorée et la raison apparaît ci-dessus. Espace les horaires pour laisser chaque opération se terminer. Le changement d’heure de Paris est pris en compte ; un horaire inexistant est sauté et une heure répétée ne déclenche qu’une fois.
Le nombre de copies conservées et leur emplacement se règlent dans .
Inventaire et consultation en lecture seule.
| Fichier | Taille | Modifié le |
|---|
Message d’accueil, règles de jeu, accès et performances.
Qui a fait quoi, quand, et avec quel résultat. Les tâches automatiques sont aussi tracées.
| Date | Compte | Action | Résultat | Détail |
|---|
Aucune activité.
Les demandes et les résultats sont distincts. Une opération longue a son propre résultat final. Les mots de passe et les liens d’invitation ne sont pas enregistrés.
Un accès personnel pour chaque membre de l’équipe.
Ce lien donne accès au compte indiqué. Il n’est affiché qu’ici et expire après 24 heures.
Le Beelink conserve Tailscale et fournit une adresse HTTPS avec Funnel. Les autres admins utilisent uniquement leur navigateur et leur compte du panel. Ils n’obtiennent pas d’accès à ton réseau personnel.
La préparation et l’activation se font localement sur le Beelink avec scripts/Prepare-PublicAccess.ps1, après création de ton compte propriétaire. Rien n’est exposé depuis cet écran.
Lancement Windows, sauvegardes et coexistence des scripts.
L’adresse d’écoute se règle localement dans runtime/config.json. La tâche de démarrage Windows est à installer après l’inventaire des scripts. Le panel ne modifie aucune tâche existante.
Aucun inventaire exécuté.