Stability AI est-il en panne ?

Ce que couvre cette page d’état de Stability AI

Cette page couvre deux points d’accès liés à Stability AI :

• Site web : stability.ai
• Hôte de l’API : api.stability.ai

Ces hôtes peuvent avoir des disponibilités différentes. Le site web peut s’ouvrir alors qu’une requête API échoue, ou le site peut être inaccessible alors qu’une intégration API continue de répondre. Identifiez le symptôme exact avant de le considérer comme une panne générale : page blanche, échec DNS, délai d’attente de connexion, connexion refusée, erreur TLS, erreur HTTP, échec d’authentification ou réponse propre à l’API.

Pour les utilisateurs de l’API, une connexion réussie ne signifie pas nécessairement que la requête est valide. L’authentification, le choix de l’endpoint, les autorisations, les paramètres de requête, la configuration du compte, les limites de débit et le traitement en amont peuvent tous provoquer des échecs sans qu’il s’agisse d’une panne complète de Stability AI.

Diagnostiquer la disponibilité de Stability AI

1. Vérifiez si le problème est généralisé

Ouvrez stability.ai dans une fenêtre privée, puis testez la requête API concernée vers api.stability.ai si vous utilisez l’API. Comparez le résultat sur un autre appareil ou réseau. Des échecs reproduits sur des réseaux et des chemins d’accès indépendants rendent plus plausible un problème côté service ; un échec limité à un environnement indique d’abord une cause locale, liée au compte ou propre à la requête.

Notez l’erreur exacte au lieu de vous contenter d’indiquer que Stability AI est « en panne ». Les erreurs DNS, les connexions refusées, les délais d’attente, les échecs TLS, les réponses HTTP 4xx et les réponses HTTP 5xx nécessitent des étapes de suivi différentes.

2. Si le site Stability AI ne se charge pas

• Actualisez la page une fois, puis essayez une fenêtre privée ou un autre navigateur.
• Testez un autre réseau, par exemple les données mobiles, afin de distinguer un problème de connexion ou de routage local d’un problème de disponibilité plus général.
• Si seul votre navigateur habituel échoue, désactivez temporairement les extensions et effacez les données de site mises en cache pour stability.ai.
• Si l’erreur mentionne le DNS, une connexion refusée, un délai d’attente ou TLS, capturez ce message avant de modifier les paramètres DNS, VPN, proxy, pare-feu ou certificat.

3. Si l’API échoue alors que le site fonctionne

Vérifiez la requête avant de considérer l’échec comme une panne de la plateforme :

• Confirmez que l’hôte api.stability.ai et l’endpoint prévus sont utilisés.
• Vérifiez le statut HTTP et le corps de la réponse. Une réponse 4xx indique généralement un problème de requête, d’identifiants, d’autorisation, de compte ou de limites de débit ; une réponse 5xx correspond davantage à un échec côté serveur ou en amont.
• Vérifiez l’authentification et les paramètres requis sans exposer les clés API dans les journaux ou les rapports destinés au support.
• Testez si la même requête échoue systématiquement et si une requête plus simple, qui a déjà réussi, fonctionne.
• Ne réessayez prudemment après un court délai que lorsque la réponse suggère un problème temporaire de réseau ou de serveur. Évitez de rejouer des requêtes susceptibles de créer un travail ou des frais en double.

4. Si un seul compte, token, endpoint ou payload échoue

Un problème limité à un seul compte ou à une seule requête correspond moins probablement à une panne généralisée de la plateforme. Revérifiez les identifiants, les autorisations, le choix de l’endpoint, le format de la requête, la taille ou le contenu du payload, ainsi que les éventuelles limites propres au compte indiquées dans la réponse. Conservez la réponse d’erreur complète et son horodatage pour l’escalade, en supprimant les secrets et les données d’entrée sensibles.

5. Si le problème est local ou propre au réseau

Comparez les réseaux et vérifiez si d’autres sites HTTPS fonctionnent. Un VPN, un proxy, un pare-feu, un résolveur DNS, un logiciel de sécurité ou une route réseau peut bloquer ou rediriger incorrectement l’accès à Stability AI. Redémarrer le navigateur ne corrigera pas tous les problèmes réseau ; capturez donc d’abord l’erreur exacte et évitez de modifier les paramètres DNS ou de certificat à l’aveugle.

6. Quand faire remonter le problème

Indiquez l’hôte concerné, l’endpoint, la date et l’heure avec le fuseau horaire, le statut HTTP, le corps de la réponse, l’identifiant de requête ou de corrélation s’il est disponible, ainsi que la possibilité ou non de reproduire le problème ailleurs. N’incluez jamais de clés API, d’en-têtes d’autorisation, de prompts privés ou de contenu généré sensible dans un rapport public.