Français
Ntfy Hébergement
Envoyer des notifications push instantanées aux téléphones et aux ordinateurs de bureau en utilisant de simples requêtes HTTP.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Ntfy
- Plus
Site web de Ntfy
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
- binwiederhier/ntfy:latest
- Port par défaut
- 80
Comment fonctionne ntfy
ntfy utilise des sujets nommés comme canaux de notification. Un script ou une application publie un message via une requête HTTP PUT ou POST, et les abonnés le reçoivent par l'application web, les clients mobiles, les outils en ligne de commande ou les APIs d'abonnement. Les flux JSON, les événements envoyés par le serveur, les flux bruts et les WebSockets prennent en charge différents styles d'intégration.
Les messages peuvent inclure des titres, des priorités, des balises, des actions, des pièces jointes, des délais et d'autres champs pris en charge. Les noms de sujets et les règles d'accès sont donc des contrôles de sécurité plutôt que de simples étiquettes. Dans le modèle de catalogue actuel, aucun fichier d'authentification, utilisateurs, jetons ou valeurs par défaut de contrôle d'accès ne sont configurés.
Fonctionnalités clés de ntfy
La documentation officielle de ntfy indique qu'un serveur est ouvert par défaut : les utilisateurs anonymes peuvent lire et écrire sur n'importe quel sujet sauf si l'authentification et les ACL sont configurées. Comme le modèle actuel laisse ces contrôles non définis, les sujets hébergés doivent être traités comme publiquement lisibles et modifiables par quiconque connaît ou découvre le nom du sujet. Ne publiez pas de mots de passe, de jetons d'accès, de données personnelles ou d'alertes confidentielles.
Le serveur persiste son cache de messages et son répertoire de pièces jointes, mais les clients téléphone et bureau restent séparés. La publication par e-mail, les appels téléphoniques, les relais de notification en amont, les SMS, les sources de surveillance et les comptes de notification tiers ne sont pas inclus. L'e-mail d'application est désactivé, la publication par e-mail n'est donc pas disponible via cette offre hébergée.
ntfy vs Pushover
ntfy
ntfy fournit un service de sujet hébergé par le client où les éditeurs et les abonnés utilisent des points de terminaison HTTP et des applications clientes. Pushover est un réseau de notification exploité par un fournisseur utilisant des jetons d'application, des clés utilisateur ou groupe, des abonnements et une livraison client gérée via son système de compte commercial.
Pushover
Pushover peut convenir aux utilisateurs qui souhaitent des clients gérés, une distribution de clés utilisateur, des groupes de livraison et un service géré par un fournisseur. ntfy est plus approprié lorsque les URL de sujet simples, les APIs ouvertes et le contrôle du serveur sont des priorités, à condition que l'opérateur configure les contrôles d'accès ou accepte l'exposition d'un service de sujet ouvert.
Qui utilise ntfy
Les opérateurs envoient les défaillances de travaux et les événements de service, les développeurs publient les avis de construction ou de déploiement, et les ménages acheminent les messages d'automatisation vers les téléphones et les ordinateurs de bureau. Les scripts peuvent également s'abonner à des sujets lorsqu'un flux de notification lisible par machine est nécessaire.
ntfy n'est pas un registre de gestion d'incidents, un collecteur de surveillance, un système de partage de secrets ou un service de contrôle d'accès par défaut. Le modèle ouvert actuel ne convient pas aux notifications confidentielles jusqu'à ce que la plateforme offre une configuration d'authentification examinée.
Auto-hébergement de ntfy : exigences et coût
L'utilisation de ntfy est déterminée par le taux de publication, le nombre de sujets, le cache conservé, le volume de pièces jointes, le nombre d'abonnés, les connexions ouvertes, les flux API et le trafic de téléchargement. PostgreSQL et MariaDB ne sont pas requis dans le catalogue car le modèle utilise son cache persistant local et son stockage de pièces jointes.
Sur AvaHost, ntfy utilise le Plan 1 à 2 €. Le package ntfy hébergé comprend un déploiement en un clic, un domaine personnalisé avec HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes programmées. Le modèle de catalogue actuel n'active pas l'authentification ou les ACL de ntfy, l'accès en lecture/écriture anonyme reste donc la valeur par défaut en amont. Traitez les URL de sujet comme publiques, évitez le contenu confidentiel et ne vous fiez pas à l'obscurité. Les applications clientes, la publication par e-mail, les appels téléphoniques, les SMS, les moniteurs et les services de livraison en amont ne sont pas inclus.
F.A.Q
ntfy commence à 2 € sur le Plan 1. Le plan d’entrée convient aux trafics de messages modestes, à un petit nombre de sujets et aux abonnés ordinaires. Le débit de publication, le cache conservé, les pièces jointes, les flux simultanés, les clients connectés et le trafic de téléchargement sont les principaux facteurs à examiner à mesure que davantage de systèmes et d’utilisateurs s’abonnent.
Non. Le modèle de catalogue actuel ne configure pas de base de données d’authentification, d’utilisateurs, de jetons, d’ACL ou de refus par défaut. ntfy en amont autorise donc l’accès anonyme en lecture et en écriture aux rubriques. Traitez les noms de rubriques comme publics, évitez les secrets et les données personnelles, et n’utilisez pas ce déploiement pour les alertes confidentielles tant que les contrôles d’accès ne sont pas fournis.
Un domaine personnalisé peut pointer vers ntfy, et HTTPS automatisé protège le trafic de publication et d’abonnement HTTP en transit. HTTPS n’ajoute pas d’authentification de sujet au modèle actuel. N’importe qui connaissant un nom de sujet peut toujours publier ou s’abonner selon la configuration par défaut, donc le chiffrement du transport ne doit pas être confondu avec un accès privé.
AvaHost applique automatiquement les mises à jour ntfy et inclut des sauvegardes planifiées pour le cache persistant et les pièces jointes. Après une version majeure, testez les abonnements web, les clients mobiles, la publication HTTP, les priorités, les tags, les actions, les pièces jointes, les flux API et le comportement d’accès ouvert décrit ci-dessus. Les applications clientes et les mécanismes de push en amont peuvent évoluer indépendamment du serveur.