Нэг асуулгаас хаягийг маршрутын дүрэмдээ хуулж, сайт ажилладаг, долоо хоногийн дараа ажиллахгүй. Дүрэмд юу ч өөрчлөгдөөгүй. Үйлчилгээ өөр ирмэгийн хаяг руу шилжсэн, клиент өөр хост нэрийг шийдсэн, эсвэл сесс IPv6 руу шилжсэн. Таны өмнөх шийдвэр нэрэнд суурилсан дүрэм эсвэл тодорхой муж энэ үйлчилгээнд тохирох хэрэгсэл мөн эсэх бөгөөд гурван нөхцөл үүнийг шийднэ. Дараах нь нэрийг хаягаас тусгаарладаг, учир нь зөвхөн нэг нь тогтвортой.

Яагаад нэг асуулга бүртгэл биш

Агуулга түгээх сүлжээ нь шийдэгч, бүс нутаг, мөчид сонгогдсон хаягаар хариулдаг. Өөр сүлжээнээс хоёр удаа асуувал өөр хариулт авч болно. Нэг удаа асуугаад хариултыг үйлчилгээний хаягийн жагсаалт гэж үзвэл, бичсэн дүрэм чинь дүрэм биш, агшин зураг болно. DNS хариултыг тохиргоо гэж үзэх бүх асуудал энэ.

Хоёр дахь цоорхой байна. Нэг харагдах хост нэр бүхэл програмыг ховор хамардаг, учир нь нэвтрэх, медиа, API урсгал ихэвчлэн тусдаа нэр ашигладаг. Хаягийн мөрний хост нэрээс бүтээсэн дүрэм хуудсыг хамраад видеог алдаж болох бөгөөд үүнийг маршрутын алдаа биш, хэсэгчилсэн бүтэлгүйтэл гэж уншдаг.

Гурав дахь цоорхой нь хаягийн гэр бүл. Зөвхөн v4-д зориулсан дүрэм клиентийн илүүд үзэж болох AAAA бүртгэлийн талаар юу ч хэлдэггүй.

Домэйн дүрэм эсвэл мужийг шийдэх гурван нөхцөл

Нэгд, үйлчилгээ таны эзэмшиж, баримтжуулж болох тогтвортой угтварын багцыг нийтэлдэг үү? Хэрэв тийм бол тодорхой мужууд шударга, хямд. Хэрэв үгүй бол домэйн дүрэм үйлчилгээг дагаж чадах цорын ганц механизм.

Хоёрт, таны клиентийн домэйн механизм шинэчлэгддэг үү? Холбогдох үед нэг удаа шийдэгдээд дахин хэзээ ч шинэчлэгддэггүй дүрэм бол илүү сайн брэндингтэй агшин зураг. Гуравт, механизм дэд домэйн болон хоёр хаягийн гэр бүлийг хамардаг уу, эсвэл таны бичсэн нэрийг л хамардаг уу?

Эдгээр гуравт хариулахад сонголт ихэвчлэн тодорхой байдаг. Таамаглал туршилтад ажиллаад үйлдвэрлэлд бүтэлгүйтдэг дүрэм үүсгэдэг.

Хуудсыг биш, сессийг туршиж үзээрэй

Хуудсыг ачаад, дараа нь чухал үйлдлийг хий: нэвтэр, тоглуулалтыг эхлүүл, файл байршуул. Тэдгээрийн аль нь ч өөр хост руу хүрч болох бөгөөд бүтэлгүйтдэг нь таны дүрмээс алдсан нь юм.

Хуудас юу харуулж байгааг биш, сесс бодитоор юутай холбогддогийг жагсаа:

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

Харьцуулалтын үеэр шийдэгчийг харагдахуйц байлга, учир нь нэг шийдэгчээс ажиллаад нөгөөгөөс бүтэлгүйтдэг дүрэм чамд CDN-ийн хариултын тухай хэлдэг, туннелийн тухай биш. Богино TTL нь тэмдэглэсэн хариулт хүчинтэй хугацаатай гэсэн үг.

Механизм бүр бодитоор юу хамардаг

Хоёр механизм тохиргооны хуудсанд сольж болох мэт харагдаад, дотроо өөрөөр ажилладаг.

MechanismWhat it matchesHow it fails
Domain ruleNames the client resolves, then their addressesMisses subdomains, or goes stale when refresh is off
Address routeA prefix you wrote downKeeps matching an address the service has left

Цөмийн хаягийн маршрут угтварыг тааруулдаг. Хост нэр гэж юу болохыг мэддэггүй тул хаягаа өөрчилдөг үйлчилгээг дагаж чадахгүй. Домэйн дүрэм нэрийг шийдэж, үр дүнг маршрутладаг; үйлчилгээг дагадаг ч шийдэгч, шинэчлэлтийн зан төлөв, клиентийн дэд домэйныг зохицуулах байдлаас хамаардаг тул нэрийг дагадаг дүрмийг клиент бодитоор ашигладаг шийдэгчээр турших ёстой.

Аль нь ч нөгөөгийнхөө дээд олонлог биш, тиймээс тэдгээрийг тэмдэглэлгүй хольсон нь дараа нь төөрөгдөл үүсгэдэг.

Үйлчилгээ өөрчлөгдсөний дараа дахин шалга

Клиент шинэчлэгдсэн эсвэл үйлчилгээ өөрчлөгдсөний дараа ижил сессийн туршилтыг дахин ажиллуул. Өмнө ажиллаж байсан хаягийн жагсаалт тэр үеийн нотолгоо, үйлчилгээний дэд бүтцийн байнгын бүртгэл биш.

Аль механизм аль хост нэрийг хамардаг, хамгийн сүүлийн шалгалтын огноог бичиж үлдээ.

Тэр тэмдэглэл нь таны хамгаалж чадах дүрэм ба хэн ч хүрэх зүрхлэхгүй дүрмийн ялгаа юм. Хэрэв үйлчилгээ өөрийн угтварын жагсаалтыг нийтэлдэг бол түүнийг ашиглаж, огноог дурд. Хэрэв үгүй бол тэгж хэлж, домэйн дүрмийг шинэчлэлтийн зан төлөвтэй нь хажууд нь бичиж үлдээ.

Холбоотой нийтлэлүүд