Homepage Hébergement
Créez une page d'accueil personnelle avec des tuiles de service, des widgets en direct et des signets.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix

Liens officiels
Les liens officiels et le site web original de Homepage
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Ce modèle n'inclut pas de conteneur de base de données.

Tech
- Image Docker
- ghcr.io/gethomepage/homepage:latest
- Port par défaut
- 3000

Fonctionnement de Homepage
Homepage lit les fichiers de configuration pour les groupes de services, les signets, les widgets d'information, les paramètres et les intégrations d'infrastructure optionnelles. La page résultante organise les liens et les données en direct dans un tableau de bord réactif qui peut servir de porte d'entrée à un homelab ou à une collection de services internes. Les widgets interrogent les applications et systèmes pris en charge via des URL et des identifiants configurés, tandis que les signets ordinaires restent de simples entrées de navigation.
Le catalogue persiste /app/config et définit HOMEPAGE_ALLOWED_HOSTS sur le nom d'hôte de l'application. Il n'active pas les variables d'authentification de Homepage. Bien que la version actuelle en amont de Homepage supporte une porte optionnelle par mot de passe ou OIDC, ce package démarre sans cette configuration, donc toute personne pouvant accéder à l'adresse peut voir le tableau de bord et toute information exposée par ses widgets.
Fonctionnalités clés de Homepage
Homepage supporte de nombreux widgets de service documentés, ainsi que des composants d'information tels que la recherche, la date et l'heure, la météo, les ressources et les salutations. Chaque widget en direct dépend du service externe correspondant, de la route réseau, de l'API, des permissions et des identifiants. Le package hébergé n'inclut pas ces services et ne génère pas leurs clés API, et les défaillances ou les changements de version peuvent rendre un widget individuel indisponible.
La configuration du tableau de bord peut contenir des noms d'hôtes internes sensibles, des descriptions de services, des jetons API ou des données opérationnelles. Les opérateurs doivent activer un contrôle d'accès approprié avant de l'exposer publiquement et doivent limiter chaque identifiant de widget aux permissions minimales requises. Un tableau de bord est une vue dans d'autres systèmes, pas un substitut à leur propre authentification, surveillance ou contrôles administratifs.

Auto-hébergement de Homepage : exigences et coût
L'utilisation des ressources de Homepage est façonnée par le nombre de spectateurs simultanés, le nombre de widgets configurés, le temps de réponse de l'API externe, la fréquence d'actualisation, les images et le trafic proxy. PostgreSQL et MariaDB ne sont pas requis ; le volume persistant /app/config stocke les fichiers du tableau de bord. Le logiciel n'ajoute aucun frais d'application séparé, tandis qu'une grande page riche en widgets peut générer des demandes sortantes répétées vers de nombreux systèmes externes.
Sur AvaHost, Homepage utilise le Plan 1 à 2 €. Le package Homepage hébergé inclut un déploiement en un clic, un domaine personnalisé avec HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes programmées. Le package persiste la configuration et définit le nom d'hôte autorisé, mais n'active pas l'authentification par mot de passe ou OIDC de Homepage, ne crée pas de comptes de services externes, ne fournit pas d'identifiants de widget et ne sécurise pas les systèmes liés. Configurez l'accès avant de publier des liens sensibles ou des données opérationnelles et gardez les secrets en dehors de la configuration largement lisible.
Qui utilise Homepage
Les utilisateurs de homelab regroupent les services de médias, de stockage, de réseau et d'automatisation ; les équipes techniques publient une page de lancement interne contrôlée ; et les administrateurs combinent les signets avec des indicateurs de santé ou de ressources sélectionnés. Un tableau de bord simple peut réduire le besoin de mémoriser de nombreuses adresses de services.
Homepage n'est pas un fournisseur d'identité, un gestionnaire de secrets, un système de surveillance, un catalogue de services avec approbations ou une limite de sécurité réseau. Il ne doit pas être utilisé pour exposer des liens administratifs ou des identifiants de widget à un public qui n'a pas été autorisé pour les services sous-jacents.
F.A.Q
L’accueil commence à 2 € sur le Plan 1. Ce plan convient à un tableau de bord modeste avec une consultation légère. Le nombre de widgets, les intervalles de rafraîchissement, les utilisateurs simultanés, les images, la latence des API externes et les demandes de proxy influencent la capacité. Les comptes, les identifiants API, les applications liées et la politique d’accès sont distincts du prix d’hébergement et doivent être gérés par le client.
Un domaine personnalisé peut être attribué à Homepage, avec HTTPS automatisé appliqué une fois que le DNS pointe vers l’installation. Le catalogue définit également la valeur allowed-host au nom d’hôte de l’application. Mettez à jour les signets et tout rappel OIDC si l’authentification est configurée ultérieurement, puis testez chaque lien de service, requête de widget, image et navigateur avant de publier l’adresse finale.
Le modèle de catalogue actuel ne définit pas les variables d’authentification de la page d’accueil, de sorte que le package démarre sans mot de passe configuré ni portail OIDC. L’upstream supporte l’authentification optionnelle, mais cela nécessite des paramètres distincts et une configuration d’identité. Jusqu’à ce qu’un contrôle approprié soit activé, considérez que toute personne pouvant accéder à l’URL est en mesure de consulter le tableau de bord.
Non. Les widgets se connectent à des applications et infrastructures externes en utilisant des URL, des routes et parfois des identifiants API fournis par le client. AvaHost ne crée pas ces services ni ces clés. Les mises à jour automatiques des applications et les sauvegardes planifiées couvrent Homepage et sa configuration, mais ne peuvent pas restaurer un service externe, préserver sa compatibilité API ou corriger un identifiant surprivilégié.
