Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Maropost 中断历史

    69 Maropost incidents · 2024年8月 — official updates, affected components, duration and resolution details.

    返回当前状态

    控制面板无障碍问题

    开始时间 2026年10月27日 UTC 11:46 · 1h 1m

    Pending
    受影响的组件
    Control Panel
    1. 2026年10月27日 UTC 11:46identified

      这一问题已经确定,一个解决办法正在实施之中.

    2. 2026年10月27日 UTC 12:47resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    Neto 网络商店中断

    开始时间 2026年10月26日 UTC 07:56 · 1h 47m

    Issues轻微事件
    受影响的组件
    Merchant Store Fronts
    1. 2026年10月26日 UTC 08:04investigating

      我们正在调查影响Neto网店的平台不稳定情况。 客户可能遇到进入受影响商店的间歇性问题。 我们的团队正在努力恢复稳定。 一旦获得更多信息,我们将提供进一步的最新资料.

    2. 2026年10月26日 UTC 08:10monitoring

      目前服务情况稳定。 我们正在继续监测执行情况并调查破坏的原因.

    3. 2026年10月26日 UTC 09:43resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    控制面板中断

    开始时间 2026年10月23日 UTC 05:38 · 53m

    Outage重大事件
    受影响的组件
    Control Panel
    1. 2026年10月23日 UTC 05:38investigating

      我们收到关于控制板收到“软件错误”的报告。 我们的发展团队正在调查.

    2. 2026年10月23日 UTC 06:17monitoring

      一项措施已经执行,我们正在监测结果.

    3. 2026年10月23日 UTC 06:31resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    退化性能

    开始时间 2026年10月23日 UTC 01:29 · 3h 23m

    Pending
    受影响的组件
    Upstream Provider
    1. 2026年10月23日 UTC 01:29investigating

      一些Neto商人和伙伴正面临SFTP准入问题。 我们的小组正在积极调查并努力执行一个解决办法。 我们将随着进展提供进一步的最新资料.

    2. 2026年10月23日 UTC 04:00identified

      这一问题已经确定,一个解决办法正在实施之中.

    3. 2026年10月23日 UTC 04:15monitoring

      一项措施已经执行,我们正在监测结果.

    4. 2026年10月23日 UTC 04:52resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    退化性能

    开始时间 2026年10月22日 UTC 03:35 · 6h 20m

    Pending
    受影响的组件
    Control Panel
    1. 2026年10月22日 UTC 03:35investigating

      一些Neto商人在进入其控制小组时遇到问题。 我们的小组正在积极调查这一问题,并将在获得更多信息后提供进一步的最新资料.

    2. 2026年10月22日 UTC 05:44identified

      这一问题已经确定,一个解决办法正在实施之中.

    3. 2026年10月22日 UTC 08:10identified

      我们正在对控制小组的准入问题实施各项解决办法。 我们将随着进展提供进一步的最新资料.

    4. 2026年10月22日 UTC 09:55resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    降解性能 - Neto POS 同步延迟

    开始时间 2026年10月7日 UTC 00:15 · 1h 36m

    Issues轻微事件
    受影响的组件
    Point Of Sale Registers
    1. 2026年10月7日 UTC 00:15investigating

      我们正在调查Neto POS应用程序中同步数据的延迟报告.

    2. 2026年10月7日 UTC 01:51resolved

      同步已恢复正常 .

    自动翻译自官方事件更新。

    间歇控制小组的无障碍问题

    开始时间 2026年10月6日 UTC 11:27 · 2h 50m

    Issues轻微事件
    受影响的组件
    Control Panel
    1. 2026年10月6日 UTC 11:27investigating

      我们目前正在调查这一问题.

    2. 2026年10月6日 UTC 13:23identified

      这一问题已经确定,一个解决办法正在实施之中.

    3. 2026年10月6日 UTC 14:08monitoring

      一项措施已经执行,我们正在监测结果.

    4. 2026年10月6日 UTC 14:17resolved

      这一事件已经得到解决.

    自动翻译自官方事件更新。

    Maropost 身份 - 账户安全最新情况

    开始时间 2026年10月5日 UTC 01:58 · 0m

    Pending
    受影响的组件
    Control Panel
    1. 2026年10月5日 UTC 01:58resolved

      计划维护 我们今晚将完成Maropost身份的账户安全更新 5/10/2026。 在此更新后,所有Maropet身份用户将被要求在下次登录时完成账户安全重置. 将促使用户: - 使用被遗忘的密码设置新密码 - 保存一套新的恢复代码 - 配置其认证程序 - 完整的多功能认证(MFA)设置 现有的恢复代码和验证器配置将作为这一过程的一部分被重新设置. 所有前行的Maropost身份用户,包括以前没有配置过认证器的用户,都需要MFA. 在更新之前不需要采取行动。 用户在下次访问Maropost身份时,应当遵守所提出的说明。 关于密码重设、恢复代码和外交部设置的更多信息,请参见我们的指南: https://galaxy.maropost.com/kb/articles/2475-maropost-identity-password-reset-what-you-需要-to-do. 互联网档案馆的存檔,存档日期2014-12-12. 如果您在完成重置时遇到任何困难,请联系Maropost Support.

    2. 2026年10月21日 UTC 03:41postmortem

      马罗波斯特身份 - 死后安全事件 ‌ ** 受影响的服务:** Maropost 身份\ (Login和认证\) ** 事件期间:** 2026年9月26日至30日 ** 补救和全球证书重置完成:** 2026年10月6日 ** 现状:** 决定 □ 概览 2026年9月26日至30日,马罗波斯特确定了涉及马罗波斯特身份的未经授权的活动,这是用于安全访问马罗波斯特产品的认证服务. 我们的调查确定,一个外部当事方利用身份服务中的安全弱点,允许未经授权的行政访问。 ** 重要的是,用户密码采用安全、单向加密散列方式储存。 我们的调查发现,没有证据表明储存的密码散列被取出,也没有发现普通文字密码被取出。 我们的工程和安全小组在查明这一活动之后,立即采取行动遏制这一事件,调查其影响并落实纠正措施。 现已查明的脆弱性已得到补救,2026年10月6日作为预防性安全措施完成了全球证书重新设定。 # 发生的一切 # # What happened # 该事件涉及Maropost身份的密码重置功能中的弱点。 这一脆弱性被一个未经授权的第三方所利用,他们随后在身份服务中获得了更高的准入。 我们的调查发现以下活动: * 擅自获取身份账户信息,包括用户名和电子邮件地址。 * 客户和内部账户的密码重置请求数量异常多。 * 对登录证书和多要素认证\(MFA\)设置在子账户上的未经授权的更改。 我们的小组于2026年9月30日查明异常活动,并立即采取行动调查并遏制了这一事件。 □ 客户影响 我们的调查发现没有授权 访问Maropet身份账户信息, 包括用户名和电子邮件地址。 虽然在一个子账户上识别出未经授权的证书和多要素认证\(MFA\)更改,但Maropost随后取消了现有的会话,并完成了全局的证书重置以保护用户. □ 为解决事件而采取的行动 马罗波斯特的工程和安保小组在发现后执行了若干措施来遏制事件并保障身份服务的安全. ** 安全脆弱性补救** 对受影响的身份软件进行了升级,并进行了核查测试,以确认已查明的脆弱性。 ** 未经批准的访问封装** 与可疑活动有关的网络来源被封锁,行政出入管制也得到加强。 ** 全权证书和会议安全** 现有用户会议被取消,相关应用程序和整合证书被轮换,行政账目被审查。 ** 全球密码和外交部重置** 2026年10月6日,Maropet完成了用户口令,多功能配置和回收代码的全球重置,以消除通过之前修改过的证书继续访问的风险. ** 账户核查** 还进行了更多的账户审查,包括使在调查期间查明的未经核实的账户无法使用。 □ 预防措施 除了立即进行补救外,Maropost正在执行进一步的安保改进,以加强Maropost身份,并减少发生类似事件的风险。 这些改进包括: * 加强行政准入限制和认证控制。 * 加强对异常登录和密码重置活动的监测和警报。 * 改进应用和综合安全控制。 * 加强脆弱性管理和软件更新程序。 * 进行更多的安全评估和审查事件应对程序。 这些措施构成我们对维护马罗站服务安全和可靠性的持续承诺的一部分。 □顾客需要采取行动吗? 客户在2026年10月6日或之后成功重设了Maropet身份密码并重新配置了多要素认证,无需作为这一事件的一部分重复这一过程. 尚未完成所要求重置的客户应在Maropost身份登录页上选择 ** 忘却密码**并遵守所提供的指示。 作为一般的安全防范措施,我们鼓励客户对出乎意料的密码重置请求、可疑邮件或试图获取账户证书保持警惕。 Maropost绝不会要求客户披露其密码或外交部的回收代码。 关于进一步指导,请参见: (https://galaxy.maropost.com/kb/articles/2475) (中文(简体) ). 如果您在访问您的账户或识别出意外账户活动方面遇到困难,请联系我们的支助小组: [联系马罗站支持] (https://galaxy.maropost.com/ contact-support). □ 闭幕词 保护我们的客户、他们的账户和他们的信息仍然是马罗波斯特的优先事项。 我们认识到必须保持对我们服务的信任,并已经采取步骤解决已查明的脆弱性、确保受影响的认证证书和加强保护Maropost身份的控制措施。 我们将继续审查和改进我们的安保做法,作为我们目前保护客户信息的承诺的一部分.

    自动翻译自官方事件更新。

    Maropost ID 密码重置通知

    开始时间 2026年9月30日 UTC 14:00 · 0m

    Pending
    1. 2026年10月1日 UTC 01:38resolved

      作为防范性安全措施,Maropet为MaropetID用户启动了密码重置. 签入时,可能会促使用户重新设置密码后再继续取用其Maropet产品. 大多数用户能够成功完成密码重置. 然而,我们知道,有些用户可能没有收到密码重置的电子邮件,因此可能无法完成重置或访问他们的平台。 如果您因为没有收到密码重置邮件而无法访问您的账户, 请使用以下表格提交支持请求, 我们的团队将协助您重新访问 : 请求支持 : https://share.hsforms.com/1PF2VNMWnS2al3GnLh8msNQrp8ms

    2. 2026年10月9日 UTC 13:08postmortem

      马罗波斯特身份 - 死后安全事件 ‌ ** 受影响的服务:** Maropost 身份\ (Login和认证\) ** 事件期间:** 2026年9月26日至30日 ** 补救和全球证书重置完成:** 2026年10月6日 ** 现状:** 决定 □ 概览 2026年9月26日至30日,马罗波斯特确定了涉及马罗波斯特身份的未经授权的活动,这是用于安全访问马罗波斯特产品的认证服务. 我们的调查确定,一个外部当事方利用身份服务中的安全弱点,允许未经授权的行政访问。 ** 重要的是,用户密码采用安全、单向加密散列方式储存。 我们的调查发现,没有证据表明储存的密码散列被取出,也没有发现普通文字密码被取出。 我们的工程和安全小组在查明这一活动之后,立即采取行动遏制这一事件,调查其影响并落实纠正措施。 现已查明的脆弱性已得到补救,2026年10月6日作为预防性安全措施完成了全球证书重新设定。 # 发生的一切 # # What happened # 该事件涉及Maropost身份的密码重置功能中的弱点。 这一脆弱性被一个未经授权的第三方所利用,他们随后在身份服务中获得了更高的准入。 我们的调查发现以下活动: * 擅自获取身份账户信息,包括用户名和电子邮件地址。 * 客户和内部账户的密码重置请求数量异常多。 * 对登录证书和多要素认证\(MFA\)设置在子账户上的未经授权的更改。 我们的小组于2026年9月30日查明异常活动,并立即采取行动调查并遏制了这一事件。 □ 客户影响 我们的调查发现没有授权 访问Maropet身份账户信息, 包括用户名和电子邮件地址。 虽然在一个子账户上识别出未经授权的证书和多要素认证\(MFA\)更改,但Maropost随后取消了现有的会话,并完成了全局的证书重置以保护用户. □ 为解决事件而采取的行动 马罗波斯特的工程和安保小组在发现后执行了若干措施来遏制事件并保障身份服务的安全. ** 安全脆弱性补救** 对受影响的身份软件进行了升级,并进行了核查测试,以确认已查明的脆弱性。 ** 未经批准的访问封装** 与可疑活动有关的网络来源被封锁,行政出入管制也得到加强。 ** 全权证书和会议安全** 现有用户会议被取消,相关应用程序和整合证书被轮换,行政账目被审查。 ** 全球密码和外交部重置** 2026年10月6日,Maropet完成了用户口令,多功能配置和回收代码的全球重置,以消除通过之前修改过的证书继续访问的风险. ** 账户核查** 还进行了更多的账户审查,包括使在调查期间查明的未经核实的账户无法使用。 □ 预防措施 除了立即进行补救外,Maropost正在执行进一步的安保改进,以加强Maropost身份,并减少发生类似事件的风险。 这些改进包括: * 加强行政准入限制和认证控制。 * 加强对异常登录和密码重置活动的监测和警报。 * 改进应用和综合安全控制。 * 加强脆弱性管理和软件更新程序。 * 进行更多的安全评估和审查事件应对程序。 这些措施构成我们对维护马罗站服务安全和可靠性的持续承诺的一部分。 □顾客需要采取行动吗? 客户在2026年10月6日或之后成功重设了Maropet身份密码并重新配置了多要素认证,无需作为这一事件的一部分重复这一过程. 尚未完成所要求重置的客户应在Maropost身份登录页上选择 ** 忘却密码**并遵守所提供的指示。 作为一般的安全防范措施,我们鼓励客户对出乎意料的密码重置请求、可疑邮件或试图获取账户证书保持警惕。 Maropost绝不会要求客户披露其密码或外交部的回收代码。 关于进一步指导,请参见: (https://galaxy.maropost.com/kb/articles/2475) (中文(简体) ). 如果您在访问您的账户或识别出意外账户活动方面遇到困难,请联系我们的支助小组: [联系马罗站支持] (https://galaxy.maropost.com/ contact-support). □ 闭幕词 保护我们的客户、他们的账户和他们的信息仍然是马罗波斯特的优先事项。 我们认识到必须保持对我们服务的信任,并已经采取步骤解决已查明的脆弱性、确保受影响的认证证书和加强保护Maropost身份的控制措施。 我们将继续审查和改进我们的安保做法,作为我们目前保护客户信息的承诺的一部分.

    自动翻译自官方事件更新。

    控制面板中断

    开始时间 2026年8月17日 UTC 05:38 · 55m

    Issues轻微事件
    受影响的组件
    Control Panel
    1. 2026年8月17日 UTC 05:38investigating

      我们收到关于控制小组的报告 收到了"我们很快就会回到网上" 我们的发展团队正在调查.

    2. 2026年8月17日 UTC 06:00identified

      我们已经确定了这一问题,我们的发展小组正努力尽快解决这一问题.

    3. 2026年8月17日 UTC 06:09monitoring

      这一问题已经解决,服务正常运行. 我们的小组正在密切监测局势.

    4. 2026年8月17日 UTC 06:32resolved

      这一问题已经解决,服务正常运行.

    5. 2026年8月18日 UTC 00:07postmortem

      # 发生了什么事# 在完成对生产环境的部署之前,为一些Neto商店启用了特性配置。 这为这些商店创造了出人意料的状态,使用户无法在登录后成功装入控制面板. □ 影响 受影响的商人暂时无法进入其Neto控制小组。 这个问题范围有限,没有发现更广泛的Neto平台中断。 □ 解析度 一旦发现原因,受影响的商店将停止功能配置,恢复控制面板的访问。 我们的小组随后监测了受影响的环境,确认控制小组的准入和支助服务保持稳定。 □ 预防行动 为了减少再次发生这种情况的可能性,我们正在围绕特征配置的改变加强部署进程。 这包括: * 核实在启用相关功能之前已充分部署所需应用版本。 * 在部署和配置顺序方面增加额外检查。 * 特性激活后立即进行验证和烟雾测试。 * 在推出配置变化之前,改进对生产部署状况的协调和确认。 我们向受这种干扰影响的商人表示歉意,并赞赏他们在我们的团队努力恢复准入时的耐心.

    自动翻译自官方事件更新。

    间歇控制面板出错

    开始时间 2026年8月11日 UTC 22:45 · 5d 3h

    Outage重大事件
    受影响的组件
    Control PanelMerchant Store FrontsPoint Of Sale Registers
    1. 2026年8月11日 UTC 22:45investigating

      我们发现断断续续的悬崖使一些商人在航行控制小组时收到“我们很快就会回来”错误。 我们正在继续进行调查并作出改进,以防止发生这些错误.

    2. 2026年8月12日 UTC 02:09monitoring

      我们目前正在看到汽车运输量的增加,正在绕过我们现有的一些保障措施。 我们增加了更多的保护,这有助于减少影响。 然而,交通格局继续发生变化,因此我们正在不断调整减缓措施。 我们目前正在采取更积极的办法并密切监测局势。 我们将随着局势的发展提供进一步的最新情况.

    3. 2026年8月12日 UTC 22:57monitoring

      我们的小组继续监测这一问题,并采取行动尽快解决任何激增。 我们仍在观察间歇地出现503个悬崖,这可能导致 " 我们很快就会回来 " 的一页短暂出现。 虽然这些事件越来越少发生,但我们继续努力争取更稳定、更永久的解决。 我们将继续密切监测局势,并视需要采取进一步行动.

    4. 2026年8月13日 UTC 00:51monitoring

      我们正在继续监测.

    5. 2026年8月13日 UTC 04:00identified

      我们继续看到间歇地出现503个刺刺,影响到一些商人,这可能导致 " 我们很快就会回来 " 一页的缓慢时期或短暂出现。 我们的小组已经确定了造成这一问题的交通模式,并继续调整已经实施的额外保护和缓解措施。 虽然我们看到这些高峰之间出现了稳定时期,但这一问题尚未得到全面解决。 我们正在继续努力改善稳定,并将随着局势的发展提供另一个最新情况

    6. 2026年8月13日 UTC 07:05identified

      我们的调查发现自动化汽车流量增加, 造成间歇性缓慢, 作为立即采取的临时措施,我们正在对某些经过过滤的产品和分类页进行额外的Cloudflare安全检查。 有些来访者可能会短暂地看到一个 " 检查您的联系 " 的信息,该信息应自动完成,并只在来访者开会期间出现一次。 我们正在继续与Cloudflare合作进行较长期的改进,以加强机器人检测和平台稳定性。 目前不需要商人采取行动。 随着局势的发展,我们将继续提供最新情况.

    7. 2026年8月13日 UTC 22:16monitoring

      现已执行一个解决办法,我们正在监测结果。 我们已经在Neto商地为某些产品搜索和类别过滤请求提供了额外的Cloudflare安全保护。 这项临时措施旨在减少自动化机器人流量的影响,这种流动造成最近间歇性缓慢和 " 我们很快就会回来 " 出错。 一些访客在访问这些页面时可能会短暂看到“检查您的连接”信息。 这应当自动完成,而且只在来访者开会期间出现一次。 我们的团队正在继续密切监测平台业绩和这一变化的有效性.

    8. 2026年8月17日 UTC 02:40resolved

      这一事件已经得到解决.

    9. 2026年8月18日 UTC 00:02postmortem

      # 发生的一切 # # What happened # 我们的调查发现,针对产品过滤、分类和搜索的自动化机器人流量大幅增加。 这种流量给Neto平台的部分地区增加了负荷,导致短期性能退化并间歇地给一些商家及其客户出出503个差错. □ 解析度 我们采用了**临时解决方案**,增加了Cloudflare保护装置,以便在这种自动交通到达Neto平台之前识别并挑战它。 这些保护措施于8月13日实施后,平台性能得到稳定,在监测期间,我们没有观察到503次大幅上升。 一些访问者在访问某些过滤出的产品和分类页面时,可能会简要看到**“检查您的连接”** 的信息。 这种检查是自动完成的,旨在防止自动流量在平台上放置过重的负荷. □ 预防行动 我们继续密切监测交通模式、503个错误和平台业绩。 我们还继续与Cloudflare合作,改进对机器人的检测,以便更有效地查明和减缓不断变化的自动交通模式。 我们对这次事件造成的破坏表示歉意,并赞赏你们在我们团队努力恢复和改善平台稳定时表现出的耐心.

    自动翻译自官方事件更新。

    Intermittent Control Panel Error and Slowness

    开始时间 2026年8月3日 UTC 22:00 · 0m

    Pending
    1. 2026年8月6日 UTC 02:31resolved

      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.

    控制面板中断

    开始时间 2026年7月27日 UTC 01:48 · 1h 29m

    Outage重大事件
    受影响的组件
    Control Panel
    1. 2026年7月27日 UTC 01:48investigating

      我们收到关于控制小组的报告 收到了"我们很快就会回到网上" 我们的发展团队正在调查.

    2. 2026年7月27日 UTC 02:35identified

      我们已经确定了这一问题,我们的发展小组正努力尽快解决这一问题.

    3. 2026年7月27日 UTC 02:55monitoring

      我们的小组已部署一个固定装置,并正在密切监测局势,以确保各项服务恢复正常.

    4. 2026年7月27日 UTC 03:17resolved

      这一问题已经解决,服务正常运行.

    5. 2026年7月27日 UTC 05:18postmortem

      2026年7月27日,一子商遭遇了进入其控制面板的问题. 在试图登录之后,向受影响的用户展示了“我们将很快返回网上”。 事发时间为:**11:48 AM AEST**,后于**1:17 PM AEST**被解决,全长为**1小时29分**. # 发生了什么事# 在生产软件发布期间,一个影响安全相关控制面板配置的变动导致对一组控制面板的认证请求失败. 这个问题只影响到能够使用相关安全功能的控制面板。 用户可以到达登录页面,但在认证后无法访问控制面板. □ 影响 一些商人暂时无法进入其控制小组并完成行政任务。 干扰仅限于一组控制面板。 一旦受影响的配置被禁用,服务便恢复正常。 □ 时间线 * **11:48 AMAEST** - 收到了显示“我们很快将返回网上”的控制面板的报告,开发小组开始进行调查。 * **12:35 PM AEST** - 查明了问题的原因并开始了补救工作。 * **12:55 PM AEST** – 安装了固定装置,并将服务置于监测之下。 * **1:17 PM AEST ** - 这一问题被确认为已经解决,服务正常运行。 □ 根源 生产发布中包含的变动造成受影响控制面板的安全报告配置不正确。 这产生了一个超过支持大小限制的响应头,导致认证的控制面板请求失败. □ 解析度 受影响的安全功能被切断,立即恢复了对受影响的控制面板的访问。 永久代码校正也在执行中,这样功能就可以在不生成无效配置的情况下运行. □ 预防行动 为了减少发生类似事件的可能性,我们: * 在启用安全报告功能时,为经认证的控制面板访问添加回归覆盖。 * 扩大响应头尺寸和安全配置变化的中继验证。 * 改进生产部署前特征切换组合的放行检查。 * 实施永久代码更正,并在重新启用受影响的特性之前予以验证。 我们对我们的团队努力恢复准入时受到的干扰表示歉意并赞赏受影响的商人的耐心.

    自动翻译自官方事件更新。

    间歇控制面板慢化

    开始时间 2026年7月24日 UTC 01:34 · 52m

    Issues轻微事件
    受影响的组件
    Control Panel
    1. 2026年7月24日 UTC 01:34investigating

      我们目前正在调查影响Neto控制小组的间歇性缓慢的报告.

    2. 2026年7月24日 UTC 01:51monitoring

      我们的小组已部署一个固定装置,并正在密切监测局势,以确保各项服务恢复正常.

    3. 2026年7月24日 UTC 02:26resolved

      这一事件已经得到解决.

    4. 2026年7月27日 UTC 22:45postmortem

      2026年7月24日,部分客户在两段短时间里经历了部分服务间歇性缓慢. 我们的团队确定提高交通和加工负荷是原因,采取行动减少负荷,恢复了稳定的性能。 这个问题现已解决,我们正在继续密切监测。 我们正在采取步骤,提高复原力,帮助防止类似问题再起.

    自动翻译自官方事件更新。

    间歇控制面板慢化

    开始时间 2026年7月23日 UTC 04:57 · 1h 0m

    Pending
    受影响的组件
    Control Panel
    1. 2026年7月23日 UTC 04:57investigating

      我们目前正在调查影响Neto控制小组的间歇性缓慢的报告。 用户在访问或导航控制面板时可能遇到延误。 我们的工程组正积极调查这个问题,以找出根源,并尽快恢复正常工作.

    2. 2026年7月23日 UTC 05:25identified

      这一问题已经确定,一个解决办法正在实施之中.

    3. 2026年7月23日 UTC 05:46monitoring

      一项措施已经执行,我们正在监测结果.

    4. 2026年7月23日 UTC 05:57resolved

      这一事件已经得到解决.

    5. 2026年7月27日 UTC 22:44postmortem

      2026年7月23日** ,客户在进入**Neto控制小组**时出现间歇性缓慢,影响到约**20%的请求**。 造成这一问题的原因是基础设施配置的改变,采用了具有不同性能特征的各种实例类型组合,导致有时生产流量过重。 我们的工程小组解决了这一问题,取消了受影响的实例类型,以计算最佳实例取代受影响的实例,并更新了基础设施配置,以防止再次发生。 我们还在进一步改进我们的负载平衡配置和基础设施验证程序,以进一步提高平台可靠性.

    自动翻译自官方事件更新。

    澳大利亚邮政 - 标签打印 API 降解

    开始时间 2026年7月23日 UTC 01:45 · 18m

    Issues轻微事件
    受影响的组件
    Upstream Provider
    1. 2026年7月23日 UTC 01:45investigating

      澳大利亚邮报报道API退化影响"标签打印API"的性能. 最新消息请参见澳大利亚邮政开发商现状网页:https://status.developers.auspost.com.au/incidents/l1qmd679b34p. 请注意,目前在Label打印API的性能正在下降。 我们的小组目前正在调查,我们将随时向你们通报我们为解决这个问题而开展的工作。 澳大利亚 事后道歉 任何不便.

    2. 2026年7月23日 UTC 01:59monitoring

      最新消息来自澳大利亚 事故情况:监测 一项措施已经执行,我们正在监测结果。 https://status.developers.auspost.com.au/ incidents/l1qmd679b34p 互联网档案馆的存檔,存档日期2013-12-02

    3. 2026年7月23日 UTC 02:03resolved

      事件得到解决 这一事件已经得到解决.

    自动翻译自官方事件更新。

    eBay 一体化问题

    开始时间 2026年7月21日 UTC 23:42 · 6h 57m

    Pending
    受影响的组件
    Channel ModulesUpstream Provider
    1. 2026年7月21日 UTC 23:42investigating

      目前我们意识到一个影响eBay集成的问题,有一条错误信息出现:"需要持续时间. 记录跳过。 我们的发展小组正在积极调查这一问题.

    2. 2026年7月22日 UTC 01:28investigating

      我们正在继续调查这一问题.

    3. 2026年7月22日 UTC 02:12identified

      这一问题已经确定,一个解决办法正在实施之中.

    4. 2026年7月22日 UTC 04:33monitoring

      一项措施已经执行,我们正在监测结果.

    5. 2026年7月22日 UTC 06:40resolved

      这一事件已经得到解决.

    6. 2026年7月23日 UTC 05:29postmortem

      页:1 2026年7月22日,使用eBay集成的商人遭遇上市更新被跳出,错误如下: > “规定时限。 记录跳过。” 事故报告时间为9:42 AM AEST,以4:40 PM AEST解决,全长约6小时58分. 我们对使用eBay集成给商人造成的干扰表示歉意. 影响 事件中,受影响的eBay上市记录无法成功处理. 这可能使商人无法通过合并建立或更新列名。 在问题存在时保存了eBay上市规则模板的商家也可能在没有预期值的情况下保存了一些模板字段,尽管正确的值在界面中继续出现. 其他平台服务没有受到影响。 根原因 用于更新共享eBay信息的内部数据导入程序在完成之前被取消. 由于该程序已经更新了部分数据集,其被取消后需要的eBay信息不完整. 这导致随后的上市更新失败验证并被跳出. 受影响的共享数据库没有直接的备份和恢复程序。 因此,我们的发展小组利用实时数据库恢复程序检索和恢复受影响信息。 决议 我们的发展小组将生产数据库恢复到单独的恢复环境,并提取了受影响的表格。 然后,在每一个有关的生产数据库集群中恢复所回收的信息。 第一次修复工作在更新其余分组之前得到了发展和支助的验证。 修复工作完成后,我们监测了整合情况,以确认eBay上市记录在标出事件解决前已成功处理. * 商家后续行动 在事件发生时保存了eBay上市规则模板的商家应重新保存受影响的模板。 为确定事件期间是否更改了模板: 1. 登录您的控制面板。 2. 开放**报告**。 3. 选择 **工作人员用户日志**报告。 4. 在**页类型**字段中输入`ebaytmpl'。 5. 在** Process** 字段输入 " 编辑 " 。 6. 审查事件窗口期间进行的编辑。 7. 注意** 注**栏所显示的受影响模板ID。 8. 打开并重新保存每个受影响的eBay模板。 ** 持续时间** 字段可能已被保存为空白,即使界面继续显示“ GTC ”。 不使用eBay Business Policy 的商家也应该审查模板的 ** Returns ** 部分下的字段,因为这些字段可能需要在模板被保存之前重新输入. 时间线 所有时间都在2026年7月22日的AEST. * **9:42 AM** – 在eBay上市记录被跳过后开始调查。 * ** 11:24 AM ** – 即时恢复数据库。 * **11:37 AM** - 恢复数据库已成功恢复。 * **11:50 AM ** - 已提取出受影响资料并准备恢复。 * **12:05 PM** – 第一生产数据库集群的恢复工作已经完成。 * **12:11 PM** – 开发与支持证实第一次修复成功. * **12:17 PM** -- -- 其余数据库组开始恢复。 * **12:43 PM** -- -- 已完成所有剩余集群的恢复。 * **2:33 PM** - 经证实,该固定装置已执行并开始监测。 ***4:40 PM** — 监控证实整合工作顺利进行,事件已解决. * 后续行动 我们正在审查以下改进: * 增加取消数据导入程序的保障措施,以便部分完成的更新不能使共享信息处于不完整状态。 * 改进共享eBay整合信息的验证和回收程序。 * 恢复工作共用数据库备份程序,以提供更快和更有针对性的回收选择。 * 审查额外验证是否能够防止模板在需要基础值时被保存.

    自动翻译自官方事件更新。

    API 服务中断

    开始时间 2026年7月8日 UTC 21:50 · 2h 26m

    Outage重大事件
    受影响的组件
    Connect Modules
    1. 2026年7月8日 UTC 21:50investigating

      我们正在调查一个问题 一些Neto商店 收到了503个错误 在API的请求.

    2. 2026年7月8日 UTC 23:30monitoring

      我们的小组已经部署了一个固定点,正在密切监测局势.

    3. 2026年7月9日 UTC 00:17resolved

      这个问题已经得到解决。 我们的小组将继续密切监测局势.

    自动翻译自官方事件更新。

    控制面板和存储面板的服务中断

    开始时间 2026年7月8日 UTC 17:00 · 1h 36m

    Outage严重事件
    受影响的组件
    Control PanelMerchant Store Fronts
    1. 2026年7月8日 UTC 17:00investigating

      Neto控制小组和Storefronts的服务中断。 我们正在调查解决办法,并将尽快公布最新情况.

    2. 2026年7月8日 UTC 17:21identified

      我们已经查明了这个问题,并追踪到网络文件系统中的腐败。 我们进行了适当的纠正,该系统已开始恢复.

    3. 2026年7月8日 UTC 17:38monitoring

      网络文件系统的固定被解决并恢复服务. 我们正在继续监测该平台,以确保其可用性和稳定性.

    4. 2026年7月8日 UTC 18:36resolved

      2026年7月8日,我们经历了一个基础设施问题,它影响到了所有Neto商家的网店和小板块,大约1小时30分. 事件是由我们共享文件系统基础设施的故障所引发的,这使得关键服务无法访问服务网站和cPanels所需的文件. 因此,该平台自动屏蔽了保护数据一致性的新请求,导致所有Neto堆栈的服务中断. 我们的工程小组立即作出反应,恢复了受影响的文件系统服务,未能实现一个健康的基础设施,并更换了受影响的虚拟机器。 一旦这些恢复行动完成,所有网店和小组恢复正常运作。 我们正在继续调查,以确定文件系统处理失败的根本原因。 根据我们的调查结果,我们将实施更多的监测和警报以及任何必要的基础设施改进,以帮助发现和防止今后发生类似事件.

    自动翻译自官方事件更新。

    Unified Login "Something Went Wrong"

    开始时间 2026年6月15日 UTC 23:46 · 1h 50m

    Issues轻微事件
    受影响的组件
    Control Panel
    1. 2026年6月15日 UTC 23:46investigating

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

    2. 2026年6月16日 UTC 00:25investigating

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

    3. 2026年6月16日 UTC 01:36resolved

      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.