Testowanie i rozwiązywanie problemów - Mattermost

2 min czytania Aktualizacja: 11.09.2026

Na tej stronie Wiadomość testowa
  1. Wiadomość testowa
  2. Typowe problemy
  3. DockRay odrzuca adres przy zapisie
  4. Test przechodzi, a prawdziwe alerty nie przychodzą
  5. Webhook działał, a od pewnego czasu milczy
  6. Wiadomość trafia na inny kanał, niż oczekiwano
  7. Nagły wzrost liczby błędów nie wysyła powiadomienia
  8. Nadal nie działa

Wiadomość testowa

Przycisk Wyślij test stoi przy każdym rodzaju zdarzenia. Wysyła przykładową wiadomość z nazwą projektu, rodzajem zdarzenia i czasem wykrycia - tą samą drogą co prawdziwy alert. Test wymaga zapisanego albo właśnie wpisanego adresu webhooka i wskazanego kanału. Brak któregokolwiek kończy się komunikatem o niepełnej konfiguracji, zanim DockRay w ogóle spróbuje wysłać żądanie.

Typowe problemy

DockRay odrzuca adres przy zapisie

Adres musi być publicznym HTTPS, bez loginu i hasła wpisanych wprost w adres, a nazwa hosta musi rozwiązywać się na publiczny adres IP. Adres HTTP, adres wewnętrzny (na przykład serwer Mattermost pod prywatnym IP bez publicznego proxy) albo literówka w domenie kończą się tym samym komunikatem - to jedna, wspólna reguła dla każdego pola tego typu w panelu, nie osobna walidacja tylko dla Mattermosta.

Test przechodzi, a prawdziwe alerty nie przychodzą

Sprawdź routing konkretnego rodzaju zdarzenia - mógł zostać ustawiony na „nie wysyłaj'' albo projekt jawnie nadpisał dziedziczenie z konta samym kanałem, bez włączenia wysyłki. Warto też sprawdzić, czy zdarzenie w ogóle wystąpiło: issue leci tylko przy pierwszym wystąpieniu nowego błędu.

Webhook działał, a od pewnego czasu milczy

Ktoś mógł usunąć webhook po stronie Mattermost - na przykład porządkując integracje serwera albo po zmianie administratora kanału. DockRay nie ma jak się o tym dowiedzieć samo z siebie: usunięty webhook po prostu przestaje odpowiadać. Utwórz nowy i wklej go w miejsce starego.

Wiadomość trafia na inny kanał, niż oczekiwano

Mattermost pozwala webhookowi wysłać wiadomość na kanał inny niż ten, dla którego go utworzono, jeśli DockRay poda kanał jawnie w żądaniu. Jeśli pole kanału w routingu jest puste, wiadomość idzie na kanał domyślny webhooka - czyli ten, dla którego webhook powstał, a nie na ten, który wydawał się „oczywisty'' z nazwy integracji.

Nagły wzrost liczby błędów nie wysyła powiadomienia

Kryterium error-spike wymaga jednocześnie minimalnej liczby zdarzeń w oknie czasowym i odpowiedniej krotności normalnego ruchu tego projektu, a alert tego typu leci dla tego samego projektu najwyżej raz na kilka godzin - druga fala w krótkim odstępie jest celowo wyciszona.

Nadal nie działa

Przejdź przez listę kontrolną braku danych w panelu, a jeśli to nie pomoże - napisz do nas. Podaj nazwę projektu, wersję integracji i przybliżoną godzinę testu: to skraca drogę do odpowiedzi.

Czytaj dalej

Newsletter DockRay

Bezpieczeństwo aplikacji w Twojej skrzynce

Najważniejsze podatności, konkretne zalecenia i praktyczne wskazówki dla Twoich aplikacji. Wybierz technologie i śledź to, co ma znaczenie dla Twojego projektu.

  • Codzienne zestawienie nowych podatności, także krytycznych.
  • Powiadomienia o ważnych aktualizacjach.
  • Praktyczne porady o bezpieczeństwie i monitoringu aplikacji.

Pozostaw puste, aby otrzymywać informacje o wszystkich technologiach.

Zapis jest bezpłatny. Wypiszesz się jednym kliknięciem w wiadomości.