schlug die Erstellung des RFC fĂŒr den Mechanismus âDNS Push Notificationsâ und hat die damit verbundene Spezifikation unter der Kennung veröffentlicht . Der RFC erhielt den Status âEntwurf eines Standardsâ, nach dem die Arbeit beginnen wird, um dem RFC den Status eines Entwurf-Standards (Draft Standard) zu verleihen, was tatsĂ€chlich die vollstĂ€ndige Stabilisierung des Protokolls und die BerĂŒcksichtigung aller geĂ€uĂerten Anmerkungen bedeutet.
Der Mechanismus âDNS Push Notificationâ ermöglicht es dem Client, asynchron Benachrichtigungen vom DNS-Server ĂŒber Ănderungen an DNS-EintrĂ€gen zu erhalten, ohne dass eine regelmĂ€Ăige Abfrage erforderlich ist. Push-Benachrichtigungen werden ausschlieĂlich ĂŒber den TCP-Transport unter Verwendung von TLS ĂŒber TCP gesichert. Der autoritative DNS-Server kann TCP-Verbindungen von DNS Push Notification-Clients akzeptieren, die Anfragen fĂŒr Abonnements bestimmter Namen und Typen von DNS-EintrĂ€gen senden. Nach dem Empfang der Abonnementanfrage sendet der Server selbst Benachrichtigungen an den Client ĂŒber Ănderungen an den angegebenen EintrĂ€gen.
Der Client bestimmt die UnterstĂŒtzung von DNS Push Notification, indem er eine normale DNS-Anfrage sendet, die das Vorhandensein eines SRV-Eintrags â_dns-push-tls._tcp.Zonennameâ ĂŒberprĂŒft, der auf die DNS-Server hinweist, die Abonnements verwalten. Der Client kann auch ein Abonnement fĂŒr einen nicht existierenden Eintrag abschlieĂen, und der Server muss den Client benachrichtigen, falls dieser in Zukunft erscheinen sollte. Benachrichtigungen werden nur gesendet, wenn eine TCP-Verbindung zum Server hergestellt ist, und sind nicht darauf ausgelegt, rund um die Uhr ĂŒberwacht zu werden â das Abonnement sollte bei InaktivitĂ€t (zum Beispiel beim Wechsel des GerĂ€ts in den Energiesparmodus) storniert und nur bei direkter Notwendigkeit zur Ăberwachung von Ănderungen in Echtzeit verwendet werden. Ăber den fĂŒr Push-Benachrichtigungen eingerichteten TCP-Kanal können auch normale DSN-Anfragen gesendet werden.
Quelle: opennet.ru
