Mae rheol parth VPN yn torri pan fydd CDN yn newid ei gyfeiriadau
Mae un ateb DNS yn snapshot, nid yn rhestr lawn. Mae tri amod yn penderfynu a yw rheol yn seiliedig ar enw neu ragddodiad penodol yn addas i wasanaeth â CDN.
Rydych yn copïo’r cyfeiriad o un chwiliad i’ch rheol llwybro, mae’r safle’n gweithio, ac wythnos yn ddiweddarach nid yw. Nid oes dim wedi newid yn y rheol. Mae’r gwasanaeth wedi symud i gyfeiriad ymylol arall, mae’r cleient wedi datrys enw gwesteiwr gwahanol, neu mae’r sesiwn wedi troi i IPv6. Y penderfyniad o’ch blaen yw ai rheol yn seiliedig ar enw neu amrediad penodol yw’r offeryn cywir ar gyfer y gwasanaeth hwn, ac mae tri amod yn setlo hynny. Mae’r hyn sy’n dilyn yn gwahanu’r enw oddi wrth y cyfeiriad, oherwydd dim ond un ohonynt sy’n sefydlog.
Pam nad yw un chwiliad yn rhestr lawn
Mae rhwydwaith dosbarthu cynnwys yn ateb â chyfeiriad a ddewiswyd ar gyfer y datryswr, y rhanbarth a’r foment. Gofynnwch ddwywaith o rwydweithiau gwahanol a gallwch gael atebion gwahanol. Gofynnwch unwaith a thrin yr ateb fel rhestr gyfeiriadau’r gwasanaeth, a bydd y rheol a ysgrifennwch yn snapshot, nid yn rheol. Dyna’r broblem gyfan o drin ateb DNS fel ffurfweddiad.
Mae bwlch arall. Anaml y mae un enw gwesteiwr gweladwy yn cwmpasu’r holl raglen, oherwydd mae mewngofnodi, cyfryngau a thraffig API yn aml yn defnyddio enwau ar wahân. Gall rheol a adeiladwyd o enw gwesteiwr y bar cyfeiriad gwmpasu’r dudalen a cholli’r fideo, sy’n cael ei darllen fel methiant rhannol yn hytrach nag fel gwall llwybro.
Y trydydd bwlch yw’r teulu cyfeiriadau. Nid yw rheol ar gyfer v4 yn unig yn dweud dim am y cofnod AAAA y gall y cleient ei ffafrio.
Tri amod sy’n penderfynu rheol parth neu amrediadau
Yn gyntaf, a yw’r gwasanaeth yn cyhoeddi set sefydlog o ragddodiadau y gallwch eu perchnogi a’u dogfennu? Os ydyw, mae amrediadau penodol yn onest ac yn rhad. Os nad ydyw, rheol parth yw’r unig fecanwaith a all ddilyn y gwasanaeth.
Yn ail, a yw mecanwaith parth eich cleient yn adnewyddu? Mae rheol sy’n datrys unwaith wrth gysylltu ac yn byth wedyn yn snapshot â brandio gwell. Yn drydydd, a yw’r mecanwaith yn cwmpasu is-barthau a’r ddau deulu cyfeiriad, neu dim ond yr enwau a deipiwyd gennych?
Atebwch y tri hynny ac mae’r dewis fel arfer yn amlwg. Mae dyfalu’n cynhyrchu rheol sy’n gweithio mewn prawf ac yn methu mewn cynhyrchu.
Profwch sesiwn, nid tudalen
Llwythwch y dudalen, yna gwnewch y gweithrediad sy’n bwysig: mewngofnodwch, dechreuwch chwarae, uwchlwythwch ffeil. Gall pob un ohonynt gyrraedd gwesteiwr gwahanol, a’r un sy’n methu yw’r un a gollodd eich rheol.
Rhestrwch yr hyn y mae’r sesiwn yn cysylltu ag ef mewn gwirionedd yn hytrach na’r hyn y mae’r dudalen yn ei ddangos:
dig +short example.com A
dig +short example.com AAAA
curl -sI https://example.com | head -5Cadwch y datryswr yn weladwy yn ystod y gymhariaeth, oherwydd mae rheol sy’n gweithio o un datryswr ac yn methu o un arall yn dweud wrthych am ateb y CDN, nid am y twnnel. Mae TTL byr hefyd yn golygu bod gan yr ateb a gofnodwyd gennych fywyd silff.
Beth mae pob mecanwaith yn ei gwmpasu mewn gwirionedd
Mae’r ddau fecanwaith yn edrych yn gyfnewidiol ar dudalen gosodiadau ac yn ymddwyn yn wahanol o dan yr wyneb.
| Mechanism | What it matches | How it fails |
|---|---|---|
| Domain rule | Names the client resolves, then their addresses | Misses subdomains, or goes stale when refresh is off |
| Address route | A prefix you wrote down | Keeps matching an address the service has left |
Mae llwybr cyfeiriad cnewyllyn yn cyfateb rhagddodiadau. Nid oes ganddo syniad beth yw enw gwesteiwr, felly ni all ddilyn gwasanaeth sy’n newid cyfeiriadau. Mae rheol parth yn datrys enwau ac yn llwybro’r canlyniad; mae’n dilyn y gwasanaeth ond yn dibynnu ar y datryswr, ymddygiad adnewyddu a thriniaeth is-barthau gan y cleient, felly rhaid profi rheol sy’n dilyn enwau gyda’r datryswr y mae’r cleient yn ei ddefnyddio mewn gwirionedd.
Nid yw’r naill yn uwchset o’r llall, a dyna pam mae eu cymysgu heb nodyn yn creu dryswch yn ddiweddarach.
Ailwirio ar ôl i’r gwasanaeth newid
Ar ôl diweddariad cleient neu newid gwasanaeth, rhedewch yr un prawf sesiwn eto. Mae rhestr gyfeiriadau a weithiodd o’r blaen yn dystiolaeth am y cyfnod hwnnw, nid yn rhestr lawn barhaol o seilwaith y gwasanaeth.
Nodwch pa fecanwaith sy’n cwmpasu pa enw gwesteiwr, a’r dyddiad y gwnaethoch ei wirio ddiwethaf.
Y nodyn hwnnw yw’r gwahaniaeth rhwng rheol y gallwch ei hamddiffyn a rheol nad oes neb yn meiddio ei chyffwrdd. Os yw’r gwasanaeth yn cyhoeddi ei restr ragddodiadau ei hun, defnyddiwch hi a dyfynnwch y dyddiad. Os nad yw, dywedwch hynny, a chadwch y rheol parth gyda’i hymddygiad adnewyddu wedi’i ysgrifennu wrth ei hymyl.