Die IETF (Internet Engineering Task Force) komitee, wat internetprotokolle en argitektuur ontwikkel, het 'n RFC vir die "DNS Push Notifications"-meganisme gegenereer en die gepaardgaande spesifikasie onder die identifiseerder gepubliseer . Die RFC het die status van 'n "Voorgestelde Standaard" ontvang, waarna werk sal begin om die RFC die status van 'n konsepstandaard (Konsepstandaard) te gee, wat eintlik 'n volledige stabilisering van die protokol beteken en met inagneming van al die kommentaar wat gemaak is.
Die “DNS Push Notification”-meganisme stel die kliënt in staat om asynchronies kennisgewings van die DNS-bediener af te ontvang oor veranderinge in DNS-rekords, sonder dat dit nodig is om hulle periodiek te stem. Stootkennisgewings word slegs deur TCP-vervoer verwerk, met die kommunikasiekanaal beveilig met "TLS oor TCP". 'n Gesaghebbende DNS-bediener kan TCP-verbindings van DNS Push Notification-kliënte aanvaar wat intekeningversoeke na spesifieke name en tipes DNS-rekords stuur. Nadat 'n intekeningversoek ontvang is, sal die bediener self kennisgewings aan die kliënt stuur oor veranderinge in die gespesifiseerde rekords.
Die kliënt bepaal of DNS-stootkennisgewing ondersteun word deur 'n normale DNS-navraag te stuur wat nagaan vir die bestaan van die SRV-rekord "_dns-push-tls._tcp.zone_name" wat na die DNS-bedieners wys wat die intekeninge bedien. Die kliënt kan ook inteken op 'n rekord wat nie bestaan nie, en die bediener moet die kliënt in kennis stel as een in die toekoms verskyn. Kennisgewings word slegs gestuur wanneer daar 'n TCP-verbinding met die bediener tot stand gebring is en is nie ontwerp om 24 uur per dag, 7 dae per week op te spoor nie - die intekening moet gekanselleer word wanneer dit onaktief is (byvoorbeeld wanneer die toestel in bystandmodus gaan) en word slegs gebruik wanneer daar 'n direkte behoefte is om veranderinge in lewendige modus te monitor. Gereelde DSN-versoeke kan ook gestuur word deur die TCP-kanaal wat vir Push-kennisgewings geskep is.
Bron: opennet.ru