Deutsch
Ntfy Hosting
Senden Sie sofortige Push-Benachrichtigungen an Telefone und Desktops mit einfachen HTTP-Anfragen.
- Ein Klick bereitstellen
- 15 GB Benötigter Speicherplatz
- 1 GB RAM Benötigter Arbeitsspeicher
- Von 2 € Preis
Keine Einrichtungsgebühren
Offizielle Links
Die offiziellen Links und die ursprüngliche Website von Ntfy
- Mehr
Ntfy Website
Was Sie
bei AvaHost erhalten
Die Bereitstellung mit einem Klick, eine benutzerdefinierte Domain, kostenloses HTTPS, automatische Anwendungsupdates und geplante Backups sind in jeder Cloud-App enthalten. Sie können mehrere Apps auf einem Server ausführen, und der Terminalzugang ist enthalten.
Diese Vorlage enthält keinen Datenbank-Container.
Technik
- Docker-Image
- binwiederhier/ntfy:latest
- Standardport
- 80
Wie ntfy funktioniert
ntfy nutzt benannte Topics als Benachrichtigungskanäle. Ein Skript oder eine Anwendung veröffentlicht eine Nachricht mit einer HTTP PUT- oder POST-Anfrage, und Abonnenten erhalten sie über die Webanwendung, mobile Clients, Befehlszeilenwerkzeuge oder Abonnement-APIs. JSON-Streams, Server-Sent Events, Raw Streams und WebSockets unterstützen verschiedene Integrationsstile.
Nachrichten können Titel, Prioritäten, Tags, Aktionen, Anhänge, Verzögerungen und andere unterstützte Felder enthalten. Topic-Namen und Zugriffsregeln sind daher Sicherheitskontrollen und nicht nur Bezeichnungen. In der aktuellen Katalogvorlage sind keine Authentifizierungsdatei, Benutzer, Tokens oder Zugriffskontroll-Standardwerte konfiguriert.
Wichtige ntfy-Funktionen
Die offizielle ntfy-Dokumentation besagt, dass ein Server standardmäßig offen ist: Anonyme Benutzer können jedes Topic lesen und schreiben, es sei denn, Authentifizierung und ACLs sind konfiguriert. Da die aktuelle Vorlage diese Kontrollen nicht setzt, müssen gehostete Topics als öffentlich lesbar und beschreibbar für jeden behandelt werden, der den Topic-Namen kennt oder entdeckt. Veröffentlichen Sie keine Passwörter, Zugriffstokens, persönliche Daten oder vertrauliche Benachrichtigungen.
Der Server speichert seinen Nachrichtencache und das Anhängeverzeichnis persistent, aber Phone- und Desktop-Clients bleiben getrennt. E-Mail-Veröffentlichung, Telefonanrufe, Upstream-Push-Relays, SMS, Überwachungsquellen und Benachrichtigungskonten von Drittanbietern sind nicht enthalten. Anwendungs-E-Mail ist deaktiviert, daher ist mailbasierte Veröffentlichung nicht über dieses gehostete Angebot verfügbar.
ntfy vs Pushover
ntfy
ntfy bietet einen kundengehosteten Topic-Service, bei dem Publisher und Abonnenten HTTP-Endpunkte und Client-Anwendungen nutzen. Pushover ist ein von einem Anbieter betriebenes Benachrichtigungsnetzwerk, das Anwendungs-Tokens, Benutzer- oder Gruppenschlüssel, Abonnements und verwaltete Client-Zustellung über sein kommerzielles Kontosystem verwendet.
Pushover
Pushover kann für Benutzer geeignet sein, die verwaltete Clients, Benutzerverteilung, Liefergruppen und einen von einem Anbieter betriebenen Service wünschen. ntfy ist besser geeignet, wenn einfache Topic-URLs, offene APIs und Serverkontrolle Prioritäten sind, vorausgesetzt, der Betreiber konfiguriert Zugriffskontrollvorgaben oder akzeptiert die Exposition eines offenen Topic-Service.
Wer nutzt ntfy
Betreiber senden Jobfehler und Service-Events, Entwickler veröffentlichen Build- oder Deployment-Benachrichtigungen, und Haushalte leiten Automatisierungsnachrichten an Phones und Desktops. Skripte können auch Topics abonnieren, wenn ein maschinenlesbarer Benachrichtigungsstream erforderlich ist.
ntfy ist standardmäßig kein Incident-Management-Verzeichnis, Überwachungssammler, Secret-Sharing-System oder Access-Control-Service. Die aktuelle offene Vorlage ist für vertrauliche Benachrichtigungen ungeeignet, bis die Plattform eine überprüfte Authentifizierungskonfiguration anbietet.
Selbsthosting von ntfy: Anforderungen und Kosten
Die ntfy-Nutzung wird durch Veröffentlichungsrate, Topic-Anzahl, beibehaltener Cache, Anhängevolumen, Abonnentenzahl, offene Verbindungen, API-Streams und Download-Traffic bestimmt. PostgreSQL und MariaDB sind im Katalog nicht erforderlich, da die Vorlage ihren lokal persistierten Cache und Anhängespeicher nutzt.
Bei AvaHost nutzt ntfy Plan 1 zu €2. Das gehostete ntfy-Paket umfasst One-Click-Deployment, eine benutzerdefinierte Domain mit automatisiertem HTTPS, automatische Anwendungsaktualisierungen und geplante Sicherungen. Die aktuelle Katalogvorlage aktiviert ntfy-Authentifizierung oder ACLs nicht, daher bleibt anonymer Lese-/Schreibzugriff der Upstream-Standard. Behandeln Sie Topic-URLs als öffentlich, vermeiden Sie vertrauliche Inhalte und verlassen Sie sich nicht auf Verborgenheit. Client-Apps, E-Mail-Veröffentlichung, Telefonanrufe, SMS, Monitore und Upstream-Zustellungsdienste sind nicht enthalten.
F.A.Q
ntfy beginnt bei €2 im Plan 1. Der Einstiegsplan eignet sich für moderates Nachrichtenaufkommen, eine kleine Anzahl von Topics und gewöhnliche Abonnenten. Veröffentlichungsrate, beibehaltener Cache, Anhänge, gleichzeitige Streams, verbundene Clients und Download-Traffic sind die Hauptfaktoren, die zu überprüfen sind, wenn mehr Systeme und Benutzer abonnieren.
Nein. Die aktuelle Katalogvorlage konfiguriert keine Authentifizierungsdatenbank, Benutzer, Token, ACLs oder eine standardmäßige Deny-All-Richtlinie. Das Upstream ntfy erlaubt daher anonymen Lese- und Schreibzugriff auf Topics. Behandeln Sie Topic-Namen als öffentlich, vermeiden Sie Geheimnisse und persönliche Daten, und verwenden Sie diese Bereitstellung nicht für vertrauliche Benachrichtigungen, bis Zugriffskontrolle bereitgestellt wird.
Eine benutzerdefinierte Domain kann auf ntfy verweisen, und automatisiertes HTTPS schützt HTTP-Publishing- und Abonnement-Traffic während der Übertragung. HTTPS fügt der aktuellen Vorlage keine Topic-Authentifizierung hinzu. Jeder, der einen Topic-Namen kennt, kann unter der Standardkonfiguration immer noch veröffentlichen oder abonnieren, daher darf Transportverschlüsselung nicht mit privatem Zugriff verwechselt werden.
AvaHost wendet ntfy-Updates automatisch an und beinhaltet geplante Sicherungen für persistente Cache- und Attachment-Daten. Nach einem bedeutenden Release sollten Sie Web-Abos, Mobile Clients, HTTP-Publishing, Prioritäten, Tags, Aktionen, Attachments, API-Streams und das oben beschriebene Open-Access-Verhalten testen. Client-Anwendungen und Upstream-Push-Mechanismen können sich unabhängig vom Server weiterentwickeln.