翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Network Load Balancer のリスナー

リスナーとは、設定したプロトコルとポートを使用して接続リクエストをチェックするプロセスです。Network Load Balancer の使用を開始する前に、1 つ以上のリスナーを追加する必要があります。ロードバランサーにリスナーがない場合、クライアントからのトラフィックを受信できません。リスナーに対して定義するルールによって、ロードバランサーが EC2 インスタンスなど、登録するターゲットにリクエストをルーティングする方法が決まります。

リスナーの設定

リスナーは次のポートとプロトコルをサポートします。

TLS リスナーを使用して、アプリケーションがビジネスロジックに集中できるように、暗号化と復号の作業をロードバランサーにオフロードできます。リスナープロトコルが TLS の場合は、リスナーに SSL サーバー証明書を 1 つだけデプロイする必要があります。詳細については、「サーバー証明書」を参照してください。

ターゲットがロードバランサーの代わりに TLS トラフィックを復号化するようにする必要がある場合は、TCP リスナーを作成する代わりに、ポート 443 で TLS リスナーを作成できます。TCP リスナーでは、ロードバランサーは暗号化されたトラフィックを復号化せずにターゲットに渡します。

同じポートで TCP と UDP の両方をサポートするには、TCP_UDP リスナーを作成します。TCP_UDP リスナーのターゲットグループは、TCP_UDP プロトコルを使用する必要があります。

デュアルスタックロードバランサーの UDP リスナーには、IPv6 ターゲットグループが必要です。

リスナーで WebSockets を使用できます。

設定済みのリスナーに送信されるすべてのネットワークトラフィックが、意図されたトラフィックとして分類されます。設定済みのリスナーに一致しないネットワークトラフィックが、意図しないトラフィックとして分類されます。タイプ 3 以外のICMPリクエストも意図しないトラフィックと見なされます。Network Load Balancer は、意図しないトラフィックをターゲットに転送せずにドロップします。新しい接続ではない、またはアクティブな TCP 接続の一部ではない設定済みリスナーのリスナーポートに送信される TCP データパケットは、TCP リセット (RST) で拒否されます。

詳細については、Elastic Load Balancing ユーザーガイドのルーティングのリクエストを参照してください。

リスナー属性

Network Load Balancer のリスナー属性を以下に示します。

詳細については、「アイドルタイムアウトの更新」を参照してください。

リスナールール

リスナーを作成するときは、ルーティングリクエストのルールを指定します。このルールは、指定されたターゲットグループにリクエストを転送します。このルールを更新するには、「Network Load Balancer のリスナーを更新する」を参照してください。

セキュアリスナー

TLS リスナーを使用するには、ロードバランサーに少なくとも 1 つのサーバー証明書をデプロイする必要があります。ロードバランサーはサーバー証明書を使用してフロントエンド接続を終了してから、ターゲットにリクエストを送信する前に、クライアントからのリクエストを復号します。ロードバランサーが復号化せずに暗号化されたトラフィックをターゲットに渡す必要がある場合は、TCP リスナーを作成するのではなく、ポート 443 に TLS リスナーを作成します。ロードバランサーは、リクエストを復号化せずにそのままの状態でターゲットに渡します。

Elastic Load Balancing は、セキュリティポリシーと呼ばれる TLS ネゴシエーション設定を使用して、クライアントとロードバランサー間の TLS 接続をネゴシエートします。セキュリティポリシーはプロトコルと暗号の組み合わせです。プロトコルは、クライアントとサーバーの間の安全な接続を確立し、クライアントとロードバランサーの間で受け渡しされるすべてのデータのプライバシーを保証します。暗号とは、暗号化キーを使用してコード化されたメッセージを作成する暗号化アルゴリズムです。プロトコルは、複数の暗号を使用し、インターネットを介してデータを暗号化します。接続ネゴシエーションのプロセスで、クライアントとロードバランサーでは、それぞれサポートされる暗号とプロトコルのリストが優先される順に表示されます。サーバーのリストで最初にクライアントの暗号と一致した暗号が安全な接続用に選択されます。

Network Load Balancer は、TLS 再ネゴシエーションまたは相互 TLS 認証 (mTLS) をサポートしていません。mTLS をサポートするには、TCP リスナーの代わりに TLS リスナーを作成します。ロードバランサーはリクエストをそのまま渡すため、ターゲットに mTLS を実装できます。

関連するデモについては、「Network Load Balancer での TLS サポート」および「Network Load Balancer での SNI サポート」を参照してください。

ALPN ポリシー

Application-Layer Protocol Negotiation (ALPN) は、最初の TLS ハンドシェイク hello メッセージで送信される TLS 拡張機能です。ALPN を使用すると、アプリケーションレイヤーは HTTP/1 や Word/HTTP2 などの安全な接続でどのプロトコルを使用するかをネゴシエートできます。

クライアントが ALPN 接続を開始すると、ロードバランサーはクライアントの ALPN 設定リストを ALPN ポリシーと比較します。クライアントが ALPN ポリシーからのプロトコルをサポートしている場合、ロードバランサーは ALPN ポリシーのプリファレンスリストに基づいて接続を確立します。それ以外の場合、ロードバランサーは ALPN を使用しません。

ALPN Connections を有効にする

ALPN リスナーを作成または変更するときに、TLS 接続を有効にできます。詳細については、リスナーの追加およびALPN ポリシーを更新するを参照してください。