適用対象: 
2016 2019 サブスクリプション エディション
このトピックでは、電子メール クライアント、インターネット メール サーバー、およびローカル Exchange organization の外部にあるその他のサービスとの通信に Exchange Server 2016 および Exchange Server 2019 で使用されるネットワーク ポートに関する情報を提供します。 その内容に進む前に、以下の基本ルールを理解している必要があります。
トポロジのいずれの種類において、Microsoft は、内部 Exchange サーバー間、内部 Exchange サーバーと内部 Lync または Skype for Business サーバー間、または内部 Exchange サーバーと内部 Active Directory ドメイン コントローラー間におけるネットワーク トラフィックの制限または変更はサポートされていません。 この種の内部ネットワーク トラフィックを制限または変更する可能性のあるファイアウォールまたはネットワーク デバイスがある場合は、これらのサーバー間の自由で無制限の通信を許可するルールを構成する必要があります。任意のポート (ランダム RPC ポートを含む) での着信および送信ネットワーク トラフィックを許可するルールと、ネットワーク上のビットを変更しない任意のプロトコル。
エッジ トランスポート サーバーはほとんどの場合、境界ネットワーク内にあるため、エッジ トランスポート サーバーとインターネットの間、およびエッジ トランスポート サーバーと内部 Exchange organization の間のネットワーク トラフィックを制限することが予想されます。 これらのネットワーク ポートについては、このトピックで説明されています。
外部のクライアントやサービスと内部の Exchange 組織との間で、ネットワーク トラフィックを制限することが期待されています。 内部のクライアントと内部の Exchange サーバーとの間で、ネットワーク トラフィックを制限するように決定することも可能です。 これらのネットワーク ポートについては、このトピックで説明されています。
クライアントとサービスに必要なネットワーク ポート
電子メール クライアントがメールボックスや Exchange 組織内の他のサービスにアクセスするために必要なネットワーク ポートについては、次の図と表で説明します。
注:
これらのクライアントとサービスの宛先は、メールボックス サーバー上のクライアント アクセス サービスです。 Exchange 2016 および Exchange 2019 では、クライアント アクセス (フロントエンド) サービスとバックエンド サービスは同じメールボックス サーバーに一緒にインストールされます。 詳細については、「 クライアント アクセス プロトコル アーキテクチャ」を参照してください。
この図はインターネットからのクライアントとサービスを示していますが、概念は内部クライアントの場合も同じです (たとえば、アカウント フォレスト内のクライアントがリソース フォレスト内の Exchange サーバーにアクセスする場合など)。 同様に、ソースが Exchange organization の外部にある任意の場所 (インターネットやアカウント フォレストなど) である可能性があるため、テーブルにはソース列がありません。
エッジ トランスポート サーバーは、これらのクライアントやサービスに関連付けられたネットワーク トラフィックと関係していません。
| 用途 | ポート | 注釈 |
|---|---|---|
暗号化された Web 接続は、以下のクライアントやサービスによって使用されます。
|
443/TCP (HTTPS) | これらのクライアントやサービスについて詳しくは、以下のトピックを参照してください。 |
暗号化されていない Web 接続は、以下のクライアントやサービスによって使用されます。
|
80/TCP (HTTP) | できる限り、データと資格情報を保護するために、443/TCP での暗号化された Web 接続を使用することをお勧めします。 ただし、一部のサービスは、メールボックス サーバー上のクライアント アクセス サービスに対して 80/TCP で暗号化されていない Web 接続を使用するように構成する必要がある場合があります。 これらのクライアントやサービスについて詳しくは、以下のトピックを参照してください。 |
| IMAP4 クライアント | 143/TCP (IMAP)、993/TCP (セキュア IMAP) | IMAP4 は既定では無効になっています。 詳細については、「Exchange Server の POP3 と IMAP4」を参照してください。 メールボックス サーバー上のクライアント アクセス サービスの IMAP4 サービスは、メールボックス サーバー上の IMAP4 バックエンド サービスへの接続をプロキシします。 |
| POP3 クライアント | 110/TCP (POP3)、995/TCP (セキュア POP3) | POP3 は既定では無効になっています。 詳細については、「Exchange Server の POP3 と IMAP4」を参照してください。 メールボックス サーバー上のクライアント アクセス サービスの POP3 サービスは、メールボックス サーバー上の POP3 バックエンド サービスへのプロキシ接続をプロキシします。 |
| SMTP クライアント (認証済み) | 587/TCP (認証された SMTP) | フロントエンド トランスポート サービスの "クライアント フロントエンド <サーバー名>" という名前の既定の受信コネクタは、ポート 587 で認証された SMTP クライアント送信をリッスンします。 注: ポート 25 で認証済みの SMTP メールのみを送信できるメール クライアントがある場合は、クライアント受信コネクタのネットワーク アダプター バインディングを変更して、ポート 25 で認証された SMTP メール送信もリッスンすることができます。 |
メール フローに必要なネットワーク ポート
Exchange 組織との間でメールが送受信される方法は、Exchange トポロジによって異なります。 最も重要な要素は、境界ネットワークに展開された購読済みエッジ トランスポート サーバーがあるかどうかです。
メール フローに必要なネットワーク ポート (エッジ トランスポート サーバーがない場合)
メールボックス サーバーのみがある Exchange organization のメール フローに必要なネットワーク ポートを次の図と表で説明します。
| 用途 | ポート | ソース | Destination (転送先) | 注釈 |
|---|---|---|---|---|
| 受信メール | 25/TCP (SMTP) | インターネット (任意) | メールボックス サーバー | フロントエンド トランスポート サービスの "既定のフロントエンド <メールボックス サーバー名>" という名前の既定の受信コネクタは、ポート 25 で匿名の受信 SMTP メールをリッスンします。 メールは、同一organization内の Exchange サーバー間でメールを自動的にルーティングする暗黙的かつ非表示の organization 内送信コネクタを使用して、フロント エンド トランスポート サービスからメールボックス サーバー上のトランスポート サービスに中継されます。 詳細については、「 暗黙的な送信コネクタ」を参照してください。 |
| 送信メール | 25/TCP (SMTP) | メールボックス サーバー | インターネット (任意) | 既定では、インターネットにメールを送信することを許可する送信コネクタは Exchange によって作成されません。 送信コネクタは手動で作成する必要があります。 詳細については、「 送信コネクタを作成してインターネットにメールを送信する」を参照してください。 |
| 送信メール (フロント エンド トランスポート サービス経由でプロキシされている場合) | 25/TCP (SMTP) | メールボックス サーバー | インターネット (任意) | 送信メールは、送信コネクタが Exchange 管理センターの クライアント アクセス サーバー または Exchange 管理シェルの -FrontEndProxyEnabled $true を介してプロキシで構成されている場合にのみ、フロント エンド トランスポート サービスを介してプロキシにプロキシされます。 この場合、フロント エンド トランスポート サービスの "送信プロキシ フロントエンド <メールボックス サーバー名>" という名前の既定の受信コネクタは、メールボックス サーバー上のトランスポート サービスからの送信メールをリッスンします。 詳細については、「 メールをプロキシ送信するよう送信コネクタを構成する」を参照してください。 |
| 次のメール ホップ (ここでは示されていません) の名前解決の DNS | 53/UDP、53/TCP (DNS) | メールボックス サーバー | DNS サーバー | このトピックの「 名前解決 」セクションを参照してください。 |
エッジ トランスポート サーバーによるメール フローに必要なネットワーク ポート
境界ネットワークにインストールされているサブスクライブ済みエッジ トランスポート サーバーは、次のようにメール フローに影響を与えます。
Exchange organization からの送信メールは、メールボックス サーバー上のフロント エンド トランスポート サービスを経由することはありません。 メールは、(エッジ トランスポート サーバー上の Exchange のバージョンに関係なく) サブスクライブされている Active Directory サイトのメールボックス サーバー上のトランスポート サービスからエッジ トランスポート サーバーに常に流れます。
エッジ トランスポート サーバーからサブスクライブされている Active Directory サイト内のメールボックス サーバーへの受信メール フロー。 特に次のような場合です。
Exchange 2013 以降のエッジ トランスポート サーバーからのメールは、Exchange 2016 または Exchange 2019 メールボックス サーバー上のトランスポート サービスに到達する前に、最初にフロント エンド トランスポート サービスに到着します。
Exchange 2016 では、Exchange 2010 エッジ トランスポート サーバーからのメールは、常に Exchange 2016 メールボックス サーバー上のトランスポート サービスに直接メールを配信します。 Exchange 2010 との共存は Exchange 2019 ではサポートされていないことに注意してください。
詳細については、「Mail flow and the transport pipeline」を参照してください。
エッジ トランスポート サーバーのある Exchange 組織でのメール フローに必要なネットワーク ポートについて、次の図と表で説明します。
| 用途 | ポート | ソース | Destination (転送先) | 注釈 |
|---|---|---|---|---|
| 受信メール - インターネットからエッジ トランスポート サーバーへ | 25/TCP (SMTP) | インターネット (任意) | エッジ トランスポート サーバー | エッジ トランスポート サーバー上の "既定の内部受信コネクタ <エッジ トランスポート サーバー名>" という名前の既定の受信コネクタは、ポート 25 で匿名の SMTP メールをリッスンします。 |
| 受信メール - エッジ トランスポート サーバーから内部 Exchange 組織へ | 25/TCP (SMTP) | エッジ トランスポート サーバー | サブスクライブ先の Active Directory サイトのメールボックス サーバー | "EdgeSync - Inbound to <Active Directory site name>" という名前の既定の送信コネクタは、ポート 25 の受信メールをサブスクライブされた Active Directory サイト内の任意のメールボックス サーバーに中継します。 詳細については、「エッジ サブスクリプションによって自動的に作成される送信コネクタ」を参照してください。 メールボックス サーバー上のフロント エンド トランスポート サービスの "既定のフロントエンド <メールボックス サーバー名>" という名前の既定の受信コネクタは、ポート 25 でのすべての受信メール (Exchange 2013 以降のエッジ トランスポート サーバーからのメールを含む) をリッスンします。 |
| 送信メール - 内部 Exchange 組織からエッジ トランスポート サーバーへ | 25/TCP (SMTP) | サブスクライブ先の Active Directory サイトのメールボックス サーバー | エッジ トランスポート サーバー | 送信メールは常に、メールボックス サーバー上のフロント エンド トランスポート サービスをバイパスします。 メールは、同じ organization 内の Exchange サーバー間でメールを自動的にルーティングする暗黙的かつ非表示の Intra-organization Send コネクタを使用して、サブスクライブされている Active Directory サイト内の任意のメールボックス サーバー上のトランスポート サービスからエッジ トランスポート サーバーに中継されます。 エッジ トランスポート サーバー上の "既定の内部受信コネクタ <エッジ トランスポート サーバー名>" という名前の既定の受信コネクタは、サブスクライブされている Active Directory サイト内のいずれかのメールボックス サーバー上のトランスポート サービスからポート 25 で SMTP メールをリッスンします。 |
| 送信メール - エッジ トランスポート サーバーからインターネットへ | 25/TCP (SMTP) | エッジ トランスポート サーバー | インターネット (任意) | 「EdgeSync - <Active Directory サイト名> インターネットへ」という名前の既定の送信コネクタは、ポート 25 の送信メールをエッジ トランスポート サーバーからインターネットに中継します。 |
| EdgeSync 同期 | 50636/TCP (セキュア LDAP) | EdgeSync 同期に参加している購読済み Active Directory サイトのメールボックス サーバー | エッジ トランスポート サーバー | エッジ トランスポート サーバーが Active Directory サイトにサブスクライブされている場合、 その時点で サイトに存在するすべてのメールボックス サーバーが EdgeSync の同期に参加します。 ただし、後で追加するメールボックス サーバーは、EdgeSync 同期 に自動的に は参加しません。 |
| 次のメール ホップ (ここでは示されていません) の名前解決の DNS | 53/UDP、53/TCP (DNS) | エッジ トランスポート サーバー | DNS サーバー | このトピックで後述する 「名前解決 」セクションを参照してください。 |
| 送信者評価でのプロキシ サーバーのオープン検出 (写真に表示されていません) | コメントを見る | エッジ トランスポート サーバー | インターネット | デフォルトでは、送信者レピュテーション(プロトコル分析エージェント)は、送信元メッセージング サーバーの送信者レピュテーション レベル (SRL) を計算するための基準の 1 つとして、オープン プロキシ サーバー検出を使用します。 詳細については、「送信者評価とプロトコル分析エージェント」をご覧ください。 オープン プロキシ サーバーの検出では、次のプロトコルと TCP ポートを使用して、ソース メッセージング サーバーのオープン プロキシをテストします。
また、organization がプロキシ サーバーを使用して送信インターネット トラフィックを制御する場合は、送信者レピュテーションがオープン プロキシ サーバーを検出するためにインターネットにアクセスするために必要なプロキシ サーバーの名前、タイプ、および TCP ポートを定義する必要があります。 または、送信者評価でプロキシ サーバーのオープン検出を無効にすることもできます。 詳細については、「 送信者評価の手順」を参照してください。 |
名前の解決
次のメール ホップの DNS 解決は、すべての Exchange 組織においてメール フローの基本的な部分です。 受信メールを受信または送信メールの配信を担当する Exchange サーバーは、適切なメール ルーティングを行うために内部および外部のホスト名を両方解決できなければなりません。 また、すべての内部 Exchange サーバーは、適切なメール ルーティングを行うために内部ホスト名を解決できなければなりません。 DNS インフラストラクチャを設計するにはさまざまな方法がありますが、重要なのは、次のホップの名前解決がすべての Exchange サーバーに対して適切に実行されるようにすることです。
ハイブリッド展開に必要なネットワーク ポート
オンプレミスの Exchange と Microsoft 365 または Office 365 の両方を使用する organization に必要なネットワーク ポートについては、「ハイブリッド展開プロトコル、ポート、エンドポイント」を参照してください。
Exchange 2016 のユニファイド メッセージングに必要なネットワーク ポート
Exchange 2013 および Exchange 2016 のユニファイド メッセージングに必要なネットワーク ポートについては 、UM のプロトコル、ポート、およびサービスで説明します。