VPN домен эрежеси CDN дарегин өзгөрткөндө бузулат

Бир суроодон даректи өзүңүздүн маршруттоо эрежеңизге көчүрөсүз, сайт иштейт, ал эми бир жумадан кийин иштебейт. Эрежеде эч нерсе өзгөргөн жок. Кызмат башка чектик дарекке көчтү, кардар башка хост атын чечти же сессия IPv6га өттү. Алдыңыздагы чечим — атка негизделген эрежеби же так диапазонбу ушул кызмат үчүн туура курал, жана аны үч шарт чечет. Төмөнкү ат менен даректи бөлүп көрсөтөт, анткени алардын бирөө гана туруктуу.

Эмне үчүн бир суроо эсеп эмес

Мазмун жеткирүү тармагы чечүүчүгө, аймакка жана учурга тандалган дарек менен жооп берет. Ар башка тармактардан эки жолу сураңыз, ар башка жоопторду алышыңыз мүмкүн. Бир жолу сурап, жоопту кызматтын даректер тизмеси деп кабыл алыңыз, ошондо жазган эрежеңиз эреже эмес, сүрөт болот. DNS жообун конфигурация катары кароонун бүткүл көйгөйү ушунда.

Экинчи кемтик бар. Бир көрүнгөн хост аты бүткүл колдонмону сейрек камтыйт, анткени кирүү, медиа жана API трафиги көбүнчө өзүнчө аттарды колдонот. Дарек тилкесиндеги хост атынан курулган эреже баракты камтып, видеону өткөрүп жибериши мүмкүн, бул маршруттоо катасы эмес, жарым-жартылай ишке ашпоо катары окулат.

Үчүнчү кемтик — даректер үй-бүлөсү. Бир гана v4 үчүн эреже кардар артык көрүшү мүмкүн AAAA жазуусу жөнүндө эч нерсе айтпайт.

Домен эрежесин же диапазондорду чечүүчү үч шарт

Биринчиден, кызмат сиз ээлик кылып, документтештире алган туруктуу префикстер жыйындысын жарыялайбы? Эгер жарыяласа, так диапазондор акыйкат жана арзан. Эгер жарыялабаса, домен эрежеси кызматты ээрчий алган жалгыз механизм.

Экинчиден, кардарыңыздын домен механизми жаңырбы? Туташуу учурунда бир жолу чечилип, башка эч качан жаңырбаган эреже — жакшыраак брендинги бар сүрөт. Үчүнчүдөн, механизм субдомендерди жана эки дарек үй-бүлөсүн камтыйбы, же сиз терген аттарды ганабы?

Ушул үчөөнө жооп бериңиз, тандоо адатта айкын болот. Болжолдоо сынакта иштеп, өндүрүштө ишке ашпаган эреже жаратат.

Сессияны сынаңыз, баракты эмес

Баракты жүктөңүз, анан маанилүү аракетти жасаңыз: кириңиз, ойнотууну баштаңыз, файл жүктөңүз. Алардын ар бири башка хостко жетиши мүмкүн, ал эми ишке ашпаганы — эрежеңиз өткөрүп жиберген.

Барак көрсөткөндү эмес, сессия чындыгында эмне менен байланышканын тизмелеңиз:

dig +short example.com A
dig +short example.com AAAA
curl -sI https://example.com | head -5

Салыштыруу учурунда чечүүчүнү көрүнүктүү кармаңыз, анткени бир чечүүчүдөн иштеп, экинчисинен ишке ашпаган эреже сизге CDNдин жообу жөнүндө айтат, туннел жөнүндө эмес. Кыска TTL да жаздырып алган жообуңуздун жарактуулук мөөнөтү бар экенин билдирет.

Ар бир механизм чындыгында эмнени камтыйт

Эки механизм параметрлер барагында алмаштырылуучу көрүнөт, ичинде башкача аракеттенет.

Ядродогу дарек маршруту префикстерди дал келтирет. Ал хост атынын эмне экенин билбейт, ошондуктан даректерин өзгөрткөн кызматты ээрчий албайт. Домен эрежеси аттарды чечип, натыйжаны маршруттайт; ал кызматты ээрчийт, бирок чечүүчүгө, жаңыруу жүрүм-турумуна жана кардардын субдомендерди иштетүүсүнө көз каранды, ошондуктан аттарды ээрчүүчү эрежени кардар чындыгында колдонгон чечүүчү менен сыноо керек.

Эч бири экинчисинин камтуучу жыйындысы эмес, ошондуктан аларды жазуусуз аралаштыруу кийинчерээк баш аламандык жаратат.

Кызмат өзгөргөндөн кийин кайра текшериңиз

Кардар жаңыртылгандан же кызмат өзгөргөндөн кийин ошол эле сессия сынагын кайра иштетиңиз. Мурун иштеген даректер тизмеси ошол мезгил жөнүндө далил, кызматтын инфраструктурасынын туруктуу эсеби эмес.

Кайсы механизм кайсы хост атын камтый турганын жана акыркы текшерүү күнүн жазып коюңуз.

Бул жазуу — коргой алган эреже менен эч ким тийүүгө батына албаган эреженин айырмасы. Эгер кызмат өзүнүн префикс тизмесин жарыяласа, аны колдонуп, күнүн көрсөтүңүз. Эгер жок болсо, ушундай деп айтыңыз жана домен эрежесин анын жаңыруу жүрүм-туруму менен катар жазып кармаңыз.