NoKYCPhone
中文
获取号码

服务状态

所有系统运行正常

所有系统均运行正常。最后检查时间：2026年9月22日 10:40 UTC。

30 天可用率
99.993%
90 天可用率
100%
12 个月可用率
99.990%
服务始于
2024年9月

系统

所有组件，逐日呈现。

过去 90 天每天一列。可用率按当天实际损失的时间比例计算，因此一小时变慢并不等于损失一整天。

  • 运行正常
  • 性能下降
  • 部分中断
  • 严重中断
  • 维护

通信服务

  • 接收短信运行正常

    发送到您号码的验证码和短信。

    90 天前100% 可用率今天

  • 发送短信运行正常

    您通过任一号码发出的短信。

    90 天前99.985% 可用率今天

  • 语音与语音留言运行正常

    来电、录音和语音转写。

    90 天前100% 可用率今天

平台

  • 网页控制台运行正常

    浏览器应用：收件箱、号码、余额和设置。

    90 天前100% 可用率今天

  • 公共 API运行正常

    REST 接口和 Webhook 投递。

    90 天前100% 可用率今天

  • 网站运行正常

    公开页面、国家/地区目录和结账流程。

    90 天前100% 可用率今天

号码供应

  • 号码开通运行正常

    付款后启用新号码。

    90 天前100% 可用率今天

支付

  • 加密货币付款运行正常

    充值地址、区块确认和余额入账。

    90 天前99.986% 可用率今天

数据来自我们部署在法兰克福、阿什本和新加坡的探测器：每个系统每分钟检查一次，并结合运营商返回的送达回执。本页所有内容均根据这些记录计算得出，没有任何手工设定。

历史记录

自第一天以来的每起事件。

内容一经发布便不会删除。服务运行 736 天期间共发生 58 起事件，下方也包含维护时段。

性能下降

发往波兰的短信出现排队

2025年2月20日 10:31 UTC 持续了 51 分钟

  • 发送短信
  1. 已解决11:22

    问题已解决。此后所有服务均运行正常，您无需执行任何操作。

  2. 监控中11:07

    队列中的消息正在完成投递，投递时间已恢复到 10 秒以内。

  3. 原因已确认10:45

    已确认：一条上游路由没有拒绝消息，而是将消息排入队列。流量正切换到备用路由。

  4. 调查中10:31

    这些号段使用的一条投递路由出现延迟。我们正将流量切换到备用路由。

性能下降

控制台加载缓慢

2025年2月14日 06:43 UTC 持续了 44 分钟

  • 网页控制台
  1. 已解决07:27

    问题已解决。此后所有服务均运行正常，您无需执行任何操作。

  2. 监控中07:14

    该节点已重新加入节点池，响应时间恢复正常。

  3. 原因已确认06:55

    已确认：一个缓存节点退出了节点池，导致请求直接回源。

  4. 调查中06:43

    控制台页面加载缓慢，我们正在排查缓存层。

性能下降

发往瑞典的短信出现排队

2025年2月12日 17:50 UTC 持续了 32 分钟

  • 发送短信
  1. 已解决18:22

    问题已解决。此后所有服务均运行正常，您无需执行任何操作。

  2. 监控中18:13

    队列中的消息正在完成投递，投递时间已恢复到 10 秒以内。

  3. 原因已确认17:58

    已确认：一条上游路由没有拒绝消息，而是将消息排入队列。流量正切换到备用路由。

  4. 调查中17:50

    这些号段使用的一条投递路由出现延迟。我们正将流量切换到备用路由。

跳转到月份

如何阅读本页

这些数字代表什么。

时间均为 UTC

本页所有时间戳均采用 UTC，不使用夏令时。一天从 UTC 00:00 到 23:59，90 天状态条也按此划分。

可用率采用加权计算

严重中断按整分钟计，部分中断按一半计，性能下降按 12% 计。90 分钟的延迟送达不同于 90 分钟完全不可用，数字会如实反映这种差别。

什么算作事件

任何客户能够察觉的问题：验证码延迟、路由故障、面板缓慢或付款未入账。即使故障发生在上游，导致送达中断的第三方故障也会发布在这里。

机器可读

相同数据还以供仪表板使用的 summary.json，以及供阅读器和聊天机器人使用的 Atom 订阅源提供。两者均公开访问，无需密钥。

不发送电子邮件提醒

我们从不索取电子邮件地址，因此无法发送邮件。你可以订阅该订阅源、轮询 JSON，或让 Webhook 读取它——这是我们有意设计的全部通知方式。

维护

计划维护会至少提前 72 小时在此公布，并在 UTC 02:00 至 05:00 之间进行。维护期间号码仍可继续接收；期间提交的订单会进入队列，绝不会丢失。

遇到了这里未列出的问题？

请从控制面板创建工单，或直接联系我们；一旦确认问题影响多个账户，我们会立即在这里发布事件。

报告问题 API 参考