タグ: #헤어핀 NAT

← すべての記事

• ヘアピンNATの実測2：Podが自身のServiceを呼び出す場合

  KubernetesでPodが自分自身を指すServiceアドレスへリクエストを送信した場合、そのリクエストはServiceを経由して同じPodに戻ってくる必要があります。ルーターのヘアピンと同じ仕組みの問題であるため、解決策も同様です。宛先とともに送信元を書き換えます。この記事では、LinuxブリッジのhairpinmodeやkubeletのhairpinModeが、Kubernetes 1.24以降ではソースコード上での設定検証以外

  2026-10-31 · 18 分で読めます #쿠버네티스#네트워크#헤어핀 NAT#Service#kube-proxy

• ヘアピンNAT実測1: 社内からだけ自社ドメインにアクセスできない

  ルーターの背後にサービスを公開している場合、外部からは問題なくアクセスできるドメインに、同一のプライベートネットワーク内からだけアクセスできないという現象がよく発生します。ルーターがポートフォワーディングによって宛先だけを変更すると、サーバーは同じネットワーク内のクライアントへ直接応答を返してしまい、グローバルアドレスからの応答を待ち受けていたクライアントはその応答を破棄してしまいます。ヘアピンNATは送信元までも変更して、応答がルータ

  2026-10-31 · 17 分で読めます #네트워크#NAT#헤어핀 NAT#루프백 NAT#DNS