Polska
Ntfy Hosting
Wysyłaj natychmiastowe powiadomienia push na telefony i komputery stacjonarne za pomocą prostych żądań HTTP.
- Jedno kliknięcie wdrożenie
- 15 GB Potrzebna przestrzeń dyskowa
- 1 GB RAM Potrzebna pamięć
- Od 2 € Cena
Brak opłat za konfigurację
Oficjalne linki
Oficjalne linki i oryginalna strona internetowa Ntfy
- Więcej
Strona internetowa Ntfy
Co otrzymujesz
w AvaHost
Wdrożenie jednym kliknięciem, niestandardowa domena, darmowe HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe są dostępne z każdą aplikacją w chmurze. Możesz uruchomić wiele aplikacji na jednym serwerze, a dostęp do terminala jest wliczony.
Ten szablon nie zawiera kontenera bazy danych.
Technologia
- Obraz Dockera
- binwiederhier/ntfy:latest
- Domyślny port
- 80
Jak działa ntfy
ntfy wykorzystuje nazwane tematy jako kanały powiadomień. Skrypt lub aplikacja publikuje wiadomość za pomocą żądania HTTP PUT lub POST, a subskrybenci otrzymują ją poprzez aplikację internetową, klientów mobilnych, narzędzia wiersza poleceń lub interfejsy API subskrypcji. Strumienie JSON, zdarzenia wysyłane przez serwer, surowe strumienie i WebSockety obsługują różne style integracji.
Wiadomości mogą zawierać tytuły, priorytety, tagi, akcje, załączniki, opóźnienia i inne obsługiwane pola. Nazwy tematów i reguły dostępu są zatem kontrolami bezpieczeństwa, a nie tylko etykietami. W bieżącym szablonie katalogu nie skonfigurowano pliku uwierzytelniania, użytkowników, tokenów ani domyślnych kontroli dostępu.
Kluczowe funkcje ntfy
Oficjalna dokumentacja ntfy stwierdza, że serwer jest domyślnie otwarty: użytkownicy anonimowi mogą czytać i pisać do dowolnego tematu, chyba że skonfigurowano uwierzytelnianie i listy ACL. Ponieważ bieżący szablon pozostawia te kontrole nieustalone, hostowane tematy muszą być traktowane jako publicznie czytelne i zapisywalne dla każdego, kto zna lub odkryje nazwę tematu. Nie publikuj haseł, tokenów dostępu, danych osobowych ani poufnych alertów.
Serwer utrwala swoją pamięć podręczną wiadomości i katalog załączników, ale klienci telefonów i komputerów pozostają oddzielni. Publikowanie poczty e-mail, rozmowy telefoniczne, przekaźniki push upstream, SMS, źródła monitorowania i konta powiadomień stron trzecich nie są uwzględniane. Poczta e-mail aplikacji jest wyłączona, więc publikowanie oparte na poczcie e-mail nie jest dostępne za pośrednictwem tej oferty hostowanej.
ntfy vs Pushover
ntfy
ntfy zapewnia usługę tematów hostowaną przez klienta, w której wydawcy i subskrybenci używają punktów końcowych HTTP i aplikacji klienckich. Pushover to sieć powiadomień obsługiwana przez dostawcę, wykorzystująca tokeny aplikacji, klucze użytkownika lub grupy, subskrypcje i zarządzaną dostawę klientów poprzez komercyjny system kont.
Pushover
Pushover może być odpowiedni dla użytkowników, którzy chcą zarządzanych klientów, dystrybucji kluczy użytkownika, grup dostarczania i usługi prowadzonej przez dostawcę. ntfy jest bardziej odpowiedni, gdy priorytetem są proste adresy URL tematów, otwarte interfejsy API i kontrola serwera, pod warunkiem że operator skonfiguruje kontrolę dostępu lub zaakceptuje ekspozycję otwartej usługi tematów.
Kto używa ntfy
Operatorzy wysyłają błędy zadań i zdarzenia usług, deweloperzy publikują powiadomienia o kompilacji lub wdrażaniu, a gospodarstwa domowe kierują wiadomości automatyzacji do telefonów i komputerów. Skrypty mogą również subskrybować tematy, gdy potrzebny jest czytelny dla maszyny strumień powiadomień.
ntfy nie jest domyślnie systemem zarządzania incydentami, kolektorem monitorowania, systemem udostępniania tajemnic ani usługą kontroli dostępu. Bieżący otwarty szablon nie nadaje się do poufnych powiadomień, dopóki platforma nie oferuje przejrzanej konfiguracji uwierzytelniania.
Samodzielne hostowanie ntfy: wymagania i koszty
Użycie ntfy jest napędzane przez szybkość publikowania, liczbę tematów, zachowaną pamięć podręczną, wolumin załączników, liczbę subskrybentów, otwarte połączenia, strumienie API i ruch pobierania. PostgreSQL i MariaDB nie są wymagane w katalogu, ponieważ szablon używa lokalnej utrwalonej pamięci podręcznej i magazynu załączników.
Na AvaHost ntfy korzysta z Planu 1 za €2. Pakiet hostowany ntfy obejmuje wdrażanie jednym kliknięciem, domenę niestandardową z automatycznym HTTPS, automatyczne aktualizacje aplikacji i zaplanowane kopie zapasowe. Bieżący szablon katalogu nie włącza uwierzytelniania ntfy ani list ACL, więc anonimowy dostęp do odczytu/zapisu pozostaje domyślnym upstream. Traktuj adresy URL tematów jako publiczne, unikaj poufnych treści i nie polegaj na niejasności. Aplikacje klienckie, publikowanie poczty e-mail, rozmowy telefoniczne, SMS, monitory i usługi dostarczania upstream nie są uwzględniane.
F.A.Q
ntfy zaczyna się od €2 w Planie 1. Plan podstawowy sprawdza się w przypadku skromnego ruchu wiadomości, małej liczby tematów i zwykłych subskrybentów. Szybkość publikacji, przechowywana pamięć podręczna, załączniki, jednoczesne strumienie, połączeni klienci i ruch pobierania to główne czynniki do przeanalizowania, gdy więcej systemów i użytkowników się subskrybuje.
Nie. Obecny szablon katalogu nie konfiguruje bazy danych uwierzytelniania, użytkowników, tokenów, list ACL ani domyślnej polityki deny-all. Upstream ntfy zatem pozwala na anonimowy dostęp do odczytu i zapisu tematów. Traktuj nazwy tematów jako publiczne, unikaj tajemnic i danych osobowych, i nie używaj tego wdrożenia do poufnych alertów, dopóki nie zostaną zapewnione kontrole dostępu.
Domena niestandardowa może wskazywać na ntfy, a automatyczne HTTPS chroni ruch publikowania i subskrypcji HTTP podczas transmisji. HTTPS nie dodaje uwierzytelniania tematu do bieżącego szablonu. Każdy, kto zna nazwę tematu, może nadal publikować lub subskrybować w konfiguracji domyślnej, dlatego szyfrowanie transportu nie powinno być mylone z dostępem prywatnym.
AvaHost automatycznie stosuje aktualizacje ntfy i zawiera zaplanowane kopie zapasowe dla trwałej pamięci podręcznej i załączników. Po znaczącym wydaniu przetestuj subskrypcje internetowe, klientów mobilnych, publikowanie HTTP, priorytety, tagi, akcje, załączniki, strumienie API i zachowanie otwartego dostępu opisane powyżej. Aplikacje klienckie i upstream’owe mechanizmy push mogą zmieniać się niezależnie od serwera.