Problemy z dostępnością panelu sterowania
- identified
Problem został zidentyfikowany i jest w trakcie wdrażania.
- resolved
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
69 Maropost incidents · sierpień 2024 — official updates, affected components, duration and resolution details.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Badamy niestabilność platformy wpływającą na sklepy internetowe Neto. Klienci mogą doświadczać przerywanych problemów dostępu do dotkniętych sklepów. Nasz zespół pracuje nad przywróceniem stabilności. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.
Usługi są obecnie stabilne. Nadal monitorujemy wyniki i badamy przyczynę zakłóceń.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Otrzymujemy raporty paneli kontrolnych, które odbierają "Błąd oprogramowania". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.
Wprowadzono rozwiązanie i monitorujemy wyniki.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Niektórzy kupcy i partnerzy Neto doświadczają problemów z dostępem do SFTP. Nasz zespół aktywnie bada i pracuje nad wdrożeniem rozwiązania. Dostarczymy dalsze aktualizacje w miarę postępów.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Wprowadzono rozwiązanie i monitorujemy wyniki.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Niektórzy kupcy Neto mają problemy z dostępem do swoich paneli kontrolnych. Nasz zespół aktywnie bada tę kwestię i przedstawi dalsze aktualizacje w miarę dostępności większej ilości informacji.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Wdrażamy poprawki do kwestii dostępu do panelu sterowania. Dostarczymy dalsze aktualizacje w miarę postępów.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Prowadzimy śledztwo w sprawie opóźnień podczas synchronizacji danych w aplikacji Neto POS.
Synchronizacja wróciła do normy.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Obecnie badamy tę kwestię.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Wprowadzono rozwiązanie i monitorujemy wyniki.
Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Planowana konserwacja Dziś wieczorem zakończymy aktualizację konta dla Tożsamości Maropost 5 / 10 / 2026. Po tej aktualizacji, wszyscy użytkownicy Tożsamości Maropost będą zobowiązani do zakończenia bezpieczeństwa konta zresetować przy następnym zalogowaniu. Użytkownicy będą proszeni o: - Ustaw nowe hasło za pomocą Forgot Hasło - Zapisz nowy zestaw kodów odzyskiwania - Konfiguracja aplikacji uwierzytelniającej - Kompletna konfiguracja uwierzytelniania wieloczynnikowego (MFA) W ramach tego procesu zostaną zresetowane istniejące kody odzysku i konfiguracje uwierzytelniające. MFA będzie wymagane dla wszystkich użytkowników Tożsamości Maropost idących naprzód, w tym użytkowników, którzy wcześniej nie skonfigurowali uwierzytelniania. Przed aktualizacją nie jest wymagane działanie. Użytkownicy powinni postępować zgodnie z instrukcjami przedstawionymi podczas następnego dostępu do Tożsamości Maropost. Więcej informacji na temat resetu hasła, kodów odzyskiwania i konfiguracji MFA można znaleźć w naszym przewodniku: https: / / architecty.maropost.com / kb / articles / 2475- maropost- identity- password- repart-what-you-need-to-do W przypadku trudności z zakończeniem resetu, prosimy o kontakt z Maropost Support.
# Tożsamość Maropost - Incydent bezpieczeństwa pośmiertny Uzasadnienie * * Affected Service: * * Maropost Identity\ (Login and Authentication\) * * Okres incydentu: * * 26- 30 września 2026 r. * * Regeneracja i globalny kredyt zakończony: * * 6 października 2026 / Stan: Rozwiązane # # Przegląd W dniach 26-30 września 2026 r. Nasze śledztwo wykazało, że strona zewnętrzna wykorzystała zagrożenie bezpieczeństwa w ramach służby tożsamości, pozwalając na nieautoryzowany dostęp administracyjny. * * Co ważne, hasła użytkownika są przechowywane przy użyciu bezpiecznego, jednostronnego szyfrowania hashingu. Nasze śledztwo nie znalazło dowodów na to, że hasze z haskami zostały wyekstrahowane lub że hasła z tekstu zwykłego zostały ujawnione. * * Po zidentyfikowaniu działań nasze zespoły inżynieryjne i bezpieczeństwa podjęły natychmiastowe działania w celu opanowania incydentu, zbadania jego wpływu i wdrożenia środków naprawczych. Od tego czasu zidentyfikowano podatność na zagrożenia, a w dniu 6 października 2026 r. zakończono globalną resetację kredytową jako środek zapobiegawczy w zakresie bezpieczeństwa. # Co się stało Incydent dotyczył podatności w funkcji resetowania haseł Tożsamości Maropost. Wrażliwość ta została wykorzystana przez nieupoważnioną stronę trzecią, która uzyskała następnie wyższy dostęp w ramach służby tożsamości. Nasze dochodzenie wykazało następujące działania: * Nieautoryzowany dostęp do danych na koncie tożsamości, w tym nazw użytkowników i adresów e-mail. * Niezwykle wysoki wolumen żądań reset haseł w kontach klientów i wewnętrznych. * Nieautoryzowane zmiany w ustawieniach logowania i uwierzytelniania wieloczynnikowego\ (MFA\) na podzbiorze kont. W dniu 30 września 2026 r. nasze zespoły zidentyfikowały nieprawidłową aktywność i podjęły natychmiastowe działania w celu zbadania i opanowania incydentu. # # Uderzenie klienta Nasze dochodzenie zidentyfikowało nieautoryzowany dostęp do danych o tożsamości Maropost, w tym nazwy użytkowników i adresy e-mail. Podczas gdy na podzbiorze rachunków zidentyfikowano nieautoryzowane zmiany uwierzytelniania kredytowego i wieloczynnikowego\ (MFA\), Maropost unieważnił istniejące sesje i zakończył globalną resetację kredytową w celu ochrony użytkowników. # # Działania podjęte w celu rozwiązania incydentu Po wykryciu, zespoły Maropost 's Engineering and Security wdrożyły kilka środków w celu opanowania incydentu i zabezpieczenia służby tożsamości. * * Bezpieczeństwo Wrażliwość Regeneracja * * Zmodyfikowano oprogramowanie tożsamości dotknięte chorobą i przeprowadzono testy weryfikacyjne w celu potwierdzenia rozpoznanej podatności na zagrożenia. * * Nieautoryzowane ograniczenie dostępu * * Zablokowano źródła sieci związane z podejrzaną działalnością i wzmocniono administracyjne kontrole dostępu. * * Credential and Session Security * * Istniejące sesje użytkowników zostały unieważnione, zmieniono odpowiednie referencje dotyczące wniosków i integracji oraz dokonano przeglądu rachunków administracyjnych. * * Global Hasło i MFA Reset * * W dniu 6 października 2026 r. * * Weryfikacja konta * * Podjęto dodatkowe przeglądy rachunków, w tym wyłączenie niezweryfikowanych rachunków zidentyfikowanych podczas dochodzenia. # # Środki zapobiegawcze Poza natychmiastową rekultywacją Maropost wdraża dalsze ulepszenia bezpieczeństwa w celu wzmocnienia tożsamości Maropost i zmniejszenia ryzyka podobnych incydentów. Poprawki te obejmują: * Wzmocnienie administracyjnych ograniczeń dostępu i kontroli uwierzytelniania. * Wzmocnienie monitorowania i ostrzegania o niezwykłej aktywności logowania i reset haseł. * Poprawa kontroli bezpieczeństwa stosowania i integracji. * Wzmocnienie procesów zarządzania wrażliwością i aktualizacji oprogramowania. * Przeprowadzenie dodatkowych ocen bezpieczeństwa i przegląd procedur reagowania na incydenty. Środki te stanowią część naszego stałego zaangażowania na rzecz utrzymania bezpieczeństwa i niezawodności usług Maropost. Czy klienci muszą podjąć jakieś działania? Klienci, którzy pomyślnie zresetowali swoje hasło tożsamości Maropost i przekonfigurowali swoje uwierzytelnianie wieloczynnikowe w dniu 6 października 2026 r. lub później, nie muszą powtarzać tego procesu w ramach tego incydentu. Klienci, którzy nie ukończyli jeszcze wymaganego resetu, powinni wybrać * * Zapomniane Hasło * * na stronie logowania Tożsamość Maropost i postępować zgodnie z instrukcjami. Jako ogólne środki ostrożności dla bezpieczeństwa, zachęcamy klientów do zachowania czujności na nieoczekiwanych próbach resetowania hasła, podejrzanych e-maili lub prób uzyskania uwierzytelniania konta. Maropost nigdy nie zażąda, aby klienci ujawniali swoje hasła lub kody odzyskiwania MFA. Dalsze wskazówki można znaleźć na stronie: [Hasło Tożsamości Maropost reset - co musisz zrobić] (https: / / com.maropost.com / kb / articles / 2475) W przypadku trudności w dostępie do konta lub identyfikacji nieoczekiwanej aktywności konta, prosimy o kontakt z naszym zespołem wsparcia: [Contact Maropost Support] (https: / / contact- support) # # Zamknięcie oświadczenia Ochrona naszych klientów, ich kont i informacji pozostaje priorytetem Maropost. Uznajemy znaczenie utrzymania zaufania do naszych usług i podjęliśmy działania mające na celu zaradzenie stwierdzonej podatności, zapewnienie odpowiednich uwierzytelniania oraz wzmocnienie kontroli chroniących tożsamość Maropost. Będziemy nadal dokonywać przeglądu i ulepszania naszych praktyk w zakresie bezpieczeństwa w ramach naszego stałego zaangażowania na rzecz ochrony informacji o klientach.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Jako środek zabezpieczający Maropost zainicjował resetowanie hasła dla użytkowników identyfikatorów Maropost. Podczas podpisywania się użytkownicy mogą zostać poproszeni o zresetowanie hasła, zanim będą mogli kontynuować dostęp do swoich produktów Maropost. Większość użytkowników jest w stanie z powodzeniem zresetować hasło. Zdajemy sobie jednak sprawę, że niektórzy użytkownicy mogą nie otrzymać e- maila z resetem hasła i w związku z tym mogą nie być w stanie dokończyć resetu lub uzyskać dostępu do swojej platformy. Jeśli nie jesteś w stanie uzyskać dostępu do konta, ponieważ nie otrzymałeś e- maila resetowanego hasłem, należy złożyć wniosek o wsparcie za pomocą poniższego formularza, a nasz zespół pomoże Ci odzyskać dostęp: Wniosek o wsparcie: https: / / share.hsforms.com / 1PF2VNMWnS2al3GnLh8msNQrp8ms
# Tożsamość Maropost - Incydent bezpieczeństwa pośmiertny Uzasadnienie * * Affected Service: * * Maropost Identity\ (Login and Authentication\) * * Okres incydentu: * * 26- 30 września 2026 r. * * Regeneracja i globalny kredyt zakończony: * * 6 października 2026 / Stan: Rozwiązane # # Przegląd W dniach 26-30 września 2026 r. Nasze śledztwo wykazało, że strona zewnętrzna wykorzystała zagrożenie bezpieczeństwa w ramach służby tożsamości, pozwalając na nieautoryzowany dostęp administracyjny. * * Co ważne, hasła użytkownika są przechowywane przy użyciu bezpiecznego, jednostronnego szyfrowania hashingu. Nasze śledztwo nie znalazło dowodów na to, że hasze z haskami zostały wyekstrahowane lub że hasła z tekstu zwykłego zostały ujawnione. * * Po zidentyfikowaniu działań nasze zespoły inżynieryjne i bezpieczeństwa podjęły natychmiastowe działania w celu opanowania incydentu, zbadania jego wpływu i wdrożenia środków naprawczych. Od tego czasu zidentyfikowano podatność na zagrożenia, a w dniu 6 października 2026 r. zakończono globalną resetację kredytową jako środek zapobiegawczy w zakresie bezpieczeństwa. # Co się stało Incydent dotyczył podatności w funkcji resetowania haseł Tożsamości Maropost. Wrażliwość ta została wykorzystana przez nieupoważnioną stronę trzecią, która uzyskała następnie wyższy dostęp w ramach służby tożsamości. Nasze dochodzenie wykazało następujące działania: * Nieautoryzowany dostęp do danych na koncie tożsamości, w tym nazw użytkowników i adresów e-mail. * Niezwykle wysoki wolumen żądań reset haseł w kontach klientów i wewnętrznych. * Nieautoryzowane zmiany w ustawieniach logowania i uwierzytelniania wieloczynnikowego\ (MFA\) na podzbiorze kont. W dniu 30 września 2026 r. nasze zespoły zidentyfikowały nieprawidłową aktywność i podjęły natychmiastowe działania w celu zbadania i opanowania incydentu. # # Uderzenie klienta Nasze dochodzenie zidentyfikowało nieautoryzowany dostęp do danych o tożsamości Maropost, w tym nazwy użytkowników i adresy e-mail. Podczas gdy na podzbiorze rachunków zidentyfikowano nieautoryzowane zmiany uwierzytelniania kredytowego i wieloczynnikowego\ (MFA\), Maropost unieważnił istniejące sesje i zakończył globalną resetację kredytową w celu ochrony użytkowników. # # Działania podjęte w celu rozwiązania incydentu Po wykryciu, zespoły Maropost 's Engineering and Security wdrożyły kilka środków w celu opanowania incydentu i zabezpieczenia służby tożsamości. * * Bezpieczeństwo Wrażliwość Regeneracja * * Zmodyfikowano oprogramowanie tożsamości dotknięte chorobą i przeprowadzono testy weryfikacyjne w celu potwierdzenia rozpoznanej podatności na zagrożenia. * * Nieautoryzowane ograniczenie dostępu * * Zablokowano źródła sieci związane z podejrzaną działalnością i wzmocniono administracyjne kontrole dostępu. * * Credential and Session Security * * Istniejące sesje użytkowników zostały unieważnione, zmieniono odpowiednie referencje dotyczące wniosków i integracji oraz dokonano przeglądu rachunków administracyjnych. * * Global Hasło i MFA Reset * * W dniu 6 października 2026 r. * * Weryfikacja konta * * Podjęto dodatkowe przeglądy rachunków, w tym wyłączenie niezweryfikowanych rachunków zidentyfikowanych podczas dochodzenia. # # Środki zapobiegawcze Poza natychmiastową rekultywacją Maropost wdraża dalsze ulepszenia bezpieczeństwa w celu wzmocnienia tożsamości Maropost i zmniejszenia ryzyka podobnych incydentów. Poprawki te obejmują: * Wzmocnienie administracyjnych ograniczeń dostępu i kontroli uwierzytelniania. * Wzmocnienie monitorowania i ostrzegania o niezwykłej aktywności logowania i reset haseł. * Poprawa kontroli bezpieczeństwa stosowania i integracji. * Wzmocnienie procesów zarządzania wrażliwością i aktualizacji oprogramowania. * Przeprowadzenie dodatkowych ocen bezpieczeństwa i przegląd procedur reagowania na incydenty. Środki te stanowią część naszego stałego zaangażowania na rzecz utrzymania bezpieczeństwa i niezawodności usług Maropost. Czy klienci muszą podjąć jakieś działania? Klienci, którzy pomyślnie zresetowali swoje hasło tożsamości Maropost i przekonfigurowali swoje uwierzytelnianie wieloczynnikowe w dniu 6 października 2026 r. lub później, nie muszą powtarzać tego procesu w ramach tego incydentu. Klienci, którzy nie ukończyli jeszcze wymaganego resetu, powinni wybrać * * Zapomniane Hasło * * na stronie logowania Tożsamość Maropost i postępować zgodnie z instrukcjami. Jako ogólne środki ostrożności dla bezpieczeństwa, zachęcamy klientów do zachowania czujności na nieoczekiwanych próbach resetowania hasła, podejrzanych e-maili lub prób uzyskania uwierzytelniania konta. Maropost nigdy nie zażąda, aby klienci ujawniali swoje hasła lub kody odzyskiwania MFA. Dalsze wskazówki można znaleźć na stronie: [Hasło Tożsamości Maropost reset - co musisz zrobić] (https: / / com.maropost.com / kb / articles / 2475) W przypadku trudności w dostępie do konta lub identyfikacji nieoczekiwanej aktywności konta, prosimy o kontakt z naszym zespołem wsparcia: [Contact Maropost Support] (https: / / contact- support) # # Zamknięcie oświadczenia Ochrona naszych klientów, ich kont i informacji pozostaje priorytetem Maropost. Uznajemy znaczenie utrzymania zaufania do naszych usług i podjęliśmy działania mające na celu zaradzenie stwierdzonej podatności, zapewnienie odpowiednich uwierzytelniania oraz wzmocnienie kontroli chroniących tożsamość Maropost. Będziemy nadal dokonywać przeglądu i ulepszania naszych praktyk w zakresie bezpieczeństwa w ramach naszego stałego zaangażowania na rzecz ochrony informacji o klientach.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Otrzymujemy raporty z paneli kontrolnych, które odbierają "Wkrótce wrócimy do sieci". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.
Zidentyfikowaliśmy tę kwestię i nasz zespół ds. rozwoju pracuje nad jej jak najszybszym rozwiązaniem.
Kwestia została rozwiązana, a usługi funkcjonują normalnie. Nasz zespół ściśle monitoruje sytuację.
Kwestia została rozwiązana, a usługi funkcjonują normalnie.
# Co się stało Dla niektórych sklepów Neto została włączona konfiguracja funkcji, zanim odpowiednie zmiany aplikacji zakończyły wdrażanie w środowisku produkcyjnym. To stworzyło nieoczekiwany stan dla tych sklepów i uniemożliwiło użytkownikom pomyślne załadowanie Panelu Sterującego po zalogowaniu. # # Impact Dotknięci kupcy byli tymczasowo niezdolni do uzyskania dostępu do swojego Neto Control Panel. Kwestia ta była ograniczona pod względem zakresu, przy czym nie stwierdzono większych zakłóceń platformy Neto. # # Resolution Po zidentyfikowaniu przyczyny, konfiguracja funkcji została wyłączona dla dotkniętych sklepów, przywracając dostęp Panel sterowania. Następnie nasze zespoły monitorowały środowisko dotknięte chorobą, aby potwierdzić, że dostęp do panelu sterowania i usługi pomocnicze pozostały stabilne. # # Działania zapobiegawcze Aby zmniejszyć prawdopodobieństwo ponownego wystąpienia tego zjawiska, wzmacniamy proces wdrażania wokół zmian konfiguracji funkcji. Obejmuje to: * Sprawdzenie, czy wymagana wersja aplikacji została w pełni wdrożona przed włączeniem powiązanych funkcji. * Dodawanie dodatkowych kontroli wokół rozmieszczenia i sekwencjonowania konfiguracji. * Przeprowadzanie walidacji i badania dymu bezpośrednio po aktywacji funkcji. * Poprawa koordynacji i potwierdzenia statusu wdrożenia produkcji przed wprowadzeniem zmian konfiguracji. Przepraszamy kupców dotkniętych tym zakłóceniem i doceniamy ich cierpliwość, podczas gdy nasze zespoły pracowały nad przywróceniem dostępu.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Zidentyfikowaliśmy przerywane skoki powodujące, że niektórzy kupcy otrzymają błąd "Niedługo wrócimy" podczas nawigacji Panelu Sterującego. Kontynuujemy badanie i wprowadzanie ulepszeń, aby zapobiec wystąpieniu tych błędów.
Obecnie widzimy zwiększony ruch botów, który omija niektóre z naszych istniejących zabezpieczeń. Dodaliśmy kolejne zabezpieczenia, które pomagają zmniejszyć skutki. Jednakże wzorce ruchu nadal się zmieniają, więc dokonujemy ciągłych zmian w naszych ograniczeniach. Obecnie stosujemy bardziej agresywne podejście i ściśle monitorujemy sytuację. W miarę rozwoju sytuacji zapewnimy dalsze aktualizacje.
Nasz zespół nadal monitoruje ten problem i podejmuje działania w celu jak najszybszego rozwiązania wszelkich kolców. Nadal obserwujemy przerywane 503 kolce, co może skutkować krótkim wystąpieniem strony "Niedługo wrócimy". Podczas gdy te zdarzenia stają się coraz rzadsze, nadal pracujemy nad bardziej stabilnym, trwałym rozwiązaniem. Będziemy nadal uważnie monitorować sytuację i w razie potrzeby podejmować dalsze działania.
Kontynuujemy monitorowanie.
Nadal widzimy przerywane 503 kolce wpływające na niektórych kupców, co może skutkować okresami spowolnienia lub krótkim wystąpieniem strony "Niedługo wrócimy". Nasz zespół zidentyfikował wzorce ruchu przyczyniające się do tego problemu i nadal dostosowuje dodatkowe zabezpieczenia i ograniczenia już wprowadzone. Chociaż widzimy okresy stabilności między tymi kolcami, kwestia ta nie została jeszcze w pełni rozwiązana. Kontynuujemy prace nad poprawą stabilności i w miarę rozwoju sytuacji przedstawimy kolejną aktualizację
Nasze śledztwo zidentyfikowało wzrost zautomatyzowanego ruchu bot przyczyniając się do przerywanej powolności i "Niedługo wrócimy" błędy. Jako natychmiastowy środek tymczasowy, wprowadzamy dodatkową kontrolę bezpieczeństwa Cloudflare na niektórych filtrowanych stronach produktów i kategorii. Niektórzy odwiedzający mogą na krótko zobaczyć wiadomość "Sprawdzanie połączenia", która powinna zakończyć się automatycznie i pojawi się tylko raz podczas sesji odwiedzającego. Kontynuujemy współpracę z Cloudflarem nad długoterminowymi usprawnieniami w celu wzmocnienia wykrywania bota i stabilności platformy. W tym czasie kupcy nie muszą podejmować żadnych działań. Będziemy nadal dostarczać aktualizacje w miarę rozwoju sytuacji.
Obecnie wdrożono rozwiązanie i monitorujemy wyniki. Wprowadziliśmy dodatkową ochronę bezpieczeństwa Cloudflare na stronach handlowych Neto dla niektórych poszukiwań produktów i kategorii wniosków filtrujących. Ten tymczasowy środek ma na celu zmniejszenie wpływu zautomatyzowanego ruchu bota przyczyniając się do niedawnego przerywanego spowolnienia i "Niedługo wrócimy" błędów. Niektórzy odwiedzający mogą na krótko zobaczyć komunikat "Sprawdzanie połączenia" podczas dostępu do tych stron. Powinno to zakończyć się automatycznie i pojawi się tylko raz podczas sesji odwiedzającego. Nasz zespół nadal uważnie monitoruje wydajność platformy i skuteczność tej zmiany.
Ten incydent został rozwiązany.
# Co się stało Nasze dochodzenie wykazało znaczny wzrost zautomatyzowanego ruchu botów w celu filtrowania produktów, kategorii i zapytań wyszukiwania. Ruch ten spowodował dodatkowe obciążenie części platformy Neto, co doprowadziło do krótkich okresów pogorszenia wydajności i przerywanych błędów 503 dla niektórych handlowców i ich klientów. # # Resolution Wprowadziliśmy rozwiązanie tymczasowe * * poprzez dodanie dodatkowych osłon Cloudflare, aby zidentyfikować i zakwestionować ten zautomatyzowany ruch, zanim dotrze do platformy Neto. Po wdrożeniu tych zabezpieczeń w dniu 13 sierpnia ustabilizowała się wydajność platformy i w okresie monitorowania nie obserwowaliśmy kolejnych znaczących 503 kolców. Niektórzy goście mogą na krótko zobaczyć * * "Sprawdzanie połączenia" * * * wiadomość przy dostępie do niektórych filtrowanych produktów i kategorii stron. Kontrola ta kończy się automatycznie i jest zaprojektowana w taki sposób, aby zapobiec nadmiernemu obciążeniu platformy. # # Działania zapobiegawcze Kontynuujemy monitorowanie wzorców ruchu, błędów 503 i wydajności platformy. Kontynuujemy również współpracę z Cloudflarem nad poprawą wykrywania botów, tak aby można było lepiej zidentyfikować i złagodzić zmiany zautomatyzowanych wzorców ruchu. Przepraszamy za zakłócenie tego incydentu i doceniamy waszą cierpliwość, podczas gdy nasze zespoły pracowały nad przywróceniem i poprawą stabilności platformy.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
On Aug 4, 2026 through Aug 6, 2026, some customers experienced intermittent slowness and errors across parts of the system during several short periods. Our team identified elevated traffic and processing load as the cause, reduced the load, and restored stable performance. The incidents were caused by a large increase of sophisticated bots that Cloudflare miscategorized and treated as human traffic. The issue is resolved and we continue to monitor the system. We are collaborating with Cloudflare to improve detection of these requests and reduce their impact going forward.
Otrzymujemy raporty z paneli kontrolnych, które odbierają "Wkrótce wrócimy do sieci". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.
Zidentyfikowaliśmy tę kwestię i nasz zespół ds. rozwoju pracuje nad jej jak najszybszym rozwiązaniem.
Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację, aby zapewnić powrót służb do normalności.
Kwestia została rozwiązana, a usługi funkcjonują normalnie.
W dniu 27 lipca 2026 r. grupa kupców doświadczyła problemu dostępu do swoich paneli kontrolnych. Dotkniętych użytkowników pokazano wiadomość "Wkrótce będziemy online" po próbie zalogowania się. Incydent rozpoczął się o godzinie 11: 48, a zakończył się o godzinie 1: 17. # Co się stało Podczas wydania oprogramowania do produkcji zmiana wpływająca na konfigurację panelu sterowania związanego z bezpieczeństwem spowodowała niepowodzenie uwierzytelnionych żądań dla podzbioru paneli sterowania. Problem dotyczył jedynie paneli sterowania, w których włączono odpowiednią funkcję bezpieczeństwa. Użytkownicy mogli dotrzeć do strony logowania, ale po uwierzytelnieniu nie mogli uzyskać dostępu do panelu sterowania. # # Impact Niektórzy handlowcy byli tymczasowo niezdolni do uzyskania dostępu do swoich paneli sterowania i do wykonania zadań administracyjnych. Zakłócenie było ograniczone do podzbioru paneli sterowniczych. Usługi wróciły do normy po wyłączeniu danej konfiguracji. # # Timeline * * * 11: 48 AM AEST * * - Otrzymano raporty z paneli sterowania wyświetlających "Wkrótce wrócimy do sieci", a Zespół Rozwoju rozpoczął dochodzenie. * * * 12: 35 AEST * * - Zidentyfikowano przyczynę problemu i rozpoczęto prace naprawcze. * * * 12: 55 PM AEST * * - Uruchomiono fix i usługa została umieszczona pod monitorowaniem. * * * 1: 17 AEST * * - Kwestia ta została potwierdzona jako rozwiązana i usługi funkcjonowały normalnie. # # Root cause Zmiana ujęta w wydaniu produkcji spowodowała powstanie nieprawidłowej konfiguracji raportowania bezpieczeństwa dla paneli sterujących. Wytworzyło to nagłówek odpowiedzi, który przekroczył obsługiwany limit wielkości, powodując niepowodzenie uwierzytelnionego panelu sterowania. # # Resolution Zagrożenie zostało wyłączone i natychmiast przywrócono dostęp do paneli sterowania. Zaimplementowano również stałą korektę kodu, dzięki czemu funkcja może działać bez generowania nieprawidłowej konfiguracji. # # Działania zapobiegawcze Aby zmniejszyć prawdopodobieństwo podobnego incydentu, jesteśmy: * Dodawanie pokrycia regresji dla uwierzytelnionego dostępu do panelu sterowania, gdy funkcje raportowania bezpieczeństwa są włączone. * Rozszerzanie walidacji konfiguracji dla response- header rozmiar i zmiany konfiguracji bezpieczeństwa. * Poprawa kontroli wydania dla kombinacji feature- toggle przed wdrożeniem produkcji. * Wdrażanie stałej korekcji kodu i walidacji go przed ponownym włączeniu funkcji dotkniętej. Przepraszamy za zakłócenia i doceniamy cierpliwość poszkodowanych kupców, podczas gdy nasze zespoły pracowały nad przywróceniem dostępu.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Obecnie badamy raporty o przerywanej powolności wpływającej na panel sterowania Neto.
Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację, aby zapewnić powrót służb do normalności.
Ten incydent został rozwiązany.
W dniu 24 lipca 2026 r. niektórzy klienci doświadczyli nieregularnego spowolnienia w ciągu dwóch krótkich okresów. Nasz zespół zidentyfikował wzrost ruchu i obciążenia przetwórczego jako przyczynę, podjął działania w celu zmniejszenia obciążenia i przywrócony stabilny wydajność. Kwestia ta została teraz rozwiązana i nadal uważnie monitorujemy. Podejmujemy działania mające na celu poprawę odporności i zapobieganie powtarzaniu się podobnych kwestii.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Obecnie badamy raporty o przerywanej powolności wpływającej na panel sterowania Neto. Użytkownicy mogą doświadczać opóźnień podczas dostępu do panelu sterowania lub nawigacji. Nasze zespoły inżynieryjne aktywnie badają sprawę, aby zidentyfikować przyczynę i przywrócić normalne wyniki tak szybko jak to możliwe.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Wprowadzono rozwiązanie i monitorujemy wyniki.
Ten incydent został rozwiązany.
* * 23 lipca 2026 * * klienci doświadczyli nieregularnego spowolnienia podczas dostępu do panelu sterowania Neto * *, co miało wpływ na około * * 20% wniosków * *. Kwestia ta została spowodowana zmianą konfiguracji infrastruktury, która wprowadziła połączenie rodzajów instancji o różnych cechach charakterystycznych, co doprowadziło do przeciążenia niektórych przypadków w ruchu produkcyjnym. Nasz zespół inżynieryjny rozwiązał problem usuwając dotknięty typ instancji, zastępując uszkodzone instancje optymalizowanymi instancjami i aktualizując konfigurację infrastruktury, aby zapobiec nawrotom. Wdrażamy również dodatkowe ulepszenia w naszych procesach konfiguracji bilansowania obciążenia i walidacji infrastruktury w celu dalszego zwiększenia niezawodności platformy.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Australia Post zgłosiła degradację API wpływającą na działanie API drukowania etykiet. Najnowsze aktualizacje można uzyskać na stronie internetowej Australia Post developer status: https: / / status.developers.auspost.com.au / invents / l1qmd679b34p Należy pamiętać, że obecnie doświadczamy zdegradowanej wydajności na API drukowania etykiet Nasze zespoły badają sprawę i będziemy państwa informować, pracując nad rozwiązaniem problemu. Australia Przeproś za wszelkie niedogodności.
UPDATE from Australia Post Status incydentu: Monitorowanie Wprowadzono rozwiązanie i monitorujemy wyniki. https: / / status.developers.auspost.com.au / invents / l1qmd679b34p
Rozwiązanie incydentu Ten incydent został rozwiązany.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Jesteśmy obecnie świadomi kwestii wpływającej na integrację eBay, w której pojawia się komunikat o błędzie, stwierdzający: "Wymagany jest czas trwania wyświetlania. Rekord pominięty".. Nasz Zespół Rozwoju aktywnie bada sprawę.
Nadal badamy tę kwestię.
Problem został zidentyfikowany i jest w trakcie wdrażania.
Wprowadzono rozwiązanie i monitorujemy wyniki.
Ten incydent został rozwiązany.
Podsumowanie W dniu 22 lipca 2026 r. > "Wyszczególnienie czasu trwania jest wymagane. Nagranie pominięte". Incydent został odnotowany o 9: 42 AEST i rozwiązany o 4: 40 AEST PM, a całkowity czas trwania wynosi około 6 godzin i 58 minut. Przepraszamy za zakłócenia spowodowane przez kupców, którzy korzystają z integracji eBay. # # Impact Podczas incydentu, wpływające na dane z listy eBay nie mogły być skutecznie przetwarzane. Mogło to uniemożliwić kupcom tworzenie lub aktualizowanie list poprzez integrację. Kupcy, którzy zapisali szablon zasad listy eBay podczas emisji może mieć również pewne pola szablon zapisane bez ich oczekiwanych wartości, pomimo poprawnej wartości nadal pojawiać się w interfejsu. Inne usługi platform nie zostały naruszone. # # Root cause Wewnętrzny proces importu danych stosowany do aktualizacji udostępnionych informacji eBay został anulowany przed zakończeniem. Ponieważ proces już zaktualizował część zbioru danych, jego anulowanie wymagało niekompletnych informacji eBay. Spowodowało to niepowodzenie kolejnych aktualizacji wykazów i zostało pominięte. Bezpośredni proces tworzenia kopii zapasowych i przywracania współdzielonej bazy danych nie był dostępny. W związku z tym nasz zespół ds. rozwoju wykorzystał proces odzyskiwania danych w czasie rzeczywistym, aby odzyskać i przywrócić dane. Rezolucja Nasz Zespół Rozwoju przywrócił bazę danych produkcji do osobnego środowiska odzyskiwania i wydobył dotknięte stoły. Odzyskane informacje zostały następnie przywrócone w każdym z odpowiednich klastrów baz danych produkcji. Pierwsza renowacja została zatwierdzona przez Development and Support przed aktualizacją pozostałych klastrów. Po zakończeniu renowacji monitorowaliśmy integrację, aby potwierdzić, że rejestry z listy eBay były przetwarzane z powodzeniem przed oznaczeniem incydentu jako rozwiązane. * * Merchant follow-up * Kupcy, którzy zapisali szablon zasad eBay 'a podczas zdarzenia powinni ponownie zapisać ten szablon. W celu ustalenia, czy szablon został zmieniony w trakcie incydentu: 1. Zaloguj się do panelu kontrolnego. 2. Otwarte * * Raporty * *. 3. Wybierz raport z dziennika obsługi * *. 4. Wpisz 'ebaytmpl' w polu * * Typ strony * *. 5. Wpisz 'edit' w polu * * Process * *. 6. Recenzja edycji dokonanych podczas okna incydentu. 7. Zwróć uwagę na odnośne identyfikatory szablonu pokazane w kolumnie * * Uwagi * *. 8. Otwórz i ponownie zapisać każdy dotknięty szablon eBay. Pole * * Wyświetlanie czasu trwania * * może być zapisane jako puste, mimo że interfejs nadal wyświetlał "GTC". Kupcy, którzy nie korzystają z eBay Business Policy powinni również przeglądać pola pod szablonem * * Zwraca * * sekcja, ponieważ pola te mogą wymagać ponownego wprowadzenia przed zapisem szablonu. # # Timeline Wszystkie czasy są w AEST 22 lipca 2026. * * * 9: 42 AM * * - Śledztwo rozpoczęło się po tym, jak zgłoszono pominięcie rekordów eBay. * * * 11: 24 AM * * - rozpoczęła się renowacja bazy danych Point- in- time. * * * 11: 37 * * - Baza danych została z powodzeniem przywrócona. * * * 11: 50 * * - Informacje, których dotyczyło, zostały wydobyte i przygotowane do przywrócenia. * * * 12: 05 PM * * - Przebudowa pierwszego klastra bazy danych produkcji została zakończona. * * * 12: 11 PM * * - Rozwój i wsparcie potwierdziły, że pierwsza renowacja zakończyła się sukcesem. * * * 12: 17 PM * * - Remont rozpoczął się w pozostałych klastrach baz danych. * * * 12: 43 PM * * - Remont zakończono we wszystkich pozostałych klastrach. * * * 2: 33 * * - Ustawienie zostało potwierdzone jako wdrożone i rozpoczęto monitorowanie. * * * 4: 40 PM * * - Monitorowanie potwierdziło, że integracja była skuteczna i incydent został rozwiązany. * * Follow- up actions * Przeglądamy następujące ulepszenia: * Dodawanie zabezpieczeń wokół anulowania procesów importu danych, tak aby częściowo zakończone aktualizacje nie mogły pozostawić wspólnych informacji w niekompletnym stanie. * Poprawa procedur walidacji i odzyskiwania wspólnych informacji o integracji eBay. * Przywracanie procesu tworzenia kopii zapasowych bazy danych, aby zapewnić szybszą i bardziej ukierunkowaną opcję odzyskiwania. * Przeglądanie, czy dodatkowa walidacja może zapobiec zapisywaniu szablonów w przypadku braku wymaganych wartości bazowych.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Badamy problem, w którym niektóre sklepy Neto otrzymują 503 błędy na wniosek API.
Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację.
Sprawa została rozwiązana. Nasz zespół będzie nadal uważnie monitorować sytuację.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
Przeżywamy zakłócenia w obsłudze Neto Control Panel i Storephronts. Badamy rozwiązanie i jak najszybciej opublikujemy aktualizację.
Zidentyfikowaliśmy tę kwestię i namierzyliśmy korupcję w systemie plików sieciowych. Dokonaliśmy odpowiednich poprawek i system zaczął się poprawiać.
Naprawiono rozwiązanie poprawki do systemu plików sieciowych i przywrócono usługę. Kontynuujemy monitorowanie platformy w celu zapewnienia jej dostępności i stabilności.
8 lipca 2026 roku doświadczyliśmy problemu infrastruktury, który dotyczył wszystkich sklepów internetowych i cPanelów Neto przez około 1 godzinę i 30 minut. Incydent został spowodowany niepowodzeniem w naszej wspólnej infrastrukturze systemu plików, co uniemożliwiło krytycznym usługom dostęp do plików niezbędnych do obsługi stron internetowych i cPanels. W rezultacie platforma automatycznie zablokowała nowe wnioski o ochronę spójności danych, co doprowadziło do zakłóceń w obsłudze wszystkich pakietów Neto. Nasz zespół inżynieryjny natychmiast odpowiedział przywracając dotknięte usługi systemu plików, nie udaje się do zdrowej infrastruktury instancji, i zastępując wpływowe maszyny wirtualne. Po zakończeniu tych działań naprawczych wszystkie sklepy internetowe i cPanels zostały przywrócone do normalnej eksploatacji. Kontynuujemy śledztwo, by ustalić przyczynę awarii systemu plików. Na podstawie naszych ustaleń wdrożymy dodatkowe monitorowanie i ostrzeganie, wraz z wszelkimi niezbędnymi usprawnieniami infrastruktury, aby pomóc w wykrywaniu i zapobieganiu podobnym incydentom w przyszłości.
Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.
We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.
We are continuing to investigate this issue. We will provide further updates as more information becomes available.
Our team has identified and resolved the issue. If you created a Unified Login account and encountered the “Something went wrong” error, your account was still successfully created. Please use the credentials you set to log in as normal via app.maropost.com If you continue to experience any issues, please contact our support team for assistance.