プロトコルカテゴリー | プロトコル | 説明 | ユースケース |
レイヤー4プロトコル | TCP | 接続指向で、信頼性の高いトランスポート層プロトコル 伝送する移行元および端末はまず3ウェイハンドシェイクで接続を確立し、さらにデータを伝送する必要があります クライアントIP（ソースIP）に基づくセッション維持をサポートしています ネットワーク層でクライアントIPを見ることができます サーバーは直接クライアントIPを取得できます | 信頼性およびデータの正確性に対する要件が高く、ファイル伝送、メール送受信、リモートログインなど、伝送速度に対する要件が比較的低いシーンに適しています。詳細についてはTCPリスナーの設定をご参照ください。 |
| UDP | 接続がないトランスポート層プロトコル 伝送する移行元と端末は接続を確立せず、接続状態を維持する必要はありません 各UDP接続はいずれもポイントツーポイントのみ可能です 1対1、1対多、多対1および多対多の相互通信をサポートしています クライアントIP（ソースIP）に基づくセッション維持をサポートしています サーバーは直接クライアントIPを取得できます | |
| TCP SSL | 安全なTCP TCP SSLリスナーは証明書の設定をサポートし、承認されていないアクセスを阻止します 一元的な証明書管理サービス、CLBによって復号操作を完了します。 単方向認証および双方向認証をサポートしています サーバーは直接クライアントIPを取得できます | |
| QUIC | UDPのマルチパス通信プロトコルをベースにしています。 UDP上でデータの信頼性の高い伝送、セキュリティおよびHTTP2を実現し、TCP + TLS + HTTP2と同等の効果を有します。 QIUC接続では、IPやポートにどのような変化があっても接続の中断や再接続が起こらないため、シームレスなコネクションマイグレーションが実現できます。 | オーディオビデオ業務、ゲーム業務などでネットワークに変化が生じる場合、例えば4GネットワークとWi-Fiネットワークを頻繁に切り替える場合など、中断せずスムーズに接続を移行したいシーンに適しています。詳細については、QUICリスナーの設定をご参照ください。 |
レイヤー7プロトコル | HTTP。 | アプリケーション層プロトコル リクエストドメイン名およびURLに基づく転送をサポートしています Cookieに基づくセッション維持をサポートしています | |
| HTTPS | 暗号化されたアプリケーション層プロトコル リクエストドメイン名およびURLに基づく転送をサポートしています Cookieに基づくセッション維持をサポートしています 一元的な証明書管理サービス、CLBによって復号操作を完了します。 単方向認証および双方向認証をサポートしています | |
ポートタイプ | 説明 | 制限 |
リスニングポート（フロントエンドポート） | リスニングポートとは、CLBがリクエストを受信してバックエンドサーバーにリクエストを転送するためのポートです。1～65535番ポートにCLBを設定することができます。例えば、21（FTP）、25（SMTP）、80（HTTP）、443（HTTPS）などです。 | 同一のCLBインスタンス内では UDPクラスのプロトコルはTCPクラスのプロトコルのリスニングポートと重複することができます。例えば、リスナーのTCP:80とリスナーのUDP:80であれば、同時に作成することができます。 同一クラスのプロトコル下ではリスニングポートは重複できません。TCP/TCP SSL/HTTP/HTTPSはTCPクラスに属しています。例えば、同時にリスナーTCP:80およびリスナー HTTP:80を作成することはできません。 |
サービスポート（バックエンドポート） | サービスポートとはバックエンドサーバーがサービスを提供するためのポートであり、CLBからのトラフィックを受信して処理します。1つのCLBインスタンスにおいて、同一のCLBリスニングポートが複数のバックエンドサーバーの複数のポートにトラフィックを転送することができます。 | 同一のCLBインスタンス内では 異なるリスニングプロトコルのサービスポートは重複することができます。例えば、リスナーのHTTP:80とリスナーのHTTPS:443は、同じバックエンドサーバーの同じポートを同時にバインドすることができます。 同一リスニングプロトコルでは、同一のバックエンドサービスポートは1つのリスナーのみによってバインドされます。すなわち4つ組（VIP、リスニングプロトコル、バックエンドサービスのプライベートIP、バックエンドサービスポート）は一意である必要があります。 |
フィードバック