インターネットのプロトコルとアーキテクチャを開発する IETF (Internet Engineering Task Force) 委員会は、 「DNS プッシュ通知」メカニズムの RFC を作成し、それに関連する仕様を識別子の下で公開しました。 。 RFC は「標準案」のステータスを受け取り、その後、RFC に標準草案 (標準草案) のステータスを与える作業が開始されます。これは、実際にはプロトコルの完全な安定化を意味し、寄せられたすべてのコメントを考慮します。
「DNS プッシュ通知」メカニズムを使用すると、クライアントは定期的にポーリングすることなく、DNS レコードの変更に関する通知を DNS サーバーから非同期に受信できます。 プッシュ通知は、「TLS over TCP」を使用した通信チャネルセキュリティを備えた TCP トランスポートを使用してのみ処理されます。 権威 DNS サーバーは、特定の DNS レコード名とタイプにサブスクリプション要求を送信する DNS プッシュ通知クライアントからの TCP 接続を受け入れることができます。 サブスクリプション要求を受信すると、サーバー自体が、指定されたレコードの変更に関する通知をクライアントに送信します。
クライアントは、サブスクリプションを提供する DNS サーバーを指す「_dns-push-tls._tcp.zone_name」 SRV レコードの存在を確認する通常の DNS クエリを送信することによって、DNS プッシュ通知がサポートされているかどうかを判断します。 クライアントは存在しないエントリをサブスクライブすることもでき、将来エントリが出現した場合にはサーバーはクライアントに通知する必要があります。 通知はサーバーとの TCP 接続が確立されている場合にのみ送信され、24 時間年中無休で監視されるように設計されていません。サブスクリプションは非アクティブなとき (たとえば、デバイスがスタンバイ モードになったとき) にキャンセルする必要があります。ライブ モードでの変更を直接追跡する必要がある場合にのみ使用されます。 通常の DSN リクエストは、プッシュ通知用に設定された TCP チャネルを通じて送信することもできます。
出所： オープンネット.ru