Statuscast の障害履歴

1. 2025年10月29日 16:04 UTCupdate

   10 月 29 日、00:05 UTC で 15:45 UTC まで 2025 年 10 月 30 日、Azure フロント ドア (AFD) を利用している顧客や Microsoft サービスがレイテンシー、タイムアウト、エラーが発生しました。 AFD&CDNデリバリーサービスは引き続き安定しており、期待通り運営しています。 ポータルまたはAPIを介してAFDに、すべてのサービス管理業務(作成、更新、削除、およびパージを含む)が一時的に中断されることなく、さまざまな注意を払っております。 プラットフォームの安定を維持しながら、段階的なアプローチでこれらを徐々に回復させるための包括的な計画に取り組んでいます。 今後も定期的なアップデートを継続して共有してまいります。 次回のアップデートは10月31日(金)の10月25日(日)までに01:00 UTCにて行います.

2. 2025年10月31日 1:08 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 制限が解除されるとお客様に通知し、進捗に関する定期的な通信をお送りします。 次回のアップデートは、イベントの保証が10月31日(金)から10月25日(日)までとなります.

3. 2025年10月31日 20:03 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 ETAは、制限を解除し、Azure Service Healthによる進捗状況に関する定期的な通信を引き続き送信できる際のETAの提供に取り組んでいます。 次回のアップデートは、イベントが保証される11月2025日(土)、または15日(日)に19:00 UTCによる予定です.

4. 2025年10月31日 21:35 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 現状の予想は、11月05日(金)の制限を解除し、Azure Service Healthによる進捗状況に関する定期的な通信を引き続き送らせていただきます。 次回のアップデートは、イベントが保証される11月2025日(土)、または15日(日)に19:00 UTCによる予定です.

5. 2025年11月1日 19:41 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 現状の予想は、11月05日(金)に制限を解除し、引き続きAzure Service Healthによる進捗状況に関する定期的な通信を継続します。 次回のアップデートは、イベントが保証される11月2025日以降に19:00 UTCによる予定です.

6. 2025年11月2日 20:31 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 現状の予想は、11月05日(金)に制限を解除し、引き続きAzure Service Healthによる進捗状況に関する定期的な通信を継続します。 次回のアップデートは、イベントが保証する11月2025日以降に03:00 UTCによって行われます.

7. 2025年11月2日 21:07 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 現状の予想は、11月05日(金)に制限を解除し、引き続きAzure Service Healthによる進捗状況に関する定期的な通信を継続します。 次回のアップデートは、イベントが保証する11月2025日以降に03:00 UTCによって行われます.

8. 2025年11月3日 3:02 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 現状の予想は、11月05日(金)に制限を解除し、引き続きAzure Service Healthによる進捗状況に関する定期的な通信を継続します。 次回のアップデートは、イベントが保証する11月2025日以降に19:00 UTCによって行われます.

9. 2025年11月4日 0:14 UTCupdate

   Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 徹底した調査と安全チェックの完了の一環として、サービス管理業務(作成、更新、削除、パージ等)の実行を一時的に利用できなくなった。 このAzureサブスクリプションIDのためにサービス管理業務の制限が解除されました。 エッジサイトへの完全推進のため、約30～40分かかります。 2025年11月05日(金)までに、テナントの他のサブスクリプションを含むすべてのサブスクリプションの制限を期待しています。 進行状況の更新は、Azure Service Healthを通じて継続します。 次回のアップデートは、11月4日(金)22時00分以降、または、事情が変更された場合に速やかに提供されます.

10. 2025年11月4日 0:25 UTCupdate

    過去のコミュニケーションは、お客様の別のリストに意味する情報を含む可能性があることを認識しています。 ご不便をおかけしますが、ご了承願います。 Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 独自の証明書(BYOC)証明書を管理および回転させるワークフローが再有効になっています。 必要な回転のキューで作業の進捗を監視します。 今後も、定期的なアップデートを継続的に実施してまいります。 当社の現在の予想は、05 11月2025日に制限を解除するままです。 次回のアップデートは、イベントが保証する11月2025日以降に22:00 UTCによって行われます.

11. 2025年11月4日 3:27 UTCupdate

    サービス管理の制限を解除するための準備で、早期除去を示す誤った通信が送られました。 すべての制御平面制限を解除するための現在の日付は、05 11月2025ままです。 次回のアップデートは、11月4日(金)22時00分から11月20日(火)23時30分までとなります.

12. 2025年11月4日 22:22 UTCupdate

    Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 October 2025で00:05 UTCで完全に緩和され、通常の動作レベルに残ります。 完全な調査を完了し、より安全な点検、サービス管理操作(作成、更新、削除、パージ等)を実施するので一時的に利用できません。 2025年11月05日、この制限を解除するために、引き続き当社のマイルストーンに挑みます。 次回の更新は、イベントが保証されたら、これが起こったら、または遅かれ早かれ確認するために送信されます.

13. 2025年11月5日 23:36 UTCupdate

    最新アップデート:11月5日(日)23時以降、Azure Front Door(AFD)とContent Delivery Network(CDN)サービス管理業務の2025制限が解除されました。 AFDサービス管理面で通常の業務を再開できるようになりました。 安全性と保護を強化するため、設定伝搬時間を最大45分延長しました。 進行中のプラットフォームの強化は、伝搬時間をさらに最適化することが期待されます。 前 コンテキスト: Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 10月2025日に00:05 UTCによって完全に緩和され、通常の動作レベルに残りました。 以前は、当社の完全な調査と安全チェックの完了の一環として、サービス管理業務(作成、更新、削除、パージなど)を一時的に制限していたことを通知しました。 この通知は、その一時的な制限が適用されなくなったことを確認することです。 次のステップ: プレリミニ PIR で述べたように、インシデントの詳細を理解するために内部のレトロスペクティブを補完しています。 これが完了すると、約7日以内に期待されると、Azure Incident Retrospectiveのライブストリームに登録するためのリンク、インシデントと私たちの学習に関する最終投稿インシデントレビュー(PIR)を公開します。 Azure フロントドア よくある質問(FAQ) | Microsoft Learn

14. 2025年11月5日 23:42 UTCresolved

    最新アップデート:11月5日(日)23時以降、Azure Front Door(AFD)とContent Delivery Network(CDN)サービス管理業務の2025制限が解除されました。 AFDサービス管理面で通常の業務を再開できるようになりました。 安全性と保護を強化するため、設定伝搬時間を最大45分延長しました。 進行中のプラットフォームの強化は、伝搬時間をさらに最適化することが期待されます。 前 コンテキスト: Azure フロントドア(AFD)とコンテンツ配信ネットワーク(CDN)の配信データ平面は、30 10月2025日に00:05 UTCによって完全に緩和され、通常の動作レベルに残りました。 以前は、当社の完全な調査と安全チェックの完了の一環として、サービス管理業務(作成、更新、削除、パージなど)を一時的に制限していたことを通知しました。 この通知は、その一時的な制限が適用されなくなったことを確認することです。 次のステップ: プレリミニ PIR で述べたように、インシデントの詳細を理解するために内部のレトロスペクティブを補完しています。 これが完了すると、約7日以内に期待されると、Azure Incident Retrospectiveのライブストリームに登録するためのリンク、インシデントと私たちの学習に関する最終投稿インシデントレビュー(PIR)を公開します。 Azure フロントドア よくある質問(FAQ) | Microsoft Learn

公式のインシデント更新を自動翻訳しています。

1. 2025年10月29日 16:01 UTCupdate

   MS Azure のグローバル・オナージュがあることを理解しています。 私たちのチームは、問題を認識しています。 ステータスページと管理者ポータルはアクセスできません。 大変申し訳ございません.

2. 2025年10月29日 18:17 UTCupdate

   Microsoft Azure の停電はまだドメインの cname に影響を与えますが、 status.page ドメインではありません。 https:// .status.page を使用して、ページと管理者ポータルのログインにアクセスできます。 大変申し訳ございません.

3. 2025年10月30日 5:40 UTCresolved

   サービスは現在運用中です。 このイベントは解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2025年4月4日 13:37 UTCupdate

   エンジニアは通知処理の遅延に警告されています。 現在調査中です。詳細はフォローアップします.

2. 2025年4月4日 18:30 UTCresolved

   9:37 AM EDT では、インシデント通知処理の遅延が発生しました。 事故は午後2時30分までに解決しました。 根本原因の詳細はフォローします。 購読者はまだステータスページが見込まれますが、インシデント通知は遅延します.

公式のインシデント更新を自動翻訳しています。

1. 2025年2月27日 14:53 UTCupdate

   Xurrent は Zenduty を買収 SANTA BARBARA、Calif。、2025年2月27日 – XurrentTMは、現代の企業やマネージドサービスプロバイダ向けに構築されたサービスおよび運用管理プラットフォームで、最先端のインシデントとアラート管理ソリューションのリーダーであるZendutyを買収しました。 この買収は、Xurrent の継続的な旅の別の重要なマイルストーンをマークし、組織がメジャーなインシデントを最初から最後まで処理する方法を再定義します。 フィル・クリスチャンソン、エクレントのチーフ・プロダクト・オフィサー(最高責任者)は、次のように述べています。 昨年4月、StatusCastの買収により、組織の能力を飛躍的に向上させ、主要なインシデントの詳細を伝えます。 今では、Zenduty の買収により、IT は、インシデントの解像度を自動化し、根本的な原因の是正を可能にし、より迅速な修正と繰り返しのインシデントを防ぐことができます。 Zenduty は、インシデントとアラート管理のイノベーターです。 プラットフォームは、インシデントの司令官が適切なチームを仮想戦争室に素早く収集し、問題を試し、迅速に解決を促すための評判を得ました。 Xurrent の堅牢な IT サービス管理 (ITSM) 機能と Zenduty を統合することにより、お客様は、単一の統一されたプラットフォーム内で、包括的なエンドツーエンドの IT 操作とサービス管理機能をお楽しみいただけます。 この統合により、主要なインシデントが発生した場合、組織は問題を迅速に管理し、解決するだけでなく、再発を防ぐための構造化されたアプローチを実装することができます。 Zenduty は、インシデントの司令官が応答チームを効果的に調整することを可能にします。Xurrent の ITSM プラットフォームは、タスクが適切なチームに割り当てられ、追跡され、完了します。 Xurrent の ITSM プラットフォームで Zenduty を統合することで、組織は次の主要な利点を得ることができます。 •迅速なインシデント応答のための仮想戦争部屋の自動化。 • 事故を迅速に管理・解決 • 経理性を確保し、後方是正タスクの完了を実現します。 「Zendutyの最高品質のインシデントとアラート管理ツールとXurrentの世界的なITサービス管理の力の組み合わせにより、お客様は、より近代的で接続された自動化されたアプローチで、IT運用とサービス管理を完全に制御することができます」とKevin McGibben、Xurrent CEOは述べています。 「Xurrent で、チームはすぐにアクションを実行し、インシデントを迅速に解決し、再び起こることを確実にします。重要なタスクを効率性、正確性、完全な説明責任で完了します。」 Xurrent XurrentTM は、ITSM と IT オペレーション管理をAI 搭載の自動化で効率化します。 ワークフローを簡素化し、コラボレーションを強化し、生産性を高めます。 拡張性のために造られる、Xurrentは効率を最大にしている間、現代企業の進化する必要性に継ぎ目無く合わせます。 詳細については、www.xurrent.com までお問い合わせください。 Zenduty について Zenduty は、エンドツーエンドのインシデントおよびオンコール管理ソリューションで、メール、電話、SMS、Slack、および Microsoft Team によるクロスチャネルのアラートを配信し、サービスダウンタイム中にチームが迅速に通知されます。 Zenduty は、インシデントレスポンスの効率性を高めるために設計されており、カスタマイズ可能なアラート、オンコールスケジューリング、および Datadog、Jira、および Slack を含む 150 を超えるツールとのシームレスな統合などの機能を提供します。 Zenduty を利用している組織は、ダウンタイムの短縮、Acknowledge (MTTA) への平均時間における 50% の強化、Resolve (MTTR) への平均時間、コスト削減など、重要な改善が報告されています。 詳細については、www.zenduty.com をご覧ください。 プレスリリース: https://www.xurrent.com/press-release/xurrent-acquires-zenduty-completing-the-incident-response-and-remediation-loop/

2. 2025年2月27日 14:54 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2025年2月23日 14:00 UTCupdate

   StatusCastのエンジニアは、一部のアクションで遅延を引き起こした可能性のある処理劣化を指摘しました.

2. 2025年2月24日 2:00 UTCresolved

   チームは問題を識別しました.

公式のインシデント更新を自動翻訳しています。

1. 2025年2月4日 22:30 UTCupdate

   StatusCast engineers noted a background processing degradation that caused delays in some actions from being completed in a timely fashion.

2. 2025年2月5日 2:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 2024年12月29日 23:00 UTCupdate

   StatusCastのサポートポータルにアクセスするためのドメインが https://xurrent-statuscast-portal.xurrent.com/ に更新されました。 古いドメインは現在のドメインにリダイレクトされますが、ブックマークを適切に更新することをお勧めします.

2. 2024年12月29日 23:01 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2024年11月25日 19:24 UTCupdate

   StatusCast エンジニアは、バックグラウンド処理でバックアップを識別し、タイムリーな方法で完了するアクションの遅延を引き起こしています.

2. 2024年11月25日 20:32 UTCupdate

   エンジニアは、処理中のバックアップの根本原因を決定しています。 現時点では、残りの項目をより早くクリアする責任のあるサービスをスケールアウトしました.

3. 2024年11月25日 22:06 UTCresolved

   サービスは期待どおりに動作するはずです.

公式のインシデント更新を自動翻訳しています。

1. 2024年11月16日 1:00 UTCupdate

   StatusCast エンジニアは、ステータスページや管理者アプリケーションの応答時間に影響を及ぼす可能性のあるパフォーマンスに影響を与えるイベントに警告しました。 通知処理に影響を及ぼさないイベントです。 誠に申し訳ございませんが、ご不便をおかけいたしますが、ご理解のほどよろしくお願い申し上げます.

2. 2024年11月18日 19:00 UTCresolved

   すべてのサービスは完全に機能的であり、定期的に実行する必要があります.

3. 2024年11月27日 20:00 UTCupdate

   StatusCastのエンジニアは、2024年11月15日、StatusCastのアプリケーションサーバがスパイクの応答時間を引き起こした問題を抱えていました。 AzureのStatusCastのインフラは、デュースの下でサービスのスケーリング手順を実行するように設計されています, そして、すべてしかし、問題のアプリケーションサービスの一つは、正常に性能の許容レベルにサービスを回復しました. EUの残りのアプリケーションサービスは、数日間劣化した状態に正しくスケールして滞在しなかった。 11月18日には、一部の顧客はロードタイムの遅延を経験し、その時点で最後のサーバーが修正されたことを警告しました。 このイベントが発生した後、StatusCastのDevOpsチームは、Azureの運用領域全体でアプリケーションサービスが一貫したスケーリングプロセスに準拠し、監視が日々劣化した状態に残っている単一のアプリケーションサービスを持っているように、すべてのサービスに適切に配置されていることを確認するために、すべてのスケーリング手順の監査を開始しました.

公式のインシデント更新を自動翻訳しています。

1. 2024年9月5日 13:00 UTCupdate

   弊社のチームは、4meの公式ブランドをXurrentに発表しました。 弊社のリフレッシュした外観と更新されたアイデンティティは、当社のビジネス、当社のプラットフォーム、当社のビジョン、およびその価値の本質を捉えています。 新ウェブサイト、マーケティング資料、およびXurrentアプリケーションに新登場! 重要な日付: ・9月5日(日) • プレスリリースが再ブランド発売を発表した。 • 新しいウェブサイトが誕生! www.xurrent.comでチェックアウトしてください。 • 9月7日 • Xurrent からのすべての通信は、新しいドメイン、www.xurrent.com から浮上します。 これは、電子メールおよびその他の公式コミュニケーションを意味します。 これはあなたにとってどういう意味ですか? まずは、メール、ウェブサイト、その他のコミュニケーションで新しいブランディングをご覧いただけます。 この変更は、お客様の現在のサービスに影響しません。 Xurrent(旧4me)ファミリーの重要な部分であることに感謝します。 当社の外観は進化していますが、最高品質の製品と卓越したカスタマーサポートを提供するという私たちの献身は変わりません。 ミッションと価値観は、ダイナミックで協調的な未来に向けて成長し続けていきます.

2. 2024年9月5日 13:01 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2024年8月1日 17:45 UTCupdate

   As of August 1st, 2024 we have removed the link to the Legacy Incident Editor from the admin portal to ensure that users maintain a unified experience and are able to take advantage of all of our latest improvements to the incident creation process.

2. 2024年8月1日 17:46 UTCresolved

   auto-closed

1. 2024年7月30日 13:30 UTCupdate

   StatusCast のエンジニアは、ステータスページと管理者ポータルに接続しようとするスクレイディックの問題が発生していたことを以前に警告しました。 当社のホスティングプロバイダであるMicrosoft Azureは、ネットワークの問題をグローバルに経験しているステータスページで警告しています。 最新情報を随時更新いたします.

2. 2024年7月30日 14:44 UTCupdate

   ステータスページへのアクセスは安定しており、Azureは、サービスの利用状況を改善するために、フェイルオーバープロセスが従事しているというステータスを更新しています。 StatusCastのエンジニアは、今後もこの状況をよく把握し、必要に応じてアップデートを投稿します.

3. 2024年7月30日 20:47 UTCupdate

   StatusCastのアプリケーションは、引き続き安定しています。 当社のエンジニアは、Microsoftがイベントを完全に閉鎖していないため、システムを密接に監視します。 Azureの問題の詳細については、ステータスページを参照してください。 必要に応じて追加の更新を行います.

4. 2024年7月30日 22:00 UTCresolved

   マイクロソフトは、その側面とStatusCastのプラットフォーム上の問題が予想どおりに動作し続けています。 マイクロソフトがこの上で詳細を公開したら、RCAの形でここに提供します.

5. 2024年8月1日 17:07 UTCupdate

   マイクロソフトから: 移行ステートメント - マイクロソフトサービスのサブセットにアクセスするAzure Front Doorの問題 追跡ID: KTY1-HW8 何が起こったのか? 2024年7月30日、約11:45 UTCと19:43 UTCの間で、Microsoftサービスのサブセットをグローバルに接続する経験があります。 影響を受けたサービスには、Azure App Services、Application Insights、Azure IoT Central、Azure Log Search Alerts、Azure Policy、Azure ポータル自体、Microsoft 365 および Microsoft Purview サービスのサブセットが含まれます。 ここまで知っていることは? 予期しない使用スパイクは、Azure Front ドア(AFD)とAzureコンテンツデリバリーネットワーク(CDN)コンポーネントで、許容しきい値の下で実行され、断続的なエラー、タイムアウト、レイテンシのスパイクにつながる。 初期トリガーイベントは、DDoS保護メカニズムを活性化した分散型Denial-of-Service(DDoS)攻撃でしたが、初期調査では、防御の実装におけるエラーが、それを緩和するのではなく、攻撃の影響を増幅することを示唆しています。 対応方法は? 顧客のインパクトは11:45 UTCで始まり、調査を開始しました。 利用スパイクの性質が理解できたら、DDoS保護の取り組みをサポートするためのネットワーク設定変更を実施し、ネットワークパスを代替して救済を行なうようにフェイルオーバーを実行しました。 当社の初期ネットワーク構成は、14:10 UTCの影響の大部分を正常に軽減しました。 一部の顧客は、我々は約18 UTCで緩和し始めた100%の可用性未満を報告しました。 アジア・パシフィックと欧州の地域を横断して、新たな緩和の取り組みを進めています。 この修正されたアプローチが正常に初期の緩和の副作用の影響を排除したことを検証した後、我々はアメリカで地域にそれをロールアウトしました。 障害率は、19:43 UTCによって、事故レベルに返された - 問題が完全に緩和されたことを確実にするために、トラフィックとサービスを監視した後、20:48 UTCで緩和された事件を宣言しました。 AFDおよび/またはCDNを使用するように設定された方法に応じて、一部のダウンストリームサービスが回復しなくなった。 次はどうなりますか? 当社のチームは、インシデントを詳細に理解するために内部のレトロスペクティブを補完します。 弊社では、約72時間以内に、プレリミニ・ポスト・インシデント・レビュー(PIR)を公開し、何が起きたのか、どのように反応するかについて詳しく紹介します。 内部のレトロスペクティブが完了した後、一般的に14日以内に、我々は、任意の追加の詳細と学習と最終投稿インシデントレビューを公開します。 今後のAzureサービスの問題について通知する際、および/または滞在するために、Azure Service Healthアラートを設定し維持することを確認してください。これらは、電子メール、SMS、プッシュ通知、webhooksなどを引き起こす可能性があります。 https://aka.ms/ash-alerts。 ポストインシデントのレビューの詳細については、https://aka.ms/AzurePIRsを参照してください。 最後に、クラウドインシデントの準備に関する広範なガイダンスについては、https://aka.ms/incidentreadinessを参照してください.

公式のインシデント更新を自動翻訳しています。

1. 2024年7月22日 16:30 UTCupdate

   StatusCastと4meのサポートチームは、StatusCastのレガシーチケットシステムからサポートサービスを移行し、変更リクエストやインシデントをすべて直接4meを使用する準備ができています。 StatusCastの操作を4meに統合する次のステップは、最終的に、提出されたリクエストとステータスに関する多くの洞察を提供します。 変化とは? 7月24日(水) 2024 StatusCastのサポートポータルが https://4me-statuscast-portal.4me.com/ に移行します。このセルフサービスポータルは、新しいチケットを提出し、提出した既存のもののステータスを確認するための新しいリソースになります。 この新しいポータルは、チケットのより正確なステータスを提示し、開発作業を必要とする問題に変更または実行を要求する場合、開発からQA、生産の観点まで、そのステータスを可視化することができます。 また、お客様自身が抱えるナレッジベースを含んだポータルを歩くことで、質問に答えられるようになります。 今後も、より一層のご支援を賜り、厚く御礼申し上げます。 この変更の結果として、[email protected] にメールを送ると、チケットが開きなくなります。 セルフサービスポータルにアクセスして、サポートリクエストを送信してアクセスする必要があります。 このセルフサービスポータルへのリンクは、StatusCastの管理者ポータルに追加され、設定>を選択することでアクセスできます。ヘルプセンター>サポートチケット StatusCast管理者は、この新しいポータルへのアクセスを許可しています。 StatusCastポータルにアクセスするには、https://xurrent-statuscast-portal.xurrent.com/ にアクセスし、「Forgot your 4me パスワード?」(1) で起動して、サポートポータルのパスワードを登録するためにメールをお送りします。 これを行う間にメールが届かない場合は、自動アクセスを許可されていない可能性があります。この場合、「新規ユーザー登録」をクリックすることで、自己登録を行うことができます(2): StatusCastポータルでは、メールアドレスを使用して18文字のパスワードを設定する必要があります.

2. 2024年7月22日 16:31 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2024年7月5日 13:00 UTCupdate

   弊社のセキュリティと透明性へのコミットメントを保ちながら、SMS、Twilio のプロバイダーが発生した事故にセキュリティチームに警告したことをお知らせしたいと思います。 以下は、Twilio から受け取ったステートメントで、インシデントの詳細なアカウントと、何が行われるかを説明します。 —----------------------------------------------------- Twilio は、当社のバックアップキャリア、iBasis の 1 つによって通知されました。IdentifyMobile は、個人データを含むインターネット上で公開されている特定の SMS 関連のデータを、iBasis によって公開しました。 IdentifyMobileが公開した間、お客様の個人データと非個人データ(マーケティングキャンペーンに関連するデータなど)がセキュリティ研究グループによってアクセスされたことをお知らせします。 この事件は、Twilio の制御外だったが、我々はそれを非常に真剣に受け止め、完全な影響を理解するのを助けることにコミットしています。 知っておくべきこと 特定の地域でメッセージを配信するために、Twilio は多数のキャリアに依存し、最終目的地への配送可能性を最大限に高めます。 Twilio は、開発作業中に AWS S3 の Bucket で公的なアクセスを有効にした IdentifyMobile (iBasis のバックアップキャリア) を使用した iBasis が通知されました。 このバケットに含まれる情報は、2024年5月10日〜15日、2024年5月13日〜14日の間に公開され、アクセスされました。 IdentifyMobile と Amazon AWS の共同調査に基づき、Chaos Computing Club (CCC) がこのデータの一部にアクセスしたことを学びました。 CCCは、セキュリティの問題を特定するセキュリティ研究グループです。CCCは、AWS S3 Bucketからダウンロードしたデータを保持していないことを確認しました。 当社は、他の第三者がデータにアクセスしたことを確認できないという証拠はありません。 Twilio は、この Bucket を所有していません。このデータ露出に関連して、当社のシステムが妥協されていません。 このインシデントは、IdentifyMobileとTwilioのコントロールの外部から取られたアクションの結果でした。 引き続き、これらのキャリアと連携して、この露出に関する最も正確な情報を入手する一方で、IdentifyMobile によるデータの一部は 1 月 1, 2024 と 5 月 15, 2024 の間で送信された SMS に関連するデータの一部が含まれます。 •携帯電話番号 •SMSメッセージの内容 •SMSの送り主ID •SMSのタイムスタンプ ここまで行ったことは何ですか? • Twilioは、この問題を迅速に調査するために、当社のインシデント対応プロセスを開始しました。 • Twilio は、この問題を iBasis エグゼクティブ チームにエスカレーションしました。その後、可能な限り多くの情報を提供するために妥協していたデータ ログに関する分析を行いました。 • 注意の豊富さから、可能な限りiBasisにトラフィックを送信しなくなりました。 iBasisはIdentifyMobileでルーティングを停止したTwilioに通知しました。 • 私たちは、この事件から発生する可能性のある追加詳細を得るために、第3回パーティキャリアと協力し続けます。 どうすればよいですか? 1月1日、2024年5月15日、2024年1月1日～2024年5月15日の間に送信したSMSトラフィックを調べ、内部チームによる暴露の影響を議論し、影響を受けた個人を関与する必要がある場合を決定します。 このインシデントに関する追加情報が必要な場合は、この状況を通じてサポートいたします。 大変ご迷惑をおかけいたしますが、ご理解とご協力を賜りますようお願い申し上げます。 —----------------------------------------------------- StatusCastが何をしたの? StautsCastのセキュリティチームは、監査が監査を実施し、当社のサービスに関する潜在的な影響を検証しました。 Twilio のレポートによると、StatusCast のサービスを通じて送信された通知が iBasis キャリアを使用して送信される可能性があります。 レポートデータに基づいて、受信者の電話番号とSMSメッセージが含まれている。 StatusCastのSMS通知は、ユーザーをステータスページに移動する簡略で設計されています。 SMS メッセージには、受信者名やその他の個人識別情報(PII)が含まれていません。 StatusCastでは、SMS通知が送信されるかどうかを選択する権利があります。 SMSオプションは、設定を見直したい場合は、アプリケーションの設定と統合セクションで制御できます。 今回、StatusCastがアプリケーションやインフラに関して取り込むための追加のアクションアイテムはありませんが、Twilioと密接なコミュニケーションを維持し、追加情報がリリースされた場合には、独自のステータスページを通じてそれを渡します。 StautsCastは何年もの間Twilioと提携し、セキュリティと透明性に対する強いコミットメントを維持しています。 今後も、本件に関するSMS通知を継続的に提供し、検討に取り組みます。 その他の質問がある場合は、[email protected] までお問い合わせください

2. 2024年7月5日 13:01 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2024年6月7日 13:00 UTCupdate

   4meの買収に伴い、StatusCastのサポート業務を4meのインフラに統合する準備を進めています。 弊社のサポート業務を4me社と組み合わせることで、24x7対応のメリットと、利用可能な担当者数が4倍のメリットがあります。 これらのチームを正式にマージする最初の一歩を踏み出すには、2024年6月7日(金)から管理者ポータルで利用可能なライブチャットオプションを削除します。 引き続き、メール([email protected] )または現在のサポートポータルにアクセスすることにより、サポートと連絡を取ることができます。 今後数か月間、StatusCast のサポートが提供される方法のいくつかの変更に気づくでしょう。 これは、サポートに記録した変更要求や問題の追跡のために、新しく改善されたサポートポータルの導入を含みます。 また、アプリケーションでは、より多くのツールや監査情報が利用可能になり、ヘルプや知識リソースが直接アクセスできる増加があります。 4meでサポートを拡充し、価値あるお客様やユーザーの皆様のコミュニティのお手伝いをさせていただきます!

2. 2024年6月7日 13:01 UTCresolved

   自動閉鎖

公式のインシデント更新を自動翻訳しています。

1. 2024年4月4日 0:19 UTCupdate

   8:19PM EDTでは、StatusCastのエンジニアは、ステータスページと管理者アプリケーションがアクセスできないことを警告しました。 チームは、そのホスティングパートナーであるMicrosoftが、アプリサービスおよびSQLデータベース接続に関連する米国東部地域で問題が発生していることを認識しました。 9:03PM EDTサービスが復元され、StatusCastのチームはMicrosoftと連携し、事件を完全に調査しています。 チームが完了すると、RCAでフォローアップします。 今回、StatusCastは期待通りに動作するはずですが、引き続き問題が発生した場合は、[email protected]までお問い合わせください

2. 2024年4月4日 1:03 UTCresolved

   9:03PM EDTサービスが復元され、StatusCastのチームはMicrosoftと連携し、事件を完全に調査しています。 チームが完了すると、RCAでフォローアップします.

3. 2024年4月5日 21:00 UTCupdate

   Microsoft と連携すると、StatusCast のチームは、StatusCast が主にホストされている場所である Azure の米国東部地域にある SQL データベースによる混乱が発生したことを確認しました。 StatusCast自体は、約8:19 PM EDTからのこの停電の影響を受け、完全に9:03 PM EDTによって回復しました。 StatusCastのチームは、引き続きMicrosoftと密接に連携し、サービスプロバイダの停電の影響が可能な限り最小限であることを保証するために、その提供をさらに最適化します.

公式のインシデント更新を自動翻訳しています。

1. 2024年4月2日 13:00 UTCupdate

   We are very excited to announce that StatusCast has been acquired by 4Me! Since 2013 we have been working hard to close the gap between service outages and those who are impacted, and this acquisition is one large step further in our journey of providing critical information to those who need it most. The inclusion of StatusCast's features will aid 4Me in it's mission to modernize service management for organizations. Click here to read more!

2. 2024年4月2日 13:01 UTCresolved

   auto-closed

1. 2024年3月8日 15:01 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Telefonica Network In Mexico. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

2. 2024年3月8日 15:12 UTCinvestigating

   We are continuing our investigation and have discovered SMS Latin America is affected by SMS delivery delays when sending messages to Telefonica Network in Mexico.

3. 2024年3月8日 16:22 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Telefonica Network in Mexico. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

4. 2024年3月8日 16:23 UTCresolved

   auto-closed

1. 2024年3月8日 13:26 UTCinvestigating

   We are continuing to experience SMS Delivery Delays when sending messages to Multiple Networks in Thailand. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

2. 2024年3月8日 15:20 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Multiple Networks in Thailand. We will continue monitoring the service to ensure a full recovery. We will provide another update in 2 hours or as soon as more information becomes available.

3. 2024年3月8日 17:05 UTCresolved

   We are no longer experiencing SMS delivery delays when sending messages to Multiple Networks in Thailand. This incident has been resolved.

1. 2024年3月7日 7:27 UTCinvestigating

   We've become aware of a potential issue with SMS Message Delivery delay to Tigo Network In Chad. Our engineering team has been alerted and is actively investigating. We will update as soon as we have more information.

2. 2024年3月7日 7:37 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

3. 2024年3月7日 7:43 UTCinvestigating

   We are experiencing SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 1 hour or as soon as more information becomes available.

4. 2024年3月7日 8:34 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 2 hours or as soon as more information becomes available.

5. 2024年3月7日 10:28 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network In Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 4 hours or as soon as more information becomes available.

6. 2024年3月7日 14:18 UTCinvestigating

   We are continuing to experience SMS delivery delays when sending messages to Tigo Network in Chad. Our engineers are working with our carrier partner to resolve the issue. We will provide another update in 8 hours or as soon as more information becomes available.

7. 2024年3月7日 15:12 UTCmonitoring

   We are observing recovery in SMS delivery delays when sending messages to Tigo Network In Chad. We will continue monitoring the service to ensure a full recovery. We will provide another update in 30 min or as soon as more information becomes available.

8. 2024年3月7日 15:13 UTCresolved

   auto-closed