421とは何か：まず「文脈」を確定する
「421」という表記は、単独の一般名詞として固定された一つの意味を持つとは限りません。運用中の画面表示、サーバの応答、アプリのエラー分類、ログの行、問い合わせ用の番号など、どこで見えたかによって意味が変わることがあります。そのため、説明を始める前に「421が出ている場所（出どころ）」を確定するのが最初の要点です。
ここでは、421を“ある特定の製品の固定仕様”として断定せず、コードやエラー番号を理解するための非変動の考え方としてまとめます。つまり、「421が何を指しているか」は、必ず表示文言の周辺情報から読み解く必要があります。
簡単なモデル：コードは「状態」か「分類」を示す
多くのコード（番号付きのエラーや応答）は、次のどちらかの役割を持つことが一般的です。
- 状態（status）：通信や処理の段階で、その時点の結果を表す
- 分類（category）：失敗した理由の系統（例：到達できない、認証、ポリシー、設定不整合など）をまとめる
421がどちらに当たるかは、見え方（例：応答コードのように直後に返るか、アプリ内部の分類として表示されるか）で見当をつけます。ここで大切なのは、番号だけでは意味を確定できない可能性がある、という点です。
仕組みの見方：出た瞬間の情報が手がかり
421に遭遇したときは、次の情報を同時に記録すると、後から意味の特定や原因の切り分けがしやすくなります。
- どこで見たか：ブラウザ、クライアントアプリ、サーバログ、ネットワーク機器など
- 表示文言の周辺：「421」と一緒に出る文章（例：接続不可、タイムアウト、拒否、メソッド不可のような語）
- 発生タイミング：通信開始直後か、認証後か、特定操作の後か
- 通信対象：ドメイン名やIP（必要なら匿名化した表記で）、対象の種類（外部/社内）
- 再現性：毎回同じ手順で出るか、条件によって変わるか
「421」が“仕組みとして何をしているか”を理解するというより、そのコードが返ってきた“処理の段階”を特定することが、結果的に原因理解につながります。
制限と例外：数字単体では結論が出ない
421に限らず、コードの意味には制限や例外があります。数字が同じでも、次の要因で意味や挙動が変わることがあるためです。
- 実装側の定義：アプリやサービスごとにコード体系が違う
- プロトコル/レイヤーの違い：ネットワーク層の応答と、アプリ層の分類が混在する
- 運用ポリシー：ブロック条件、レート制限、アクセス制御などで同系統の番号が使われる
- 状況依存：同じ操作でも相手側の状態や経路で結果が変わる
そのため、「421＝必ずこの原因」と断定するのは危険です。代わりに、次節のように“確認で確かめられる範囲”を整理します。
実践的な確認方法：切り分けで意味を絞る
421が何を意味するか、また自分の状況でどう扱うべきかを確認するために、再現性のある手順で切り分けます。