Një rregull domain-i VPN thyhet kur një CDN ndryshon adresat e tij
Një përgjigje DNS është një fotografi, jo një inventar. Tre kushte vendosin nëse një rregull i bazuar në emër ose një prefiks i qartë i përshtatet një shërbimi me CDN.
Kopjoni adresën nga një kërkim në rregullin tuaj të rrugëzimit, faqja funksionon dhe një javë më vonë nuk funksionon. Asgjë në rregull nuk ka ndryshuar. Shërbimi u zhvendos në një adresë tjetër skaji, klienti zgjidhi një emër tjetër hosti, ose sesioni kaloi në IPv6. Vendimi përpara jush është nëse një rregull i bazuar në emër ose një interval i qartë është instrumenti i duhur për këtë shërbim, dhe tre kushte e vendosin atë. Ajo që vijon ndan emrin nga adresa, sepse vetëm njëri prej tyre është i qëndrueshëm.
Pse një kërkim nuk është inventar
Një rrjet shpërndarjeje përmbajtjeje përgjigjet me një adresë të zgjedhur për zgjidhësin, rajonin dhe momentin. Pyetni dy herë nga rrjete të ndryshme dhe mund të merrni përgjigje të ndryshme. Pyetni një herë dhe trajtojeni përgjigjen si listën e adresave të shërbimit, dhe rregulli që shkruani është një fotografi, jo një rregull. Ky është i gjithë problemi me trajtimin e një përgjigjeje DNS si konfigurim.
Ka një boshllëk të dytë. Një emër i dukshëm hosti rrallë mbulon të gjithë aplikacionin, sepse hyrja, media dhe trafiku API shpesh përdorin emra të veçantë. Një rregull i ndërtuar nga emri i hostit në shiritin e adresave mund të mbulojë faqen dhe të humbasë videon, gjë që lexohet si dështim i pjesshëm dhe jo si gabim rrugëzimi.
Boshllëku i tretë është familja e adresave. Një rregull vetëm për v4 nuk thotë asgjë për regjistrimin AAAA që klienti mund ta preferojë.
Tre kushte që vendosin rregullin e domain-it ose intervalet
Së pari, a publikon shërbimi një grup të qëndrueshëm prefiksesh që mund t'i zotëroni dhe dokumentoni? Nëse po, intervalet e qarta janë të ndershme dhe të lira. Nëse jo, një rregull domain-i është mekanizmi i vetëm që mund të ndjekë shërbimin.
Së dyti, a rifreskohet mekanizmi i domain-it i klientit tuaj? Një rregull që zgjidhet një herë në lidhje dhe kurrë më pas është një fotografi me branding më të mirë. Së treti, a mbulon mekanizmi nëndomain-et dhe të dyja familjet e adresave, apo vetëm emrat që shtypët?
Përgjigjuni këtyre tre dhe zgjedhja zakonisht është e qartë. Hamendja prodhon një rregull që funksionon në provë dhe dështon në prodhim.
Provoni një sesion, jo një faqe
Ngarkoni faqen dhe më pas kryeni veprimin që ka rëndësi: hyni, filloni riprodhimin, ngarkoni një skedar. Secili prej tyre mund të arrijë një host tjetër, dhe ai që dështon është ai që rregulli juaj humbi.
Listoni me çfarë kontakton vërtet sesioni, në vend të asaj që shfaq faqja:
dig +short example.com A
dig +short example.com AAAA
curl -sI https://example.com | head -5Mbajeni zgjidhësin të dukshëm gjatë krahasimit, sepse një rregull që funksionon nga një zgjidhës dhe dështon nga një tjetër ju tregon për përgjigjen e CDN-së, jo për tunelin. Një TTL i shkurtër nënkupton gjithashtu se përgjigja që regjistruat ka një afat vlefshmërie.
Çfarë mbulon vërtet secili mekanizëm
Dy mekanizmat duken të këmbyeshëm në një faqe cilësimesh dhe sillen ndryshe nën sipërfaqe.
| 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 |
Një rrugë adrese në kernel përputh prefikset. Nuk e ka idenë çfarë është një emër hosti, prandaj nuk mund të ndjekë një shërbim që ndryshon adresat. Një rregull domain-i zgjidh emrat dhe rrugëzon rezultatin; ndjek shërbimin, por varet nga zgjidhësi, nga sjellja e rifreskimit dhe nga mënyra se si klienti trajton nëndomain-et, prandaj një rregull që ndjek emrat duhet të provohet me zgjidhësin që klienti përdor vërtet.
Asnjëri nuk është mbibashkësi e tjetrit, dhe për këtë arsye përzierja e tyre pa një shënim krijon konfuzion më vonë.
Rikontrolloni pasi shërbimi të ndryshojë
Pas një përditësimi të klientit ose një ndryshimi të shërbimit, ekzekutoni përsëri të njëjtin provë sesioni. Një listë adresash që funksiononte më parë është provë për atë periudhë, jo një inventar i përhershëm i infrastrukturës së shërbimit.
Shkruani cili mekanizëm mbulon cilin emër hosti dhe datën e verifikimit të fundit.
Ky shënim është ndryshimi midis një rregulli që mund ta mbroni dhe një rregulli që askush nuk guxon ta prekë. Nëse shërbimi publikon listën e vet të prefikseve, përdoreni atë dhe citoni datën. Nëse jo, thoni këtë, dhe mbajeni rregullin e domain-it me sjelljen e rifreskimit të shkruar pranë.