Hugging Face は現在ダウンしていますか？

Hugging Faceの可用性を理解する

Hugging Faceの可用性は、単純な「利用可能／利用不可」ではありません。huggingface.coの公開サイト、アカウントへのサインイン、保護されたリソース、ホステッドサービス、プログラムからのリクエストは、それぞれ独立して失敗する可能性があります。ページが正常に読み込めても、すべての認証済み操作や連携が機能しているとは限りません。

同じ症状が独立した複数のデバイスやネットワークで発生し、公式ステータスページでも障害が報告されている場合は、Hugging Face全体に影響するインシデントである可能性が高くなります。問題が1つのブラウザー、デバイス、ネットワーク、アカウント、またはリクエストに限られる場合は、まずその範囲に絞って調査してください。

エラーの種類は、原因を判断するための有用な手がかりになります。

• DNSまたは接続エラーは、名前解決、ルーティング、ファイアウォール、プロキシ、ローカルネットワークに関係している可能性があります。
• TLS、SSL、または証明書の警告は、デバイスの時刻、検査ソフトウェア、プロキシ設定、ネットワークのセキュリティ制御に関係している可能性があります。証明書の警告を回避しないでください。
• HTTP 4xxレスポンスは通常、完全な障害ではなく、リクエスト、認証、権限、またはリソースの問題を示します。
• HTTP 5xxレスポンスは、サーバー側または上流での障害を示す可能性があります。ただし、1回のリクエストの失敗だけで世界規模のインシデントだと判断することはできません。

インシデントの通知や復旧状況の更新には、公式ステータスページを利用してください。その後、ローカル設定を変更する前に、別の接続から結果を比較します。

Hugging Faceの問題をトラブルシューティングする

Hugging Faceで障害が発生している可能性がある場合

1. 公式のHugging Faceステータスページで、進行中のインシデント、影響を受けているコンポーネント、復旧状況の更新を確認します。
2. モバイルデータなど、別のデバイスまたは独立したネットワークからhuggingface.coをテストします。
3. 正確な症状を比較します。独立した複数の接続で一貫して失敗する場合は、ブラウザーや自宅ネットワークの問題よりも、サービス側の問題である可能性が高くなります。

ステータスページでインシデントが報告されている場合は、ローカル設定を何度も変更したり、同じ失敗するリクエストを繰り返し送信したりしないでください。プロバイダーが更新情報を公開した後に比較できるよう、時刻、影響を受けた操作、返されたエラーの詳細を記録しておきます。

1つのブラウザーまたはデバイスだけが影響を受けている場合

• プライベートウィンドウでHugging Faceを開きます。
• スクリプト、Cookie、トラフィックをフィルタリングする拡張機能を一時的に無効にします。
• huggingface.coのサイトデータを消去します。再度サインインが必要になる場合があります。
• 別の対応ブラウザーまたはデバイスを試します。
• ブラウザーで証明書またはTLSの問題が報告された場合は、デバイスの日付と時刻を確認します。

証明書の警告を回避しないでください。サービスが利用可能な場合でも、SSLまたは証明書のエラーは、システムクロックの誤り、プロキシ、セキュリティソフトウェア、ネットワーク検査が原因で発生することがあります。

1つのネットワークだけが影響を受けている場合

DNS障害、タイムアウト、接続拒否のメッセージは、そのネットワークで使用しているリゾルバー、ルーター、ファイアウォール、プロキシ、フィルタリング、または経路が原因で発生することがあります。別の接続で結果を比較してください。他のサイトも失敗する場合は、ローカル接続またはルーターを調査します。Hugging Faceだけが名前解決できない場合は、ネットワーク管理者の許可またはポリシーで認められている場合に限り、別のDNSリゾルバーを試します。

ログインまたはアカウント操作が失敗する場合

まず、公開サイトが読み込めるかを確認します。読み込める場合、サインインの失敗や制限されたページの問題は、Hugging Face全体の障害ではなく、セッション、Cookie、アカウントの状態、権限、または要求したリソースに固有のものである可能性があります。プライベートウィンドウでサインインフローを開き直し、想定している認証情報とアクセス権限を確認してください。

プログラムからのリクエストまたは連携が失敗する場合

一般的なページの可用性と、失敗している操作を切り分けます。リクエストURL、認証またはトークンの設定、権限、ペイロード、タイムアウト、レスポンスのステータス、プロキシまたはネットワークポリシーを確認してください。失敗している操作を、単純で許可されたリクエストと比較し、返されたエラーの詳細を保存します。ログやサポートへの問い合わせにトークンを記載しないでください。

通常のページアクセスは機能する一方で、プログラムからのリクエストだけが失敗する場合、問題はサイト全体の可用性よりも、クライアント、認証情報、エンドポイント、リクエスト、またはネットワーク経路に固有である可能性が高くなります。

正確な症状を記録する

時刻、影響を受けたURLまたは操作、HTTPステータスコード、ブラウザーまたはクライアント、使用したネットワーク、別の接続で機能するかどうかを記録します。500や503などのサーバーレスポンスは、ローカルのDNS、TLS、タイムアウト、接続拒否のエラーとは異なります。この違いを把握することで、次に取るべき手順を判断しやすくなります。