Żądanie HTTP
Zadanie HTTP pokazuje, czy witryna lub usługa sieciowa się otwiera tak, jak oczekujesz w codziennej pracy.
Kiedy użyć
- Gdy musisz monitorować stronę witryny, panel osobisty lub punkt końcowy zdrowia.
- Gdy ważne jest sprawdzenie nie tylko dostępności serwera, ale i poprawności odpowiedzi HTTP.
- Gdy chcesz zobaczyć błąd oczami użytkownika, a nie tylko w otwartym porcie.
Kiedy wybrać inny typ
- Jeśli potrzebujesz sprawdzić tylko podstawową dostępność sieciową serwera, Ping zwykle wystarczy.
- Jeśli ważny jest tylko czas ważności certyfikatu, lepszy jest SSL.
- Jeśli monitoring powinien czekać sygnał od procesu zewnętrznego, użyj „Zdarzenie zewnętrzne".
Zwróć uwagę:
do głównego sprawdzenia lepiej wybrać URL, który faktycznie odzwierciedla stan roboczego serwisu,
a nie losową stronę, która może się zmieniać z powodu autoryzacji, reklam lub personalizacji.
Pola ogólne formularza
| Pole | Co oznacza | Co wpisać | Przykład |
|---|---|---|---|
| Włączone zadanie | Określa, czy sprawdzenie będzie uruchamiać się zaraz po zapisaniu. | Pozostaw zadanie włączone, jeśli chcesz natychmiast rozpocząć monitoring. | Włączone |
| Nazwa | Nazwa sprawdzenia na liście i w powiadomieniach. | Wskaż, co dokładnie jest sprawdzane. | Strona główna example.com |
| Grupa | Umożliwia przypisanie zadania do projektu lub sekcji. | Wybierz grupę, jeśli chcesz trzymać zadania razem po projekcie. | Witryna example.com |
| Interwał | Jak często będzie wykonywane sprawdzenie HTTP. | Wybierz interwał w zależności od ważności strony lub usługi. | 5 minut |
| Kanały powiadomień | Dokąd wysyłać wiadomości o problemie i odzyskaniu. | Zaznacz kanały, w których faktycznie czytasz powiadomienia. | Telegram i e-mail |
| Raporty | Okresowe podsumowania zadania. | Włącz, jeśli chcesz otrzymywać przegląd bez ręcznego logowania do panelu. | Raport tygodniowy |
Pola sprawdzenia HTTP
| Pole | Co oznacza | Co wpisać | Przykład |
|---|---|---|---|
| Metoda | Które żądanie HTTP będzie wysyłane. | Zwykle wystarczy GET. Inne metody są potrzebne, jeśli twój punkt końcowy je wymaga. | GET |
| URL | Pełny adres strony lub punktu końcowego do sprawdzenia. | Podaj pełny URL ze schematem i domeną. | https://example.com/health |
| Timeout | Jak długo czekać na odpowiedź przed błędem niedostępności. | Wybierz wartość nieco wyższą od normalnego czasu odpowiedzi serwisu. | 30 sekund |
| Słowo kluczowe | Dodatkowe sprawdzenie zawartości odpowiedzi. | Wskaż tekst, który powinien być w odpowiedzi. | OK |
| Ustawienia zaawansowane | Otwiera dodatkowe pola HTTP. | Włącz tylko jeśli potrzebujesz nagłówków, treści żądania lub listy kodów sukcesu. | Włączone |
| Nagłówki | Dodatkowe nagłówki żądania HTTP. | Dodaj tylko nagłówki, które faktycznie są potrzebne dla twojego API. | Authorization: Bearer <token> Accept: application/json |
| Zawartość | Treść żądania HTTP dla POST, PUT lub PATCH. | Wypełnij, jeśli punkt końcowy oczekuje JSON lub inną treść żądania. | {"event":"healthcheck"} |
| Kody odpowiedzi sukcesu | Które kody HTTP traktować jako normalny rezultat. | Pozostaw standardowy zakres lub ustaw własne kody i zakresy. | 200-299, 301 |
| Zezwalaj na samopodpisany certyfikat | Nie traktuj błędem certyfikatu, któremu nie ufają przeglądarki. | Włącz dla usług wewnętrznych przez HTTPS z własnym certyfikatem. | Wyłączone |
| Dozwolone punkty do sprawdzenia | Z jakich punktów będzie się wykonywać sprawdzenie. | Pozostaw wszystkie punkty, jeśli nie potrzebujesz specjalnego scenariusza po regionach lub sieciach. | Wszystkie punkty sprawdzenia |
Kiedy przychodzi alarm
- Witryna lub punkt końcowy nie odpowiada na czas.
- Serwer zwraca kod, który nie jest na liście kodów sukcesu.
- W odpowiedzi nie będzie obowiązkowego tekstu, jeśli wskazałeś słowo kluczowe.
- Dla adresu HTTPS nie będzie możliwe nawiązanie bezpiecznego połączenia: certyfikat wygasł, mu się nie ufa lub został wydany dla innej nazwy. W przyczynie sprawdzenia będzie wskazano, co dokładnie nie tak.
Sprawdzasz usługę wewnętrzną? Jeśli działa pod HTTPS z samopodpisanym certyfikatem,
włącz „Ustawienia zaawansowane" i zaznacz opcję «Zezwalaj na samopodpisany certyfikat» —
w przeciwnym razie sprawdzenie będzie padać z powodu braku zaufania do certyfikatu, chociaż sam serwis odpowiada normalnie.
Konfiguracja powiadomień
Dla każdego kanału powiadomień w zadaniu można ustawić dodatkowe parametry. Działają one tylko dla zdarzeń DOWN.
| Parametr | Co robi |
|---|---|
| Włączony | Zezwala lub zabrania wysyłania powiadomień po tym kanale dla tego zadania. |
| Opóźnij na PRO | Opóźnia pierwsze powiadomienie o DOWN na wybrany czas (do 12 godzin). Wygodnie, aby nie otrzymywać powiadomienia o krótkotrwałych awariach. |
| Powtarzaj przez PRO | Okresowo powtarza powiadomienie, dopóki zadanie pozostaje w stanie DOWN (do 1 godziny między powtórzeniami). Przydaje się, gdy ważne jest nie przegapić długotrwałą awarię. |
Parametry „Opóźnij" i „Powtarzaj" nie wpływają na zdarzenia UP i powiadomienia o odzyskaniu.