Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    История сбоев Maropost

    69 Maropost incidents · август 2024 г. — official updates, affected components, duration and resolution details.

    Вернуться к текущему статусу

    Проблемы доступности панели управления

    Начало 27 октября 2026 г. в 11:46 UTC · 1h 1m

    Pending
    Затронутые компоненты
    Control Panel
    1. 27 октября 2026 г. в 11:46 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    2. 27 октября 2026 г. в 12:47 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Нарушение Neto Webstore

    Начало 26 октября 2026 г. в 07:56 UTC · 1h 47m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Merchant Store Fronts
    1. 26 октября 2026 г. в 08:04 UTCinvestigating

      Мы изучаем нестабильность платформ, влияющих на веб-магазины Neto. Клиенты могут испытывать периодические проблемы с доступом к пострадавшим магазинам. Наша команда работает над восстановлением стабильности. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

    2. 26 октября 2026 г. в 08:10 UTCmonitoring

      Услуги в настоящее время стабильны. Мы продолжаем следить за производительностью и расследовать причину сбоя.

    3. 26 октября 2026 г. в 09:43 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Сбой панели управления

    Начало 23 октября 2026 г. в 05:38 UTC · 53m

    OutageСерьёзный инцидент
    Затронутые компоненты
    Control Panel
    1. 23 октября 2026 г. в 05:38 UTCinvestigating

      Мы получаем сообщения о том, что панели управления получают «ошибку программного обеспечения». Наша команда разработчиков сейчас проводит расследование.

    2. 23 октября 2026 г. в 06:17 UTCmonitoring

      Реализовано исправление, и мы отслеживаем результаты.

    3. 23 октября 2026 г. в 06:31 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Снижение производительности

    Начало 23 октября 2026 г. в 01:29 UTC · 3h 23m

    Pending
    Затронутые компоненты
    Upstream Provider
    1. 23 октября 2026 г. в 01:29 UTCinvestigating

      Некоторые торговцы и партнеры Neto сталкиваются с проблемами доступа к SFTP. Наша команда активно исследует и работает над внедрением исправления. Мы будем предоставлять дальнейшие обновления по мере прогресса.

    2. 23 октября 2026 г. в 04:00 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    3. 23 октября 2026 г. в 04:15 UTCmonitoring

      Реализовано исправление, и мы отслеживаем результаты.

    4. 23 октября 2026 г. в 04:52 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Снижение производительности

    Начало 22 октября 2026 г. в 03:35 UTC · 6h 20m

    Pending
    Затронутые компоненты
    Control Panel
    1. 22 октября 2026 г. в 03:35 UTCinvestigating

      Некоторые торговцы Neto испытывают проблемы с доступом к своим Панелям управления. Наша команда активно исследует проблему и предоставит дополнительные обновления по мере поступления дополнительной информации.

    2. 22 октября 2026 г. в 05:44 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    3. 22 октября 2026 г. в 08:10 UTCidentified

      Мы внедряем исправления для проблем доступа к панели управления. Мы будем предоставлять дальнейшие обновления по мере прогресса.

    4. 22 октября 2026 г. в 09:55 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Задержка синхронизации Neto POS Sync

    Начало 7 октября 2026 г. в 00:15 UTC · 1h 36m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Point Of Sale Registers
    1. 7 октября 2026 г. в 00:15 UTCinvestigating

      Мы расследуем сообщения о задержках при синхронизации данных в приложении Neto POS.

    2. 7 октября 2026 г. в 01:51 UTCresolved

      Синхронизация вернулась в норму.

    Автоматический перевод официального обновления инцидента.

    Проблемы доступности панели прерывистого контроля

    Начало 6 октября 2026 г. в 11:27 UTC · 2h 50m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Control Panel
    1. 6 октября 2026 г. в 11:27 UTCinvestigating

      В настоящее время мы расследуем этот вопрос.

    2. 6 октября 2026 г. в 13:23 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    3. 6 октября 2026 г. в 14:08 UTCmonitoring

      Реализовано исправление, и мы отслеживаем результаты.

    4. 6 октября 2026 г. в 14:17 UTCresolved

      Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    Maropost Identity – обновление безопасности аккаунта

    Начало 5 октября 2026 г. в 01:58 UTC · 0m

    Pending
    Затронутые компоненты
    Control Panel
    1. 5 октября 2026 г. в 01:58 UTCresolved

      Запланированное техническое обслуживание Мы завершим обновление безопасности учетной записи для Maropost Identity сегодня вечером 5/10/2026. После этого обновления все пользователи Maropost Identity должны будут выполнить сброс безопасности учетной записи при следующем входе в систему. Пользователям будет предложено: Установите новый пароль с помощью Forgot Password Сохранить новый набор кодов восстановления - Настройте свое приложение для аутентификации Полная многофакторная аутентификация (MFA) Существующие коды восстановления и конфигурации аутентификатора будут сброшены в рамках этого процесса. MFA потребуется для всех пользователей Maropost Identity, включая пользователей, которые ранее не настраивали аутентификатор. До обновления никаких действий не требуется. Пользователи должны следовать инструкциям, представленным при следующем доступе к Maropost Identity. Для получения дополнительной информации о сбросе пароля, кодах восстановления и настройке MFA, пожалуйста, обратитесь к нашему руководству: https://galaxy.maropost.com/kb/articles/2475-maropost-identity-password-reset-what-you-need-to-do Если вы испытываете какие-либо трудности с завершением сброса, пожалуйста, свяжитесь с службой поддержки Maropost.

    2. 21 октября 2026 г. в 03:41 UTCpostmortem

      Маропостная идентификация — инцидент безопасности ** Пострадавшая служба:** Идентичность маропоста \(Login and Authentication\) ** Период инцидентов:** 26-30 сентября 2026 года **Ремедиация и глобальная перезагрузка учетных данных завершены:** 6 октября 2026 года **Статус:** решенный ## Обзор В период с 26 по 30 сентября 2026 года Maropost выявила несанкционированную деятельность, связанную с Maropost Identity, службой аутентификации, используемой для безопасного доступа к продуктам Maropost. Наше расследование установило, что внешняя сторона использовала уязвимость безопасности в службе идентификации, позволяя несанкционированный административный доступ. ** Важно, что пароли пользователей хранятся с использованием безопасного одностороннего криптографического хеширования. Наше расследование не обнаружило никаких доказательств того, что сохраненные хэши паролей были извлечены или что пароли с простым текстом были раскрыты. После выявления деятельности наши инженерные и охранные команды приняли незамедлительные меры для сдерживания инцидента, расследования его воздействия и реализации корректирующих мер. С тех пор выявленная уязвимость была исправлена, и 6 октября 2026 года в качестве меры предосторожности была завершена глобальная сброс учетных данных. ##Что случилось Инцидент связан с уязвимостью в функции сброса пароля Maropost Identity. Эта уязвимость была использована несанкционированной третьей стороной, которая впоследствии получила повышенный доступ в службе идентификации. Наше расследование выявило следующую деятельность: * Несанкционированный доступ к информации учетной записи, включая имена пользователей и адреса электронной почты. Необычно большой объем запросов на сброс паролей между клиентами и внутренними учетными записями. * Несанкционированные изменения учетных данных входа и настройки многофакторной аутентификации \(MFA\) в подмножестве учетных записей. Наши команды выявили аномальную активность 30 сентября 2026 года и приняли немедленные меры для расследования и сдерживания инцидента. ##Влияние на клиента Наше расследование выявило несанкционированный доступ к информации учетной записи Maropost Identity, включая имена пользователей и адреса электронной почты. В то время как несанкционированные изменения учетных данных и многофакторной аутентификации были выявлены в подмножестве учетных записей, Maropost впоследствии аннулировал существующие сессии и завершил глобальную сброс учетных данных для защиты пользователей. ## Действия, предпринятые для разрешения инцидента После обнаружения команды инженеров и безопасности Maropost приняли несколько мер для сдерживания инцидента и обеспечения безопасности службы идентификации. **Реабилитация уязвимости безопасности** Затронутое программное обеспечение для идентификации было модернизировано, и было проведено верификационное тестирование для подтверждения того, что выявленная уязвимость была устранена. ** Несанкционированный доступ** Были заблокированы сетевые источники, связанные с подозрительной деятельностью, усилены административные средства контроля доступа. ** Полная и сессионная безопасность** Существующие сессии пользователей были признаны недействительными, соответствующие учетные данные приложений и интеграции были ротированы, а административные учетные записи были пересмотрены. ** Глобальный пароль и сброс MFA** 6 октября 2026 года Maropost завершил глобальную перезагрузку паролей пользователей, конфигураций MFA и кодов восстановления, чтобы исключить риск продолжения доступа через ранее измененные учетные данные. ** Проверка аккаунта** Были проведены дополнительные проверки счетов, включая отключение непроверенных счетов, выявленных в ходе расследования. ##Превентивные меры В дополнение к немедленному восстановлению, Maropost внедряет дальнейшие улучшения безопасности, чтобы укрепить идентификацию Maropost и снизить риск подобных инцидентов. Эти улучшения включают в себя: Усиление административных ограничений доступа и контроля аутентификации. * Улучшение мониторинга и оповещения о необычной активности входа в систему и сброса пароля. Улучшение контроля безопасности приложений и интеграции. Укрепление процессов управления уязвимостями и обновления программного обеспечения. * Проведение дополнительных оценок безопасности и обзор процедур реагирования на инциденты. Эти меры являются частью нашей постоянной приверженности поддержанию безопасности и надежности услуг Maropost. ##Клиенты должны принимать меры? Клиентам, которые успешно сбросили пароль Maropost Identity и перенастроили свою многофакторную аутентификацию после 6 октября 2026 года, не нужно повторять этот процесс в рамках этого инцидента. Клиенты, которые еще не выполнили требуемый сброс, должны выбрать **Забыть пароль** на странице входа в систему Maropost Identity и следовать предоставленным инструкциям. В качестве общей меры предосторожности мы призываем клиентов сохранять бдительность в отношении неожиданных запросов на сброс пароля, подозрительных электронных писем или попыток получить учетные данные. Maropost никогда не будет требовать от клиентов раскрывать свои пароли или коды восстановления MFA. Для дальнейшего руководства, пожалуйста, обратитесь к: [Сброс пароля идентификации маропоста - что вам нужно сделать] (https://galaxy.maropost.com/kb/articles/2475) Если вы испытываете трудности с доступом к своей учетной записи или идентифицируете неожиданную активность учетной записи, пожалуйста, свяжитесь с нашей службой поддержки: [Контактная поддержка Maropost] (https://galaxy.maropost.com/contact-support) ## Заключительное заявление Защита наших клиентов, их учетных записей и их информации остается приоритетом для Maropost. Мы признаем важность поддержания доверия к нашим услугам и предприняли шаги для устранения выявленной уязвимости, защиты затронутых учетных данных аутентификации и укрепления средств управления, защищающих Maropost Identity. Мы продолжим изучать и совершенствовать наши методы обеспечения безопасности в рамках нашей постоянной приверженности защите информации о клиентах.

    Автоматический перевод официального обновления инцидента.

    Maropost ID Password Reset Notice

    Начало 30 сентября 2026 г. в 14:00 UTC · 0m

    Pending
    1. 1 октября 2026 г. в 01:38 UTCresolved

      В качестве меры предосторожности Maropost инициировал сброс пароля для пользователей Maropost ID. При входе в систему пользователям может быть предложено сбросить пароль, прежде чем они смогут продолжить доступ к своим продуктам Maropost. Большинство пользователей могут успешно завершить сброс пароля. Тем не менее, мы знаем, что некоторые пользователи могут не получать электронное письмо с сбросом пароля и, следовательно, не могут завершить сброс или получить доступ к своей платформе. Если вы не можете получить доступ к своей учетной записи, потому что вы не получили электронное письмо с сбросом пароля, пожалуйста, отправьте запрос поддержки, используя форму ниже, и наша команда поможет вам восстановить доступ: Просьба о поддержке: https://share.hsforms.com/1PF2VNMWnS2al3GnLh8msNQrp8ms

    2. 9 октября 2026 г. в 13:08 UTCpostmortem

      Маропостная идентификация — инцидент безопасности ** Пострадавшая служба:** Идентичность маропоста \(Login and Authentication\) ** Период инцидентов:** 26-30 сентября 2026 года **Ремедиация и глобальная перезагрузка учетных данных завершены:** 6 октября 2026 года **Статус:** решенный ## Обзор В период с 26 по 30 сентября 2026 года Maropost выявила несанкционированную деятельность, связанную с Maropost Identity, службой аутентификации, используемой для безопасного доступа к продуктам Maropost. Наше расследование установило, что внешняя сторона использовала уязвимость безопасности в службе идентификации, позволяя несанкционированный административный доступ. ** Важно, что пароли пользователей хранятся с использованием безопасного одностороннего криптографического хеширования. Наше расследование не обнаружило никаких доказательств того, что сохраненные хэши паролей были извлечены или что пароли с простым текстом были раскрыты. После выявления деятельности наши инженерные и охранные команды приняли незамедлительные меры для сдерживания инцидента, расследования его воздействия и реализации корректирующих мер. С тех пор выявленная уязвимость была исправлена, и 6 октября 2026 года в качестве меры предосторожности была завершена глобальная сброс учетных данных. ##Что случилось Инцидент связан с уязвимостью в функции сброса пароля Maropost Identity. Эта уязвимость была использована несанкционированной третьей стороной, которая впоследствии получила повышенный доступ в службе идентификации. Наше расследование выявило следующую деятельность: * Несанкционированный доступ к информации учетной записи, включая имена пользователей и адреса электронной почты. Необычно большой объем запросов на сброс паролей между клиентами и внутренними учетными записями. * Несанкционированные изменения учетных данных входа и настройки многофакторной аутентификации \(MFA\) в подмножестве учетных записей. Наши команды выявили аномальную активность 30 сентября 2026 года и приняли немедленные меры для расследования и сдерживания инцидента. ##Влияние на клиента Наше расследование выявило несанкционированный доступ к информации учетной записи Maropost Identity, включая имена пользователей и адреса электронной почты. В то время как несанкционированные изменения учетных данных и многофакторной аутентификации были выявлены в подмножестве учетных записей, Maropost впоследствии аннулировал существующие сессии и завершил глобальную сброс учетных данных для защиты пользователей. ## Действия, предпринятые для разрешения инцидента После обнаружения команды инженеров и безопасности Maropost приняли несколько мер для сдерживания инцидента и обеспечения безопасности службы идентификации. **Реабилитация уязвимости безопасности** Затронутое программное обеспечение для идентификации было модернизировано, и было проведено верификационное тестирование для подтверждения того, что выявленная уязвимость была устранена. ** Несанкционированный доступ** Были заблокированы сетевые источники, связанные с подозрительной деятельностью, усилены административные средства контроля доступа. ** Полная и сессионная безопасность** Существующие сессии пользователей были признаны недействительными, соответствующие учетные данные приложений и интеграции были ротированы, а административные учетные записи были пересмотрены. ** Глобальный пароль и сброс MFA** 6 октября 2026 года Maropost завершил глобальную перезагрузку паролей пользователей, конфигураций MFA и кодов восстановления, чтобы исключить риск продолжения доступа через ранее измененные учетные данные. ** Проверка аккаунта** Были проведены дополнительные проверки счетов, включая отключение непроверенных счетов, выявленных в ходе расследования. ##Превентивные меры В дополнение к немедленному восстановлению, Maropost внедряет дальнейшие улучшения безопасности, чтобы укрепить идентификацию Maropost и снизить риск подобных инцидентов. Эти улучшения включают в себя: Усиление административных ограничений доступа и контроля аутентификации. * Улучшение мониторинга и оповещения о необычной активности входа в систему и сброса пароля. Улучшение контроля безопасности приложений и интеграции. Укрепление процессов управления уязвимостями и обновления программного обеспечения. * Проведение дополнительных оценок безопасности и обзор процедур реагирования на инциденты. Эти меры являются частью нашей постоянной приверженности поддержанию безопасности и надежности услуг Maropost. ##Клиенты должны принимать меры? Клиентам, которые успешно сбросили пароль Maropost Identity и перенастроили свою многофакторную аутентификацию после 6 октября 2026 года, не нужно повторять этот процесс в рамках этого инцидента. Клиенты, которые еще не выполнили требуемый сброс, должны выбрать **Забыть пароль** на странице входа в систему Maropost Identity и следовать предоставленным инструкциям. В качестве общей меры предосторожности мы призываем клиентов сохранять бдительность в отношении неожиданных запросов на сброс пароля, подозрительных электронных писем или попыток получить учетные данные. Maropost никогда не будет требовать от клиентов раскрывать свои пароли или коды восстановления MFA. Для дальнейшего руководства, пожалуйста, обратитесь к: [Сброс пароля идентификации маропоста - что вам нужно сделать] (https://galaxy.maropost.com/kb/articles/2475) Если вы испытываете трудности с доступом к своей учетной записи или идентифицируете неожиданную активность учетной записи, пожалуйста, свяжитесь с нашей службой поддержки: [Контактная поддержка Maropost] (https://galaxy.maropost.com/contact-support) ## Заключительное заявление Защита наших клиентов, их учетных записей и их информации остается приоритетом для Maropost. Мы признаем важность поддержания доверия к нашим услугам и предприняли шаги для устранения выявленной уязвимости, защиты затронутых учетных данных аутентификации и укрепления средств управления, защищающих Maropost Identity. Мы продолжим изучать и совершенствовать наши методы обеспечения безопасности в рамках нашей постоянной приверженности защите информации о клиентах.

    Автоматический перевод официального обновления инцидента.

    Сбой панели управления

    Начало 17 августа 2026 г. в 05:38 UTC · 55m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Control Panel
    1. 17 августа 2026 г. в 05:38 UTCinvestigating

      Мы получаем сообщения о том, что панели управления получают сообщение «Мы скоро вернемся в Интернет». Наша команда разработчиков сейчас проводит расследование.

    2. 17 августа 2026 г. в 06:00 UTCidentified

      Мы определили проблему, и наша команда по развитию работает над ее решением как можно скорее.

    3. 17 августа 2026 г. в 06:09 UTCmonitoring

      Проблема решена, и службы работают в обычном режиме. Наша команда внимательно следит за ситуацией.

    4. 17 августа 2026 г. в 06:32 UTCresolved

      Проблема решена, и службы работают в обычном режиме.

    5. 18 августа 2026 г. в 00:07 UTCpostmortem

      ## Что случилось Конфигурация функций была включена для некоторых магазинов Neto до того, как соответствующие изменения приложений завершили развертывание в производственной среде. Это создало неожиданное состояние для этих магазинов и помешало пользователям успешно загрузить панель управления после входа в систему. # # Влияние Пострадавшие торговцы временно не могли получить доступ к своей панели управления Neto. Проблема была ограничена по масштабу, при этом не было выявлено более широкого нарушения платформы Neto. ## Резолюция Как только причина была идентифицирована, конфигурация функции была отключена для пострадавших магазинов, восстановив доступ к панели управления. Затем наши команды наблюдали за затронутыми средами, чтобы подтвердить, что доступ к панели управления и вспомогательные услуги остаются стабильными. ##Превентивные меры Чтобы уменьшить вероятность повторения этого, мы усиливаем процесс развертывания вокруг изменений конфигурации функций. Это включает в себя: * Проверка того, что требуемая версия приложения была полностью развернута до включения соответствующих функций. Добавление дополнительных проверок вокруг развертывания и последовательности конфигурации. * Проведение валидации и тестирования дыма сразу после активации функции. Улучшение координации и подтверждение статуса развертывания производства до внесения изменений в конфигурацию. Мы приносим извинения торговцам, пострадавшим от этого нарушения, и ценим их терпение, в то время как наши команды работали над восстановлением доступа.

    Автоматический перевод официального обновления инцидента.

    Ошибка панели прерывистого контроля

    Начало 11 августа 2026 г. в 22:45 UTC · 5d 3h

    OutageСерьёзный инцидент
    Затронутые компоненты
    Control PanelMerchant Store FrontsPoint Of Sale Registers
    1. 11 августа 2026 г. в 22:45 UTCinvestigating

      Мы выявили периодические всплески, заставляющие некоторых продавцов получать ошибку «Мы скоро вернемся» при навигации по панели управления. Мы продолжаем исследовать и вносить улучшения, чтобы предотвратить эти ошибки.

    2. 12 августа 2026 г. в 02:09 UTCmonitoring

      В настоящее время мы наблюдаем увеличение трафика ботов, которое обходит некоторые из наших существующих гарантий. Мы добавили дополнительные меры защиты, которые помогают уменьшить воздействие. Тем не менее, модели трафика продолжают меняться, поэтому мы вносим постоянные корректировки в наши меры по смягчению последствий. Сейчас мы используем более агрессивный подход и внимательно следим за ситуацией. Мы будем предоставлять дальнейшие обновления по мере развития ситуации.

    3. 12 августа 2026 г. в 22:57 UTCmonitoring

      Наша команда продолжает следить за этим вопросом и принимать меры для скорейшего решения любых проблем. Мы все еще наблюдаем периодические 503 всплеска, которые могут привести к кратким появлениям страницы «Мы скоро вернемся». Хотя эти случаи становятся все менее частыми, мы продолжаем работать над более стабильным, постоянным исправлением. Мы будем продолжать внимательно следить за ситуацией и принимать дальнейшие меры по мере необходимости.

    4. 13 августа 2026 г. в 00:51 UTCmonitoring

      Мы продолжаем следить.

    5. 13 августа 2026 г. в 04:00 UTCidentified

      Мы по-прежнему видим периодические 503 всплеска, влияющие на некоторых продавцов, что может привести к периодам замедления или кратким появлениям страницы «Мы скоро вернемся». Наша команда определила схемы движения, способствующие проблеме, и продолжает вносить коррективы в уже введенные дополнительные меры защиты и смягчения последствий. Хотя мы наблюдаем периоды стабильности между этими всплесками, проблема еще не полностью решена. Мы продолжаем работать над улучшением стабильности и будем предоставлять еще одно обновление по мере развития ситуации

    6. 13 августа 2026 г. в 07:05 UTCidentified

      Наше исследование выявило увеличение автоматического трафика ботов, способствующего прерывистой замедленности и ошибкам «Мы скоро вернемся». В качестве временной меры мы вводим дополнительную проверку безопасности Cloudflare на некоторых фильтрованных страницах продуктов и категорий. Некоторые посетители могут кратко увидеть сообщение «Проверка вашего соединения», которое должно выполняться автоматически и появится только один раз во время сеанса этого посетителя. Мы продолжаем работать с Cloudflare над долгосрочными улучшениями для усиления обнаружения ботов и стабильности платформы. В настоящее время от торговцев не требуется никаких действий. Мы будем продолжать предоставлять обновления по мере развития ситуации.

    7. 13 августа 2026 г. в 22:16 UTCmonitoring

      Сейчас исправление уже реализовано, и мы следим за результатами. Мы внедрили дополнительную защиту Cloudflare на торговых сайтах Neto для определенных запросов на поиск продуктов и фильтрацию категорий. Эта временная мера призвана уменьшить влияние автоматического трафика ботов, способствующего недавней периодической замедленности и ошибкам «Мы скоро вернемся». Некоторые посетители могут кратко увидеть сообщение «Проверка вашего соединения» при доступе к этим страницам. Это должно быть сделано автоматически и появится только один раз во время сеанса посетителя. Наша команда продолжает внимательно следить за производительностью платформы и эффективностью этого изменения.

    8. 17 августа 2026 г. в 02:40 UTCresolved

      Этот инцидент был урегулирован.

    9. 18 августа 2026 г. в 00:02 UTCpostmortem

      ##Что случилось Наше исследование выявило значительное увеличение автоматизированного трафика ботов, ориентированного на фильтрацию продуктов, категории и поисковые запросы. Этот трафик накладывал дополнительную нагрузку на части платформы Neto, что приводило к коротким периодам снижения производительности и периодическим ошибкам 503 для некоторых продавцов и их клиентов. ## Резолюция Мы внедрили временное решение, добавив дополнительную защиту Cloudflare для идентификации и оспаривания этого автоматизированного трафика до того, как он достигнет платформы Neto. После внедрения этих мер защиты 13 августа производительность платформы стабилизировалась, и в течение периода мониторинга мы не наблюдали дальнейших значительных 503 всплесков. Некоторые посетители могут кратко увидеть сообщение ** «Проверка вашего соединения»** при доступе к определенным фильтрованным страницам продуктов и категорий. Эта проверка выполняется автоматически и предназначена для предотвращения чрезмерной нагрузки на платформу. ##Превентивные меры Мы продолжаем внимательно следить за трафиком, 503 ошибками и производительностью платформы. Мы также продолжаем работать с Cloudflare над улучшением обнаружения ботов, чтобы можно было более эффективно выявлять и смягчать автоматические модели трафика. Мы приносим извинения за срыв, вызванный этим инцидентом, и ценим ваше терпение, в то время как наши команды работали над восстановлением и улучшением стабильности платформы.

    Автоматический перевод официального обновления инцидента.

    Intermittent Control Panel Error and Slowness

    Начало 3 августа 2026 г. в 22:00 UTC · 0m

    Pending
    1. 6 августа 2026 г. в 02:31 UTCresolved

      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.

    Сбой панели управления

    Начало 27 июля 2026 г. в 01:48 UTC · 1h 29m

    OutageСерьёзный инцидент
    Затронутые компоненты
    Control Panel
    1. 27 июля 2026 г. в 01:48 UTCinvestigating

      Мы получаем сообщения о том, что панели управления получают сообщение «Мы скоро вернемся в Интернет». Наша команда разработчиков сейчас проводит расследование.

    2. 27 июля 2026 г. в 02:35 UTCidentified

      Мы определили проблему, и наша команда по развитию работает над ее решением как можно скорее.

    3. 27 июля 2026 г. в 02:55 UTCmonitoring

      Наша команда внедрила исправление и внимательно следит за ситуацией, чтобы обеспечить возвращение услуг в нормальное русло.

    4. 27 июля 2026 г. в 03:17 UTCresolved

      Проблема решена, и службы работают в обычном режиме.

    5. 27 июля 2026 г. в 05:18 UTCpostmortem

      27 июля 2026 года группа торговцев столкнулась с проблемой доступа к своим панелям управления. Пострадавшим пользователям было показано сообщение «Мы скоро вернемся в Интернет» после попытки войти в систему. Инцидент начался в 11:48 утра по восточному времени** и был разрешен в 1:17 вечера по восточному времени**, общей продолжительностью 1 час 29 минут**. ## Что случилось Во время выпуска производственного программного обеспечения изменение, затрагивающее конфигурацию панели управления, связанную с безопасностью, привело к отказу аутентифицированных запросов на подмножество панелей управления. Проблема затронула только панели управления, где была включена соответствующая функция безопасности. Пользователи могли попасть на страницу входа, но после аутентификации не смогли получить доступ к панели управления. # # Влияние Некоторые торговцы временно не могли получить доступ к своим панелям управления и выполнять административные задачи. Перебои были ограничены подмножеством панелей управления. Услуги вернулись в норму после того, как поврежденная конфигурация была отключена. ##Время 11:48 AM AEST** – Поступили сообщения о панелях управления с надписью «Мы скоро вернемся в Интернет», и команда разработчиков начала расследование. ** 12:35 PM AEST** Была выявлена причина проблемы и начаты восстановительные работы. ***12:55 PM AEST** — Введено исправление и служба поставлена под контроль. **1:17 PM AEST** Проблема была подтверждена как решенная, и службы работали в штатном режиме. ##Коренная причина Изменение, включенное в производственный выпуск, вызвало неправильную конфигурацию отчетности о безопасности для затронутых панелей управления. Это привело к тому, что заголовок ответа превысил поддерживаемый предел размера, что привело к отказу аутентифицированных запросов панели управления. ## Резолюция Пострадавшая функция безопасности была отключена, немедленно восстановив доступ к пораженным панелям управления. Также реализуется постоянная коррекция кода, чтобы функция могла работать без создания недействительной конфигурации. ##Превентивные меры Чтобы уменьшить вероятность подобного инцидента, мы: * Добавление регрессионного покрытия для аутентифицированного доступа к панели управления при включении функций отчетности о безопасности. * Расширение проверки стадии для изменения размера заголовка ответа и конфигурации безопасности. * Улучшение проверки выпуска комбинаций функций перед развертыванием производства. * Внедрение постоянной коррекции кода и его валидация перед повторным включением затронутой функции. Мы приносим извинения за нарушения и ценим терпение пострадавших торговцев, в то время как наши команды работали над восстановлением доступа.

    Автоматический перевод официального обновления инцидента.

    Периодическая медлительность панели управления

    Начало 24 июля 2026 г. в 01:34 UTC · 52m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Control Panel
    1. 24 июля 2026 г. в 01:34 UTCinvestigating

      В настоящее время мы расследуем сообщения о прерывистой замедленности, затрагивающей панель управления Neto.

    2. 24 июля 2026 г. в 01:51 UTCmonitoring

      Наша команда внедрила исправление и внимательно следит за ситуацией, чтобы обеспечить возвращение услуг в нормальное русло.

    3. 24 июля 2026 г. в 02:26 UTCresolved

      Этот инцидент был урегулирован.

    4. 27 июля 2026 г. в 22:45 UTCpostmortem

      24 июля 2026 года некоторые клиенты испытывали периодическую медлительность в разных частях сервиса в течение двух коротких периодов. Наша команда определила в качестве причины повышенный трафик и нагрузку на обработку, приняла меры по снижению нагрузки и восстановила стабильную производительность. Сейчас этот вопрос решен, и мы продолжаем внимательно следить. Мы предпринимаем шаги для повышения устойчивости и предотвращения повторения подобных проблем.

    Автоматический перевод официального обновления инцидента.

    Периодическая медлительность панели управления

    Начало 23 июля 2026 г. в 04:57 UTC · 1h 0m

    Pending
    Затронутые компоненты
    Control Panel
    1. 23 июля 2026 г. в 04:57 UTCinvestigating

      В настоящее время мы расследуем сообщения о прерывистой замедленности, затрагивающей панель управления Neto. Пользователи могут испытывать задержки при доступе или навигации по панели управления. Наши инженерные команды активно исследуют проблему, чтобы определить первопричину и как можно быстрее восстановить нормальную производительность.

    2. 23 июля 2026 г. в 05:25 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    3. 23 июля 2026 г. в 05:46 UTCmonitoring

      Реализовано исправление, и мы отслеживаем результаты.

    4. 23 июля 2026 г. в 05:57 UTCresolved

      Этот инцидент был урегулирован.

    5. 27 июля 2026 г. в 22:44 UTCpostmortem

      23 июля 2026 года клиенты испытывали периодическую медлительность при доступе к панели управления **Neto, что влияло примерно на **20% запросов **. Проблема была вызвана изменением конфигурации инфраструктуры, которое ввело сочетание типов экземпляров с различными эксплуатационными характеристиками, в результате чего некоторые экземпляры стали перегруженными в условиях производственного трафика. Наша инженерная команда решила проблему, удалив тип пострадавшего экземпляра, заменив пострадавшие экземпляры на оптимизированные для вычислений экземпляры и обновив конфигурацию инфраструктуры, чтобы предотвратить повторение. Мы также внедряем дополнительные улучшения в наши процессы балансировки нагрузки и проверки инфраструктуры для дальнейшего повышения надежности платформы.

    Автоматический перевод официального обновления инцидента.

    Австралия Post - Label Printing API Деградация

    Начало 23 июля 2026 г. в 01:45 UTC · 18m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Upstream Provider
    1. 23 июля 2026 г. в 01:45 UTCinvestigating

      Australia Post сообщила о деградации API, влияющей на производительность API печати этикеток. Для получения последних обновлений, пожалуйста, обратитесь к странице статуса разработчика Australia Post: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Обратите внимание, что в настоящее время мы испытываем ухудшение производительности на API печати этикеток. Наши команды в настоящее время ведут расследование, и мы будем держать вас в курсе, поскольку мы работаем над решением проблемы. Австралия Приносим извинения за причиненные неудобства.

    2. 23 июля 2026 г. в 01:59 UTCmonitoring

      Опубликовано в Почта Австралии Статус инцидента: мониторинг Реализовано исправление, и мы отслеживаем результаты. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

    3. 23 июля 2026 г. в 02:03 UTCresolved

      Инцидент разрешен Этот инцидент был урегулирован.

    Автоматический перевод официального обновления инцидента.

    интеграция eBay

    Начало 21 июля 2026 г. в 23:42 UTC · 6h 57m

    Pending
    Затронутые компоненты
    Channel ModulesUpstream Provider
    1. 21 июля 2026 г. в 23:42 UTCinvestigating

      В настоящее время нам известно о проблеме, затрагивающей интеграцию eBay, с появлением сообщения об ошибке, в котором говорится: "Необходима продолжительность регистрации. Запись пропущена. Наша команда по развитию активно занимается этим вопросом.

    2. 22 июля 2026 г. в 01:28 UTCinvestigating

      Мы продолжаем расследование этого вопроса.

    3. 22 июля 2026 г. в 02:12 UTCidentified

      Этот вопрос был определен, и в настоящее время осуществляется исправление.

    4. 22 июля 2026 г. в 04:33 UTCmonitoring

      Реализовано исправление, и мы отслеживаем результаты.

    5. 22 июля 2026 г. в 06:40 UTCresolved

      Этот инцидент был урегулирован.

    6. 23 июля 2026 г. в 05:29 UTCpostmortem

      ###Резюме 22 июля 2026 года продавцы, использующие интеграцию с eBay, пропустили обновления списка со следующей ошибкой: > "Необходима продолжительность списков. Запись пропущена". Инцидент был зарегистрирован в 9:42 утра по восточному времени и разрешен в 4:40 вечера по восточному времени, общей продолжительностью около 6 часов 58 минут. Мы приносим извинения за нарушения, вызванные интеграцией eBay. ###Воздействие Во время инцидента затронутые записи о листинге eBay не могли быть успешно обработаны. Это может помешать продавцам создавать или обновлять списки посредством интеграции. Торговцы, которые сохранили шаблон правил листинга eBay в то время как проблема присутствовала, возможно, также сохранили некоторые поля шаблонов без их ожидаемых значений, несмотря на то, что правильное значение продолжает появляться в интерфейсе. Другие сервисы платформы не пострадали. ###Коренная причина Внутренний процесс импорта данных, используемый для обновления общей информации eBay, был отменен до его завершения. Поскольку процесс уже обновил часть набора данных, его отмена оставила информацию о eBay неполной. Это привело к тому, что последующие обновления списка не прошли проверку и были пропущены. Прямого процесса резервного копирования и восстановления для затронутой общей базы данных не было. Поэтому наша команда разработчиков использовала процесс восстановления базы данных «точка-в-времени» для извлечения и восстановления затронутой информации. ###Решение Наша команда разработчиков восстановила производственную базу данных в отдельной среде восстановления и извлекла пораженные таблицы. Затем восстановлена восстановленная информация по каждому из соответствующих кластеров производственных баз данных. Первая реставрация была подтверждена разработкой и поддержкой до обновления оставшихся кластеров. После того, как восстановление было завершено, мы проследили за интеграцией, чтобы подтвердить, что записи о листинге eBay успешно обрабатывались, прежде чем отмечать инцидент как разрешенный. ###Торговля продолжается Торговцы, которые сохранили шаблон правил листинга eBay во время инцидента, должны повторно сохранить затронутый шаблон. Чтобы определить, был ли шаблон изменен во время инцидента: 1 Войдите в свою панель управления. 2.Открыть **Отчеты**. 3.Выберите отчет **Staff User Log**. 4. Введите "ebaytmpl" в поле **Page Type**. 5. Введите "редактировать" в поле "**Процесс**". 6. Обзор правок, сделанных во время окна инцидента. 7. Обратите внимание на затронутые идентификаторы шаблонов, показанные в столбце **Notes**. 8.Откройте и повторно сохраните каждый затронутый шаблон eBay. Поле **Listing Duration** могло быть сохранено как пустое, хотя интерфейс продолжал отображать «GTC». Торговцы, которые не используют политику eBay, также должны просматривать поля в разделе «Возврат» шаблона, поскольку эти поля могут потребоваться для повторного входа до сохранения шаблона. ###Время Все время в AEST 22 июля 2026 года. 9:42 AM** – Расследование началось после того, как были пропущены записи о листинге eBay. ***11:24 AM** — Началось восстановление базы данных по точкам времени. 11:37 AM ** Была успешно восстановлена база данных восстановления. ** 11:50 утра** Пострадавшая информация была извлечена и подготовлена к восстановлению. ***12:05 PM** – Завершено восстановление первого кластера производственных баз данных. 12:11 — Разработка и поддержка подтвердили, что первая реставрация прошла успешно. ** 12:17 PM** — Восстановление началось по остальным кластерам баз данных. ** 12:43 PM** — Восстановление было завершено во всех оставшихся кластерах. ***2:33 PM** - Это исправление было подтверждено, и начался мониторинг. ***4:40 PM** – Мониторинг подтвердил, что интеграция прошла успешно и инцидент был урегулирован. ### Последующие действия Мы рассматриваем следующие улучшения: Добавление гарантий в отношении отмены процессов импорта данных, чтобы частично завершенные обновления не могли оставить общую информацию в неполном состоянии. Улучшение процедур проверки и восстановления для общей информации об интеграции eBay. Восстановление рабочего процесса резервного копирования общей базы данных, чтобы обеспечить более быстрый и целенаправленный вариант восстановления. * Проверка того, может ли дополнительная валидация предотвратить сохранение шаблонов при отсутствии необходимых базовых значений.

    Автоматический перевод официального обновления инцидента.

    API-сервисный сбой

    Начало 8 июля 2026 г. в 21:50 UTC · 2h 26m

    OutageСерьёзный инцидент
    Затронутые компоненты
    Connect Modules
    1. 8 июля 2026 г. в 21:50 UTCinvestigating

      Мы расследуем проблему, когда некоторые магазины Neto получают 503 ошибки по запросам API.

    2. 8 июля 2026 г. в 23:30 UTCmonitoring

      Наша команда развернула исправление и внимательно следит за ситуацией.

    3. 9 июля 2026 г. в 00:17 UTCresolved

      Вопрос решен. Наша команда продолжит внимательно следить за ситуацией.

    Автоматический перевод официального обновления инцидента.

    Сбой в работе панелей управления и витрин магазинов

    Начало 8 июля 2026 г. в 17:00 UTC · 1h 36m

    OutageКритический инцидент
    Затронутые компоненты
    Control PanelMerchant Store Fronts
    1. 8 июля 2026 г. в 17:00 UTCinvestigating

      Мы испытываем сбои в обслуживании панели управления Neto и витрин магазинов. Мы изучаем решение и опубликуем обновление как можно скорее.

    2. 8 июля 2026 г. в 17:21 UTCidentified

      Мы выявили проблему и выявили коррупцию в сетевой файловой системе. Мы внесли соответствующие исправления, и система начала восстанавливаться.

    3. 8 июля 2026 г. в 17:38 UTCmonitoring

      Устраняется исправление сетевой файловой системы и восстанавливается сервис. Мы продолжаем следить за платформой, чтобы обеспечить ее доступность и стабильность.

    4. 8 июля 2026 г. в 18:36 UTCresolved

      8 июля 2026 года мы столкнулись с проблемой инфраструктуры, которая затронула все торговые интернет-магазины Neto и cPanels в течение примерно 1 часа и 30 минут. Инцидент был вызван сбоем в нашей общей инфраструктуре файловой системы, что помешало критически важным службам получить доступ к файлам, необходимым для обслуживания веб-сайтов и cPanels. В результате платформа автоматически блокировала новые запросы для защиты согласованности данных, что привело к сбоям в обслуживании всех стеков Neto. Наша инженерная команда немедленно отреагировала на это, восстановив затронутые службы файловой системы, перейдя в здоровую инфраструктуру и заменив затронутые виртуальные машины. Как только эти действия по восстановлению были завершены, все веб-магазины и cPanels были восстановлены до нормальной работы. Мы продолжаем наше расследование, чтобы определить основную причину сбоя процесса файловой системы. Основываясь на наших выводах, мы будем осуществлять дополнительный мониторинг и оповещение, а также любые необходимые улучшения инфраструктуры, чтобы помочь обнаружить и предотвратить подобные инциденты в будущем.

    Автоматический перевод официального обновления инцидента.

    Unified Login "Something Went Wrong"

    Начало 15 июня 2026 г. в 23:46 UTC · 1h 50m

    IssuesНезначительный инцидент
    Затронутые компоненты
    Control Panel
    1. 15 июня 2026 г. в 23:46 UTCinvestigating

      We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.

    2. 16 июня 2026 г. в 00:25 UTCinvestigating

      We are continuing to investigate this issue. We will provide further updates as more information becomes available.

    3. 16 июня 2026 г. в 01:36 UTCresolved

      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.