DNS VPN yn anghywir? Gall un gweinydd awdurdodol fod yn hen

Cysylltwch y VPN ac mae un enw gwesteiwr yn datrys i gyfeiriad ddoe, neu i ddim byd o gwbl. Datgysylltwch ac mae’n gweithio eto. Y reddf yw beio’r datryswr a wthiwyd gan y twnnel, ond y rheswm mwy cyffredin yw gweinydd enwau cyhoeddedig a beidiodd â chael diweddariadau parth. Ni wnaeth y llwybr newydd ond cyrraedd awdurdod gwahanol i’r un y daeth eich ateb wedi’i storio ohono.

Mae’r symptom yn newid gyda’r datryswr

Mae datryswr ailgyfeiriol yn dychwelyd yr hyn a ddywedodd awdurdod wrtho, ac yna’n cadw’r ateb hwnnw am y TTL. Os yw’r twnnel yn gwthio datryswr gwahanol, neu’n newid y llwybr fel nad yw’r hen un yn hygyrch mwyach, mae’r cleient yn gofyn i awdurdod gwahanol ac yn cael ateb gwahanol. Ni newidiodd y parth ar y foment honno; newidiodd eich golwg ohono.

Dyma pam y gall yr un enw weithio mewn un swyddfa a methu o westy, a pham mai dim ond weithiau y mae clirio storfa leol yn helpu. Mae clirio’r storfa yn anfon y cwestiwn at yr un awdurdod eto.

Y prawf sy’n gwahaniaethu yw ymholiad uniongyrchol i bob gweinydd cyhoeddedig.

Holwch bob awdurdod yn uniongyrchol

Dechreuwch o’r dirprwyaeth yn hytrach nag o restr yr ydych yn ei chofio. Gofynnwch i’r rhiant am y set NS, yna holwch bob enw yn y set honno am y cofnod sy’n bwysig i chi. Mae dau ymholiad i’r un enw ar awdurdodau gwahanol yn dweud ar unwaith a yw’r parth yn gyson.

dig +short NS example.com
dig @ns1.dns.example app.example.com A
dig @ns2.dns.example app.example.com A

Gwnewch yr un peth ar gyfer cofnodion NS brig y parth, oherwydd gall dirprwyaeth y rhiant a set NS y parth ei hun anghytuno ar ôl mudo. Rhifau cyfresol ar y SOA yw’r peth nesaf i’w gymharu, ac mae eilydd sydd ymhell ar ôl yn broblem trosglwyddo yn hytrach na phroblem ateb.

Rhedwch yr ymholiadau hynny o’r rhwydwaith sy’n methu, nid o’ch desg yn unig.

Gwahaniaethwch olygfeydd bwriadedig oddi wrth rai toredig

Mae rhai parthau’n ateb yn wahanol yn fwriadol yn ôl rhanbarth neu grŵp datryswr, ac mae gosodiadau gorwel hollt yn arferol mewn rhwydweithiau menter.

Y cwestiwn yw a yw’r gwahaniaeth wedi’i ddogfennu ac yn sefydlog. Mae golwg anfwriadedig yn edrych yn wahanol: mae gan un awdurdod gofnod na chafodd y lleill mohono erioed, neu mae’n colli un y maent i gyd yn ei rannu. Mae canllaw dethol a defnyddio RFC 2182 yn trin argaeledd awdurdodol fel cyfrifoldeb a rennir, a dyma’r fframwaith cywir yma. Dim ond pan all pob gweinydd cyhoeddedig ateb y data bwriadedig y mae disbaredd yn bodoli, yn hytrach na derbyn cysylltiad ar borth 53 yn unig.

Mae gweinydd sy’n ateb SERVFAIL yn haws ei ddiagnosio na gweinydd sy’n ateb yn hyderus ac yn anghywir.

Mae mudo’n dinoethi’r hyn a guddiodd storfa

Wrth symud darparwr, mae dau le awdurdodol yn newid: dirprwyaeth y rhiant a chofnodion NS y parth ei hun. Rhaid diweddaru’r ddau, ac mae’r ddau yn cael eu storio am eu TTL. Os yw hen weinydd yn aros i fyny ac yn dal i wasanaethu’r parth blaenorol, bydd cleientiaid y mae eu datryswyr yn gofyn iddo yn dal i gael yr hen ateb ymhell ar ôl i’r trawsnewid ymddangos yn gyflawn.

Dyna’n union y cyflwr y mae storfa hirhoedlog yn ei guddio. Roedd y gweithfan a weithiodd drwy’r wythnos yn siarad â datryswr a oedd yn dal ateb ffres o’r awdurdod newydd, tra roedd yr hen un yn dal i ddosbarthu data hen i bawb arall.

Mae newid y datryswr ar liniadur yn trwsio’r liniadur hwnnw a dim byd arall.

Trwsiwch y parth, nid y datryswr

Nodwch pa weinyddion sydd i fod yn awdurdodol ar gyfer y parth, cywirwch y parth a reolir neu’r dirprwyaeth fel bod pob un ohonynt yn gwasanaethu’r data bwriadedig, a chadwch y disbaredd a gynlluniwyd gennych. Mae dileu gweinydd enwau oherwydd i un allanfa VPN gael ateb od yn lleihau argaeledd ac yn gadael yr anghysondeb yn ei le.

Yna rhedwch yr ymholiadau uniongyrchol eto o’r ddau rwydwaith a gwyliwch nes i TTL y cofnod a newidiasoch ddod i ben.

Cadarnhewch fod yr ateb yn sefydlog o bob awdurdod, ac ysgrifennwch y olwg fwriadedig yn nogfennaeth y parth fel bod y gwahaniaeth nesaf yn hawdd ei ddosbarthu.