Infrastructure Manager LDAP プロキシサービスは、ネットワークプロキシを作成し、Jamf Pro と LDAP ディレクトリサービスとの間に分離レイヤーを追加します。これにより、ディレクトリサービスはインターネットに直接接続できなくなります。Jamf Pro と LDAP プロキシ間の LDAP トラフィックは、LDAP トラフィックが暗号化されているかどうかに関係なく、TLS トンネル経由で移動します。
Infrastructure Manager LDAP プロキシを構成して、使用可能な任意のポートで着信 LDAP 接続を受け入れることができます。Linux の場合、下位番号のポートはルートサービス用に予約されているため、通常1024以上のポートが使用されます。Jamf Pro が Infrastructure Manager への接続を開始できるようにするには、ファイアウォールおよび Infrastructure Manager サーバでインバウンド LDAP ポートが開いている必要があります。
セキュリティ上、Jamf では、Jamf Pro のみが LDAP ポートへの接続を許可されるように、ネットワークおよび Infrastructure Manager ホストサーバでファイアウォールルールを構成することをお勧めしています。Jamf Pro インスタンスが Jamf Cloud でホストされている場合、ソース IP アドレスはホストされた地域によって決まります。ホスティング地域は、 Jamf Cloud とのインバウンド/アウトバウンドトラフィックの許可の記事に記載されています。
現在、Infrastructure Manager はホストのオペレーティングシステムまたは Java で構成されるネットワークプロキシ設定を反映しません。このため、Infrastructure Manager は Jamf Pro で登録する必要があり、アウトバウンドプロキシ経由の接続を必要としないネットワークの初期構成を受信する必要があります。Infrastructure Manager がアウトバウンドプロキシを使用せずに Jamf Pro に接続できるようにするファイアウォールルールが作成されていない限り、Infrastructure Manager は LDAP 構成のアップデートを受信することも、また動作中であることを Jamf Pro に通知することもできません。ただし、Infrastructure Manager は Jamf Pro からのインバウンド LDAP ルックアップ要求は引き続きプロキシを通すことができます。
Infrastructure Manager と LDAP ディレクトリサービス間の通信には、LDAP サーバの通常着信ポートが使用されます。このポートは Jamf Pro 内の LDAP サーバ構成で指定されます。最も一般的な構成は LDAP の場合はポート 389、LDAPS の場合はポート 636 です。通信は DMZ の Infrastructure Manager と内部 LDAP ディレクトリサービス間でのみ行われます。
ドメインネームサービス (DNS) ルックアップと TLS 証明書の検証をサポートするには、Infrastructure Manager のインターネット向けホスト名をパブリック DNS 経由で解決できる必要があります。DNS レコードは、LDAP プロキシの外部 IP (「VIP」) に解決する必要があります。IP アドレス経由の接続は証明書の検証に失敗します。また、内部専用ドメインアドレス (例：.local、.company、または .mybiz) はパブリック DNS と互換性がありません。
Infrastructure Manager サーバが内部 DNS サーバを使用するように構成し、そのパブリック DNS 名を内部ネットワークポートの IP アドレスに解決する DNS アドレスレコードを作成します。
Infrastructure Manager サーバのホストファイルを変更し、パブリック DNS 名を内部ネットワークポートのIPアドレスに解決します。
Infrastructure Manager 2.5.0 では、LDAP プロキシサーバとして Infrastructure Manager インスタンスが追加された環境で Jamf Pro 10.27.0 以降が必要です。
ネットワーク通信および、Jamf Pro と Infrastructure Manager 間の接続開始の詳細については、資料 Jamf Pro に使用されるネットワークポートを参照してください。