問題
macOS Ventura と iOS デバイスでは、Cato に接続されている際、内部リソースにアクセスできません。
環境
macOS Ventura 13.0 以降
iPhone iOS 16 以降
すべてのバージョンを問わずCato SDPクライアント
内部ドメイン用に設定されたDNSフォワーディング
理由
Cato DNS 設定が SDP ユーザーにデフォルト(空欄)で適用されている場合、Cato はクライアントに次の DNS 情報をプッシュします:
プライマリ DNS サーバー 10.254.254.1
セカンダリ DNS サーバー 8.8.8.8
Catoのテストに基づいて、アカウントが上記のように設定されているか、既知の公開DNSサーバー(例: 8.8.8.8または1.1.1.1)を使用している場合、macOS/iOSは設定された公開DNSサーバーに対してDoH(DNS over HTTPS)またはDoT(DNS over TLS)を優先する傾向があります。 Catoは現在、DoH/DoTをサポートしていません。
macOS/iOS が DoH/DoT に準拠する DNS サーバーを確認した場合、Cato の DNS サーバー IP を含む他の DNS サーバーを無視します。 さらに情報は、このAppleディスカッションで見つけることができます。
Cato PoP は DNS フォワーディング を DoH/DoT パケット用にサポートしていないため、DNS フォワーディングが失敗し、ユーザーは内部リソースにアクセスできないか、取得した DNS 結果が期待通りではありません。
マシンの優先 DNS サーバーは、scutil --dns をターミナルで実行することで特定できます。 次の出力では、macOSがプライマリDNSサーバーとして8.8.8.8を選んでいることが示されています。
MacBook-Air-2:~ xx$ scutil --dns
DNS configuration
resolver #1
nameserver[0] : 8.8.8.8
nameserver[1] : 10.254.254.1
if_index : 24 (utun8)
flags : Supplemental, Request A records
reach : 0x00000003 (Reachable,Transient Connection)
order : 101200DNS 設定がエンティティ間で競合する場合、ホスト(ホスト > サイト > グループ > アカウント)に最も近いエンティティが優先されることに注意してください。 詳細については、DNS設定の設定を参照してください
ソリューション
これは、Appleが積極的に取り組んでいる既知の問題です。 Catoで実施できる次の回避策:
DoH(DNS over HTTPS)及びDNS over TLSをファイアウォールルールでブロックして、これらのプロトコルがCato経由で到達可能になるのを防止します。 これにより、macOS/iOSはUDPベースのDNSを介してCatoのデフォルトDNSサーバー10.254.254.1に切り替わり、DNSフォワーディングを可能にします。

唯一の DNS サーバーとして 10.254.254.1 を CMA で明示的に設定。 これにより、8.8.8.8(またはその他の DoH/DoT をサポートする DNS サーバー)がマシンのプライマリ DNS として設定されるのを防ぎ、すべての DNS クエリを Cato で処理せざるを得なくなります。
DNS サーバーはグローバルまたはグループごとに設定可能で、事前に構成された「すべての SDP ユーザー」ユーザーグループが推奨されます。 詳細については、 SDP ユーザ DNS 設定の集中管理 を参照してください。
