Störungsverlauf von Statuscast

1. 29. Oktober 2025 um 16:04 UTCupdate

   Zwischen 15:45 UTC am 29. Oktober und 00:05 UTC am 30. Oktober 2025 erlebten Kunden und Microsoft-Dienste, die Azure Front Door (AFD) nutzten, Latenzen, Timeouts und Fehler. Die Lieferdienste von AFD & CDN sind weiterhin stabil und laufen wie erwartet. Aus einer Fülle von Vorsicht bleiben alle Service-Management-Operationen (einschließlich Erstellung, Updates, Löschungen und Bereinigungen) an AFD über Portale oder APIs vorübergehend ausgesetzt. Wir arbeiten an einem umfassenden Plan, um diese schrittweise in einem schrittweisen Ansatz wieder zu aktivieren und gleichzeitig sicherzustellen, dass die Plattform stabil bleibt. Wir werden weiterhin regelmäßige Updates teilen, während wir Fortschritte machen. Das nächste Update wird bis 01:00 Uhr UTC am 31. Oktober 2025 oder früher sein.

2. 31. Oktober 2025 um 01:08 UTCupdate

   Die Datenflugzeuge Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Wir werden die Kunden benachrichtigen, sobald die Beschränkung aufgehoben ist, und wir werden regelmäßige Mitteilungen über den Fortschritt senden. Das nächste Update wird am 31. Oktober 2025 um 19:00 Uhr UTC oder früher als Event Warrant erfolgen.

3. 31. Oktober 2025 um 20:03 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Wir arbeiten daran, eine ETA darüber bereitzustellen, wann wir die Einschränkung aufheben können, und werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 19:00 Uhr UTC am 1. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

4. 31. Oktober 2025 um 21:35 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Unsere derzeitige Erwartung ist es, die Beschränkung am 05. November 2025 aufzuheben, und wir werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 19:00 Uhr UTC am 1. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

5. 1. November 2025 um 19:41 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Unsere derzeitige Erwartung bleibt, die Beschränkung am 5. November 2025 aufzuheben, und wir werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 19:00 Uhr UTC am 02. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

6. 2. November 2025 um 20:31 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Unsere derzeitige Erwartung bleibt, die Beschränkung am 5. November 2025 aufzuheben, und wir werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 03:00 Uhr UTC am 03. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

7. 2. November 2025 um 21:07 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Unsere derzeitige Erwartung bleibt, die Beschränkung am 5. November 2025 aufzuheben, und wir werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 03:00 Uhr UTC am 03. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

8. 3. November 2025 um 03:02 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Unsere derzeitige Erwartung bleibt, die Beschränkung am 5. November 2025 aufzuheben, und wir werden weiterhin regelmäßige Mitteilungen über den Fortschritt über Azure Service Health senden. Das nächste Update wird um 19:00 Uhr UTC am 3. November 2025 oder früher sein, wenn die Ereignisse es rechtfertigen.

9. 4. November 2025 um 00:14 UTCupdate

   Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Im Rahmen unserer vollständigen Untersuchung und Sicherheitsüberprüfungen wurden die Durchführung von Service-Management-Vorgängen (Erstellen, Aktualisieren, Löschen, Löschen usw.) vorübergehend nicht verfügbar gemacht. Einschränkungen für Dienstverwaltungsvorgänge wurden für diese Azure-Abonnement-ID entfernt. Bitte erlauben Sie ungefähr 30-40 Minuten, damit sich Änderungen vollständig auf Edge-Sites ausbreiten können. Wir erwarten, dass alle Beschränkungen für Abonnements, einschließlich anderer Abonnements unter Ihrem Mieter, bis zum 05. November 2025 aufgehoben werden. Updates zum Fortschritt werden über Azure Service Health fortgesetzt. Das nächste Update wird bis 22:00 Uhr UTC am 4. November 2025 zur Verfügung gestellt, oder früher, wenn sich die Umstände ändern.

10. 4. November 2025 um 00:25 UTCupdate

    Wir erkennen an, dass die vorherige Kommunikation möglicherweise Informationen für eine andere Kundenliste enthalten hat. Wir entschuldigen uns für die Unannehmlichkeiten und bitten Sie, Folgendes zu beachten. Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Der Workflow zum Verwalten und Rotieren von Bring Your Own Certificate (BYOC) Zertifikaten wurde erneut aktiviert. Wir werden den Fortschritt der Arbeit durch die Schlange der notwendigen Rotationen überwachen. Wir werden weiterhin regelmäßig über den Fortschritt informieren. Unsere derzeitige Erwartung bleibt, die Beschränkung am 5. November 2025 aufzuheben. Das nächste Update wird am 4. November 2025 um 22:00 Uhr UTC oder früher sein, wenn die Ereignisse dies rechtfertigen.

11. 4. November 2025 um 03:27 UTCupdate

    In Vorbereitung auf die Aufhebung der Service-Management-Beschränkungen wurde eine falsche Mitteilung gesendet, die auf eine vorzeitige Entfernung hinweist. Unser derzeitiges Datum für die Aufhebung aller Beschränkungen für Kontrollflugzeuge bleibt 05 November 2025. Das nächste Update wird bis 22:00 Uhr UTC am 4. November 2025 oder früher zur Verfügung gestellt.

12. 4. November 2025 um 22:22 UTCupdate

    Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 um 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Da wir unsere vollständige Untersuchung abschließen und weitere sichere Prüfungen durchführen, sind Service-Management-Vorgänge (Erstellen, Aktualisieren, Löschen, etc.) vorübergehend nicht verfügbar. Wir erreichen weiterhin unsere Meilensteine in der Erwartung, diese Beschränkung am 5. November 2025 aufzuheben. Das nächste Update wird gesendet, um zu bestätigen, sobald dies geschehen ist, oder früher, wenn Ereignisse es rechtfertigen.

13. 5. November 2025 um 23:36 UTCupdate

    Aktuelles Update: Ab 23:00 Uhr UTC am 5. November 2025 wurden die Einschränkungen für Azure Front Door (AFD) und Content Delivery Network (CDN) Service Management-Operationen aufgehoben. Sie können nun den normalen Betrieb auf dem AFD-Servicemanagement-Flugzeug fortsetzen. Für mehr Sicherheit und Schutz haben wir die Laufzeit der Konfiguration auf bis zu 45 Minuten verlängert. Zusätzliche Plattformverbesserungen, die im Gange sind, sollen die Laufzeiten weiter optimieren. Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 bis 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Wir haben Sie zuvor darüber informiert, dass die Durchführung von Service-Management-Vorgängen (Erstellen, Aktualisieren, Löschen, Löschen usw.) im Rahmen unserer vollständigen Untersuchung und sicheren Überprüfungen vorübergehend eingeschränkt wurde. Mit dieser Mitteilung wird bestätigt, dass diese vorübergehenden Beschränkungen nicht mehr gelten. Nächste Schritte: Wie in unserer vorläufigen PIR erwähnt, führen wir eine interne Retrospektive durch, um den Vorfall genauer zu verstehen. Sobald dies abgeschlossen ist, was innerhalb von etwa 7 Tagen erwartet wird, werden wir unseren endgültigen Post Incident Review (PIR) veröffentlichen - einschließlich eines Links zur Registrierung für einen Azure Incident Retrospective Livestream, der den Vorfall und unsere Erkenntnisse diskutiert. Azure Front Door Häufig gestellte Fragen (FAQ) | Microsoft Learn

14. 5. November 2025 um 23:42 UTCresolved

    Aktuelles Update: Ab 23:00 Uhr UTC am 5. November 2025 wurden die Einschränkungen für Azure Front Door (AFD) und Content Delivery Network (CDN) Service Management-Operationen aufgehoben. Sie können nun den normalen Betrieb auf dem AFD-Servicemanagement-Flugzeug fortsetzen. Für mehr Sicherheit und Schutz haben wir die Laufzeit der Konfiguration auf bis zu 45 Minuten verlängert. Zusätzliche Plattformverbesserungen, die im Gange sind, sollen die Laufzeiten weiter optimieren. Azure Front Door (AFD) und Content Delivery Network (CDN) wurden am 30. Oktober 2025 bis 00:05 UTC vollständig entschärft und bleiben auf normalem Betriebsniveau. Wir haben Sie zuvor darüber informiert, dass die Durchführung von Service-Management-Vorgängen (Erstellen, Aktualisieren, Löschen, Löschen usw.) im Rahmen unserer vollständigen Untersuchung und sicheren Überprüfungen vorübergehend eingeschränkt wurde. Mit dieser Mitteilung wird bestätigt, dass diese vorübergehenden Beschränkungen nicht mehr gelten. Nächste Schritte: Wie in unserer vorläufigen PIR erwähnt, führen wir eine interne Retrospektive durch, um den Vorfall genauer zu verstehen. Sobald dies abgeschlossen ist, was innerhalb von etwa 7 Tagen erwartet wird, werden wir unseren endgültigen Post Incident Review (PIR) veröffentlichen - einschließlich eines Links zur Registrierung für einen Azure Incident Retrospective Livestream, der den Vorfall und unsere Erkenntnisse diskutiert. Azure Front Door Häufig gestellte Fragen (FAQ) | Microsoft Learn

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Oktober 2025 um 16:01 UTCupdate

   Wir wissen, dass es einen globalen Ausfall für MS Azure gibt. Unser Team ist sich des Problems bewusst. Statusseiten und das Admin-Portal sind möglicherweise nicht zugänglich. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

2. 29. Oktober 2025 um 18:17 UTCupdate

   Der Microsoft Azure-Ausfall wirkt sich immer noch auf cnames für Domänen aus, nicht jedoch auf die status.page-Domäne. Sie können https:// yourpagename .status.page verwenden, um auf Ihre Seite und das Admin-Portal zuzugreifen. Wir entschuldigen uns für jegliche Unannehmlichkeiten.

3. 30. Oktober 2025 um 05:40 UTCresolved

   Die Dienste sind jetzt in Betrieb. Dieses Ereignis wurde gelöst.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. April 2025 um 13:37 UTCupdate

   Ingenieure wurden auf Verzögerungen bei der Benachrichtigungsverarbeitung aufmerksam gemacht. Wir untersuchen derzeit und werden weitere Details mitteilen.

2. 4. April 2025 um 18:30 UTCresolved

   Um 9:37 Uhr EDT trat ein Vorfall auf, der die Verarbeitung der Vorfallbenachrichtigung verzögerte. Der Vorfall wurde bis 14:30 Uhr EDT vollständig behoben. Weitere Details zur Ursache werden folgen. Abonnenten würden weiterhin Statusseiten wie erwartet sehen, aber die Benachrichtigung über Vorfälle hätte sich verzögert.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. Februar 2025 um 14:53 UTCupdate

   Xurrent übernimmt Zenduty SANTA BARBARA, Kalifornien, 27. Februar 2025 – XurrentTM, die Service- und Betriebsmanagement-Plattform, die speziell für moderne Unternehmen und Managed Services-Anbieter entwickelt wurde, hat Zenduty übernommen, ein führendes Unternehmen für innovative Incident- und Alarmmanagement-Lösungen. Diese Akquisition ist ein weiterer wichtiger Meilenstein auf dem Weg von Xurrent, die IT zu transformieren und neu zu definieren, wie Unternehmen große Vorfälle von Anfang bis Ende bewältigen. Phil Christianson, Chief Product Officer von Xurrent, sagte: „Xurrent freut sich, einen bedeutenden Fortschritt in unseren ITOM-Fähigkeiten bekannt zu geben. Unsere StatusCast-Akquisition im vergangenen April hat unsere Plattform erweitert, um die Fähigkeiten von Unternehmen, Details zu größeren Vorfällen zu kommunizieren, dramatisch zu verbessern. Jetzt, mit der Übernahme von Zenduty, werden wir es der IT ermöglichen, die Lösung von Vorfällen und die Behebung von Ursachen zu automatisieren und zu optimieren, um schnellere Korrekturen zu gewährleisten und wiederholte Vorfälle zu verhindern. Zenduty ist ein Innovator im Incident- und Alarmmanagement. Die Plattform hat sich den Ruf erworben, es den Vorfallkommandanten zu ermöglichen, schnell die richtigen Teams in einem virtuellen Kriegsraum zu versammeln, Probleme zu lösen und eine schnelle Lösung zu erzielen. Durch die Integration von Zenduty mit den robusten IT Service Management (ITSM)-Funktionen von Xurrent profitieren die Kunden von umfassenden, durchgängigen IT-Operationen und Service-Management-Funktionen innerhalb einer einzigen, einheitlichen Plattform. Diese Integration stellt sicher, dass Unternehmen bei einem schweren Vorfall nicht nur das Problem schnell verwalten und lösen können, sondern auch einen strukturierten Ansatz implementieren, um eine Wiederholung zu verhindern. Zenduty ermöglicht es Incident Commandern, Reaktionsteams effektiv zu koordinieren, während die ITSM-Plattform von Xurrent dafür sorgt, dass Aufgaben den richtigen Teams zugewiesen, verfolgt und pünktlich abgeschlossen werden, was zu einer kontinuierlichen Verbesserung zwischen den Vorfällen führt. Durch die Integration von Zenduty mit der ITSM-Plattform von Xurrent profitieren Unternehmen von folgenden wichtigen Vorteilen: • Automatisierung virtueller Kriegsräume für schnelle Reaktion auf Zwischenfälle. • Verwalten und Beheben von Vorfällen schnell. • Gewährleistung der Rechenschaftspflicht für den Abschluss der Sanierungsaufgabe nach einem Vorfall. "Die Kombination von Zendutys hochwertigen Incident- und Alarm-Management-Tools mit der Leistungsfähigkeit des erstklassigen IT-Service-Managements von Xurrent wird es unseren Kunden ermöglichen, die Kontrolle über ihren IT-Betrieb und das Service-Management mit einem moderneren, vernetzten und automatisierten Ansatz zu übernehmen", sagte Kevin McGibben, CEO von Xurrent. "Mit Xurrent ergreifen Teams schneller Maßnahmen, lösen Vorfälle schneller und stellen sicher, dass sie nie wieder passieren - und erledigen wichtige Aufgaben mit Effizienz, Genauigkeit und voller Rechenschaftspflicht." XurrentTM optimiert ITSM und IT Operations Management mit KI-gestützter Automatisierung. Unsere Plattform vereinfacht Workflows, verbessert die Zusammenarbeit und steigert die Produktivität. Auf Skalierbarkeit ausgelegt, passt sich Xurrent nahtlos an die sich entwickelnden Anforderungen moderner Unternehmen an und minimiert den Aufwand bei gleichzeitiger Maximierung der Effizienz. Erfahren Sie mehr unter www.xurrent.com. Über Zenduty Zenduty ist eine End-to-End-Incident- und On-Call-Management-Lösung, die kanalübergreifende Benachrichtigungen per E-Mail, Telefon, SMS, Slack und Microsoft Teams bereitstellt, um sicherzustellen, dass Ihr Team während Serviceausfällen umgehend benachrichtigt wird. Zenduty wurde entwickelt, um die Effizienz der Reaktion auf Vorfälle zu verbessern und bietet Funktionen wie anpassbare Alarmierung, Bereitschaftsplanung und nahtlose Integrationen mit über 150 Tools, darunter Datadog, Jira und Slack. Unternehmen, die Zenduty nutzen, haben signifikante Verbesserungen gemeldet, darunter reduzierte Ausfallzeiten, eine Verbesserung der Mean Time to Acknowledge (MTTA) und Mean Time to Resolve (MTTR) um 50% und Kosteneinsparungen. Für weitere Informationen besuchen Sie www.zenduty.com . Pressemitteilung: https://www.xurrent.com/press-release/xurrent-acquires-zenduty-completing-the-incident-response-and-remediation-loop/

2. 27. Februar 2025 um 14:54 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Februar 2025 um 14:00 UTCupdate

   Die StatusCast-Ingenieure stellten einige Verarbeitungsdegradationen fest, die zu Verzögerungen bei einigen Aktionen geführt haben könnten.

2. 24. Februar 2025 um 02:00 UTCresolved

   Das Team hat das Problem identifiziert.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. Februar 2025 um 22:30 UTCupdate

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

2. 5. Februar 2025 um 02:00 UTCresolved

   This has been resolved. We apologize for any inconvenience.

1. 29. Dezember 2024 um 23:00 UTCupdate

   Die Domäne für den Zugriff auf das Support-Portal von StatusCast wurde auf https://xurrent-statuscast-portal.xurrent.com/ aktualisiert. Während die alte Domain zu unserer aktuellen umgeleitet wird, empfehlen wir, Ihre Lesezeichen entsprechend zu aktualisieren.

2. 29. Dezember 2024 um 23:01 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. November 2024 um 19:24 UTCupdate

   Die StatusCast-Ingenieure identifizierten ein Backup in der Hintergrundverarbeitung, das dazu führt, dass einige Aktionen zeitnah abgeschlossen werden.

2. 25. November 2024 um 20:32 UTCupdate

   Ingenieure haben die Ursache des Backups in der Verarbeitung ermittelt. Während dieser Zeit haben wir den Service skaliert, der dafür verantwortlich ist, die verbleibenden Gegenstände schneller zu beseitigen.

3. 25. November 2024 um 22:06 UTCresolved

   Die Dienste sollten wie erwartet funktionieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. November 2024 um 01:00 UTCupdate

   StatusCast-Ingenieure wurden auf eine mögliche Leistung aufmerksam gemacht, die sich auf das Ereignis auswirkt, das sich auf Statusseiten und die Antwortzeiten der Admin-Anwendung auswirkt. Dieses Ereignis hat keine Auswirkungen auf die Benachrichtigungsverarbeitung. Wir entschuldigen uns für diese Unannehmlichkeiten und werden in Kürze ein Update bereitstellen.

2. 18. November 2024 um 19:00 UTCresolved

   Alle Dienste sollten voll funktionsfähig sein und regelmäßig funktionieren.

3. 27. November 2024 um 20:00 UTCupdate

   Die Ingenieure von StatusCast stellten fest, dass am 15. November 2024 um ca. 20:00 Uhr EST bei mehreren StatusCast-Anwendungsservern ein Problem auftrat, das die Reaktionszeit erhöhte. Die StatusCast-Infrastruktur in Azure wurde entwickelt, um Skalierungsverfahren für Dienste unter Zwang durchzuführen, und für alle außer einem der betreffenden Anwendungsdienste wurde dies erfolgreich durchgeführt, um den Dienst auf ein akzeptables Leistungsniveau wiederherzustellen. Der verbleibende Anwendungsdienst in der EU wurde nicht korrekt skaliert und blieb mehrere Tage in einem beeinträchtigten Zustand. Am 18. November wurden die Ingenieure gewarnt, dass einige Kunden immer noch Ladezeitverzögerungen hatten und zu diesem Zeitpunkt der letzte Server korrigiert wurde. Nach diesem Ereignis begann das DevOps-Team von StatusCast eine Prüfung aller Skalierungsverfahren, um sicherzustellen, dass Anwendungsdienste in unseren Azure-Betriebsregionen einem konsistenten Skalierungsprozess entsprechen und um sicherzustellen, dass die Überwachung ordnungsgemäß für alle Dienste bereitgestellt wird, da ein einzelner Anwendungsdienst tagelang in einem gestörten Zustand bleibt, ist nicht akzeptabel.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. September 2024 um 13:00 UTCupdate

   Unser Team freut sich, den offiziellen Rebrand von 4me auf den Namen Xurrent bekannt zu geben. Unser erfrischter Look und unsere aktualisierte Identität erfassen die Essenz unseres Unternehmens, unsere Plattform, unsere Vision und ihren Wert. Unser neuer Look wird in einer neuen Website, Marketingmaterialien und der Xurrent-Anwendung eingeführt! Wichtige Termine: • 5. September (heute!) • Eine Pressemitteilung kündigte den Rebrand-Launch an. • Unsere neue Website ist live! Schauen Sie es sich an www.xurrent.com . • 7. September • Die gesamte Kommunikation von Xurrent wird von unserer neuen Domain www.xurrent.com ausgehen. Dies bedeutet E-Mails und jede andere offizielle Kommunikation. Was bedeutet das für Sie? Ab sofort sehen Sie unser neues Branding in E-Mails, auf der Website und in anderen Kommunikationen. Seien Sie versichert, diese Änderung hat keine Auswirkungen auf Ihre aktuellen Dienste. Danke, dass du ein geschätzter teil der xurrent (ehemals 4me) familie bist. Während sich unser Erscheinungsbild weiterentwickelt, bleibt unser Engagement für die Bereitstellung hochwertiger Produkte und außergewöhnlicher Kundenbetreuung unverändert. Unsere Mission und unsere Werte treiben uns weiter an, während wir in Richtung einer dynamischen und kollaborativen Zukunft wachsen.

2. 5. September 2024 um 13:01 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. August 2024 um 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. 1. August 2024 um 17:46 UTCresolved

   auto-closed

1. 30. Juli 2024 um 13:30 UTCupdate

   StatusCast-Ingenieure wurden früher darauf aufmerksam gemacht, dass einige Benutzer sporadische Probleme hatten, die versuchten, eine Verbindung zur Statusseite und zum Administratorportal herzustellen. Unser Hosting-Provider, Microsoft Azure, hat uns über seine Statusseite darauf hingewiesen, dass weltweit einige Netzwerkprobleme auftreten. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind.

2. 30. Juli 2024 um 14:44 UTCupdate

   Der Zugriff auf Statusseiten ist stabil geblieben und Azure hat den Status aktualisiert, was darauf hinweist, dass Failover-Prozesse aktiviert wurden, um die Verfügbarkeit des Dienstes zu verbessern. Die Ingenieure von StatusCast werden dies weiterhin genau beobachten und bei Bedarf zusätzliche Updates veröffentlichen.

3. 30. Juli 2024 um 20:47 UTCupdate

   Die Anwendung von StatusCast ist weiterhin stabil geblieben. Unsere Ingenieure werden das System weiterhin genau beobachten, da Microsoft die Veranstaltung auf ihrer Seite nicht vollständig abgeschlossen hat. Für genauere Details zum Problem von Azure lesen Sie bitte deren Statusseite. Wir werden bei Bedarf zusätzliche Updates bereitstellen.

4. 30. Juli 2024 um 22:00 UTCresolved

   Microsoft hat das Problem auf ihrer Seite geschlossen und die Plattform von StatusCast funktioniert weiterhin wie erwartet. Sobald Microsoft weitere Details dazu veröffentlicht hat, werden wir hier in Form einer RCA zur Verfügung stellen.

5. 1. August 2024 um 17:07 UTCupdate

   AUS MIKROSOFT: Mitigation Statement - Azure Front Door Probleme beim Zugriff auf eine Untergruppe von Microsoft-Diensten Tracking ID: KTY1-HW8 Was ist passiert? Zwischen etwa 11:45 UTC und 19:43 UTC am 30. Juli 2024 hat eine Teilmenge von Kunden möglicherweise Probleme bei der Verbindung zu einer Teilmenge von Microsoft-Diensten weltweit. Zu den betroffenen Diensten gehörten Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy sowie das Azure-Portal selbst und eine Teilmenge der Microsoft 365- und Microsoft Purview-Dienste. Was wissen wir bisher? Eine unerwartete Nutzungsspitze führte dazu, dass Azure Front Door (AFD)- und Azure Content Delivery Network (CDN)-Komponenten unterhalb akzeptabler Schwellenwerte arbeiteten, was zu intermittierenden Fehlern, Timeouts und Latenzspitzen führte. Während das erste Auslöseereignis ein Distributed Denial-of-Service (DDoS)-Angriff war, der unsere DDoS-Schutzmechanismen aktivierte, deuten erste Untersuchungen darauf hin, dass ein Fehler bei der Implementierung unserer Abwehrmaßnahmen die Auswirkungen des Angriffs verstärkt hat, anstatt ihn zu mildern. Wie haben wir reagiert? Der Kundeneinfluss begann um 11:45 UTC und wir begannen zu untersuchen. Sobald die Art der Nutzungsspitze verstanden wurde, haben wir Netzwerkkonfigurationsänderungen implementiert, um unsere DDoS-Schutzbemühungen zu unterstützen, und Failovers auf alternativen Netzwerkpfaden durchgeführt, um Erleichterung zu bieten. Unsere anfänglichen Netzwerkkonfigurationsänderungen haben die meisten Auswirkungen erfolgreich um 14:10 UTC gemindert. Einige Kunden berichteten von einer Verfügbarkeit von weniger als 100%, die wir um 18:00 Uhr UTC zu mildern begannen. Wir fuhren mit einem aktualisierten Minderungsansatz fort, der zunächst in Regionen im asiatisch-pazifischen Raum und in Europa eingeführt wurde. Nachdem bestätigt wurde, dass dieser überarbeitete Ansatz die Nebenwirkungen der anfänglichen Milderung erfolgreich beseitigt hat, haben wir ihn in Regionen Amerikas eingeführt. Die Ausfallraten kehrten bis 19:43 UTC auf das Niveau vor dem Vorfall zurück - nachdem wir den Verkehr und die Dienste überwacht hatten, um sicherzustellen, dass das Problem vollständig gemindert wurde, erklärten wir den Vorfall um 20:48 UTC gemindert. Einige nachgelagerte Dienste brauchten länger, um sich zu erholen, je nachdem, wie sie für die Verwendung von AFD und / oder CDN konfiguriert wurden. Was passiert als nächstes? Unser Team wird eine interne Retrospektive durchführen, um den Vorfall genauer zu verstehen. Wir werden innerhalb von ca. 72 Stunden eine Preliminary Post Incident Review (PIR) veröffentlichen, um mehr Details darüber zu erfahren, was passiert ist und wie wir reagiert haben. Nachdem unsere interne Retrospektive abgeschlossen ist, in der Regel innerhalb von 14 Tagen, werden wir eine Final Post Incident Review mit zusätzlichen Details und Erkenntnissen veröffentlichen. Um in diesem Fall benachrichtigt zu werden und/oder über zukünftige Azure-Service-Probleme informiert zu bleiben, stellen Sie sicher, dass Sie Azure Service Health-Benachrichtigungen konfigurieren und pflegen – diese können E-Mails, SMS, Push-Benachrichtigungen, Webhooks und mehr auslösen: https://aka.ms/ash-alerts. Weitere Informationen zu Post Incident Reviews finden Sie unter https://aka.ms/AzurePIRs. Eine umfassendere Anleitung zur Vorbereitung auf Cloud-Vorfälle finden Sie unter https://aka.ms/incidentreadiness.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juli 2024 um 16:30 UTCupdate

   StatusCast und das Support-Team von 4me sind bereit, den nächsten Schritt bei der Migration unserer Support-Services vom StatusCast-Legacy-Ticketing-System auf die direkte Verwendung von 4me für alle Änderungsanforderungen und Vorfälle zu unternehmen. Dieser nächste Schritt bei der Integration der Operationen von StatusCast in 4me wird Ihnen letztendlich viel mehr Einblick in von Ihnen eingereichte Anfragen und deren Status geben. Was ändert sich? Am Mittwoch, den 24. Juli 2024 wird das Support-Portal von StatusCast auf https://4me-statuscast-portal.4me.com/ verschoben, dieses Self-Service-Portal wird Ihre neue Ressource sein, um neue Tickets einzureichen und den Status aller bestehenden, die Sie eingereicht haben, anzuzeigen. Dieses neue Portal gibt Ihnen einen genaueren Status des Tickets, und wenn Sie eine Änderung anfordern oder auf ein Problem stoßen, das Entwicklungsarbeit erfordert, haben Sie Einblick in den Status von einer Entwicklung über eine QA bis hin zu einer Produktionsperspektive. Außerdem können Kunden Antworten auf ihre Fragen finden, indem sie durch das Portal gehen, das eine Wissensbasis enthält, die im Laufe der Zeit erweitert wird. Wir freuen uns sehr, unseren Kunden diese erweiterte Sichtbarkeit zu bieten, da wir glauben, dass dies ein großer Schritt nach vorne in der Unterstützung ist, die wir anbieten. Aufgrund dieser Änderung wird die E-Mail an [email protected] keine Tickets mehr öffnen. Sie müssen auf das Self-Service-Portal zugreifen, um Supportanfragen einzureichen und darauf zuzugreifen. Ein Link zu diesem Self-Service-Portal wurde dem StatusCast-Admin-Portal hinzugefügt und Sie können darauf zugreifen, indem Sie die Einstellungen > Help Center > Support Tickets auswählen Bestehende StatusCast-Administratoren haben Zugang zu diesem neuen Portal erhalten. Um auf das StatusCast-Portal zuzugreifen, gehen Sie zu https://xurrent-statuscast-portal.xurrent.com/ und beginnen Sie mit „Vergessen Sie Ihr 4me-Passwort? (1), damit Sie eine E-Mail erhalten, um Ihr Support-Portal-Passwort zu registrieren. Wenn Sie dabei keine E-Mail erhalten, wurde Ihnen möglicherweise kein automatisierter Zugriff gewährt, in diesem Fall können Sie sich selbst registrieren, indem Sie auf "Als neuer Benutzer registrieren" klicken (2): Im StatusCast-Portal müssen Sie eine E-Mail-Adresse verwenden und ein Passwort mit 18 Zeichen einrichten.

2. 22. Juli 2024 um 16:31 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. Juli 2024 um 13:00 UTCupdate

   Im Einklang mit unserem Engagement für Sicherheit und Transparenz wollten wir Sie darüber informieren, dass unser SMS-Anbieter Twilio unser Sicherheitsteam auf einen Vorfall aufmerksam gemacht hat. Unten ist die Erklärung, die wir von Twilio erhalten haben, die einen detaillierten Bericht über den Vorfall und was getan wurde: ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Twilio wurde von einem unserer Backup-Carrier, iBasis, darüber informiert, dass IdentificationMobile versehentlich bestimmte SMS-bezogene Daten, die von iBasis gesendet wurden, öffentlich im Internet offengelegt hat, die personenbezogene Daten enthalten. Wir schreiben Ihnen, um Sie darüber zu informieren, dass einige Ihrer personenbezogenen Daten und nicht personenbezogenen Daten (z. B. Daten im Zusammenhang mit Marketingkampagnen) von einer Sicherheitsforschungsgruppe abgerufen wurden, während sie von IdentificationMobile öffentlich zugänglich gemacht wurden. Obwohl dieser vorfall außerhalb der kontrolle von twilio lag, nehmen wir ihn sehr ernst und sind bestrebt, ihnen zu helfen, die vollen auswirkungen zu verstehen. Was müssen Sie wissen? Um Nachrichten in bestimmten Regionen zu liefern, setzt Twilio auf zahlreiche Carrier, um die Zustellbarkeit an ihre endgültigen Ziele zu maximieren. Twilio wurde darüber informiert, dass iBasis (ein Backup-Carrier von Twilio) IdentificationMobile (der weitere Backup-Carrier von iBasis) verwendet hatte, der versehentlich während der Entwicklungsarbeiten den öffentlichen Zugang zu einem AWS S3 Bucket ermöglichte. Die in diesem Eimer enthaltenen Informationen wurden vom 10. bis 15. Mai 2024 veröffentlicht und zwischen dem 13. und 14. Mai 2024 abgerufen. Basierend auf einer gemeinsamen Untersuchung zwischen IdentificationMobile und Amazon AWS haben wir erfahren, dass ein Teil dieser Daten vom Chaos Computing Club (CCC) abgerufen wurde. CCC ist eine Sicherheitsforschungsgruppe, die Sicherheitsprobleme identifiziert; CCC hat bestätigt, dass keine Daten aus dem AWS S3 Bucket heruntergeladen werden. Wir haben keine Beweise, die es uns ermöglichen zu bestätigen, dass kein anderer Dritter auf die Daten zugegriffen hat. Twilio besitzt diesen Bucket nicht, und keines unserer Systeme wurde im Zusammenhang mit dieser Datenbelastung kompromittiert. Dieser Vorfall war das Ergebnis von Aktionen von IdentificationMobile und außerhalb der Kontrolle von Twilio. Während wir weiterhin mit diesen Carriern zusammenarbeiten, um Ihnen die genauesten Informationen über diese Exposition zu liefern, ist der Teil der von IdentificationMobile bereitgestellten Daten im Zusammenhang mit SMS, die zwischen dem 1. Januar 2024 und dem 15. Mai 2024 gesendet wurden, enthalten: • Mobilnummer • SMS-Nachrichteninhalt • SMS Sender ID • SMS Timestamp Was haben wir bisher getan? • Twilio initiierte unseren Incident Response-Prozess, um diese Angelegenheit schnell zu untersuchen. Twilio eskalierte dieses Problem an das iBasis-Führungsteam; anschließend haben wir eine Analyse der Datenprotokolle durchgeführt, die kompromittiert wurden, um Ihnen so viele Informationen wie möglich zu liefern. • Aus einer Fülle von Vorsicht haben wir das Senden von Traffic an iBasis, wo möglich, eingestellt. iBasis informierte Twilio, dass es das Routing mit IdentificationMobile eingestellt hat. • Wir werden weiterhin mit unseren 3rd-Party-Carriern zusammenarbeiten, um Ihnen zusätzliche Details zukommen zu lassen, die sich aus diesem Vorfall ergeben könnten. Was müssen Sie tun? Wir empfehlen Ihnen, den SMS-Verkehr, den Sie zwischen dem 1. Januar 2024 und dem 15. Mai 2024 gesendet haben, zu überprüfen, die Auswirkungen einer Exposition mit Ihrem internen Team zu besprechen und zu entscheiden, ob Sie sich mit betroffenen Personen beschäftigen müssen. Wenn Sie zusätzliche Informationen zu diesem Vorfall benötigen, sind wir hier, um Sie in dieser Situation zu unterstützen. Wir bedauern zutiefst jede Unannehmlichkeit, die dies verursachen kann, und schätzen Ihr Verständnis und Ihre Zusammenarbeit. ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Was hat StatusCast getan? Sobald das Sicherheitsteam von StautsCast alarmiert wurde, wurde ein Audit durchgeführt, um die möglichen Auswirkungen auf unseren Service zu ermitteln. Basierend auf dem Bericht von Twilio ist es möglich, dass einige Benachrichtigungen, die über den Service von StatusCast gesendet wurden, über den Träger von iBasis gesendet wurden. Basierend auf dem Bericht hätten Daten die Telefonnummer des Empfängers sowie die SMS-Nachricht enthalten. SMS-Benachrichtigungen in StatusCast sind so konzipiert, dass sie kurz sind und die Benutzer zur Statusseite führen. SMS-Nachrichten enthalten nicht den Namen des Empfängers oder andere personenbezogene Daten (PII). Wie immer in StatusCast haben Sie das Recht zu wählen, ob SMS-Benachrichtigungen gesendet werden oder nicht. SMS-Optionen können in den Abschnitten Einstellungen und Integration der Anwendung gesteuert werden, wenn Sie Ihre Konfigurationen überprüfen möchten. Derzeit gibt es keine zusätzlichen aktionselemente für statuscast in bezug auf seine anwendung oder infrastruktur, aber wir werden eine enge kommunikation mit twilio pflegen und wenn zusätzliche informationen veröffentlicht werden, werden wir sie über unsere eigene statusseite weitergeben. StautsCast arbeitet seit Jahren mit Twilio zusammen und hat ein starkes Engagement für Sicherheit und Transparenz. Wir werden das sowie diesen vorfall berücksichtigen, da wir weiterhin sms-benachrichtigungen in der anwendung anbieten. Wenn Sie weitere Fragen haben, kontaktieren Sie uns bitte unter [email protected]

2. 5. Juli 2024 um 13:01 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Juni 2024 um 13:00 UTCupdate

   Nach der Übernahme durch 4me haben wir uns darauf vorbereitet, den Support von StatusCast in die Infrastruktur von 4me zu integrieren. Durch die Kombination unserer Support-Operationen mit 4me's haben unsere Kunden den Vorteil eines 24x7 Supports und die Anzahl der verfügbaren Vertreter wird sich fast vervierfachen. Um den ersten Schritt bei der offiziellen Zusammenführung dieser Teams zu machen, werden wir die im Admin-Portal verfügbare Live-Chat-Option ab Freitag, dem 7. Juni 2024 entfernen. Sie können weiterhin per E-Mail ([email protected]) oder über unser aktuelles Support-Portal kommunizieren. In den kommenden Monaten werden Sie einige Änderungen in der Art und Weise bemerken, wie der StatusCast-Support bereitgestellt wird. Dies beinhaltet die Einführung eines neuen und verbesserten Support-Portals zur Nachverfolgung von Änderungswünschen oder Problemen, die Sie mit dem Support angemeldet haben. Darüber hinaus werden mehr Tools und Auditing-Informationen in der Anwendung zur Verfügung gestellt, und es wird eine Zunahme der Hilfe und Wissensressourcen geben, die direkt zugänglich sind. Wir freuen uns sehr, unser Supportangebot mit 4me zu erweitern und wissen, dass es letztendlich unserer Gemeinschaft von geschätzten Kunden und Nutzern helfen wird!

2. 7. Juni 2024 um 13:01 UTCresolved

   automatisch geschlossen

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 4. April 2024 um 00:19 UTCupdate

   Um ca. 20:19 Uhr EDT wurden die Ingenieure von StatusCast darauf aufmerksam gemacht, dass einige Statusseiten und Admin-Anwendungen nicht zugänglich waren. Das Team stellte fest, dass sein Hosting-Partner Microsoft in seiner Region USA im Osten einige Probleme im Zusammenhang mit App-Diensten und SQL-Datenbankverbindungen hatte. Ab 9:03 Uhr EDT-Dienste wurden wiederhergestellt und das Team von StatusCast arbeitet derzeit mit Microsoft zusammen, um den Vorfall vollständig zu untersuchen. Sobald das Team seine Untersuchung abgeschlossen hat, werden wir eine RCA durchführen. Zu diesem Zeitpunkt sollte StatusCast vollständig wie erwartet funktionieren, wenn Sie weiterhin weitere Probleme haben, kontaktieren Sie uns bitte unter [email protected]

2. 4. April 2024 um 01:03 UTCresolved

   Ab 9:03 Uhr EDT-Dienste wurden wiederhergestellt und das Team von StatusCast arbeitet derzeit mit Microsoft zusammen, um den Vorfall vollständig zu untersuchen. Sobald das Team seine Untersuchung abgeschlossen hat, werden wir eine RCA durchführen.

3. 5. April 2024 um 21:00 UTCupdate

   In Zusammenarbeit mit Microsoft bestätigte das Team von StatusCast, dass die Störung auf einen Ausfall der SQL-Datenbanken in der Azure-Region US East zurückzuführen ist, in der StatusCast hauptsächlich gehostet wird: StatusCast selbst war von diesem Ausfall ab ca. 20:19 Uhr EDT betroffen und hatte sich bis 21:03 Uhr EDT vollständig erholt. Das Team von StatusCast wird weiterhin eng mit Microsoft zusammenarbeiten, um sein Angebot weiter zu optimieren, um sicherzustellen, dass die Auswirkungen von Service-Provider-Ausfällen so gering wie möglich sind.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. April 2024 um 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. 2. April 2024 um 13:01 UTCresolved

   auto-closed

1. 8. März 2024 um 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. 8. März 2024 um 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. 8. März 2024 um 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. 8. März 2024 um 16:23 UTCresolved

   auto-closed

1. 8. März 2024 um 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. 8. März 2024 um 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. 8. März 2024 um 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. 7. März 2024 um 07: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. 7. März 2024 um 07: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. 7. März 2024 um 07: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. 7. März 2024 um 08: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. 7. März 2024 um 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. 7. März 2024 um 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. 7. März 2024 um 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. 7. März 2024 um 15:13 UTCresolved

   auto-closed