resolvectl гаралтаас холбоос бүрийн VPN DNS чиглүүлэлтийг хэрхэн унших
resolvectl status холбоос бүрийн сервер, домэйн, өгөгдмөл замыг харуулна. Тэдгээрийг хамт уншаад, дараа нь нэрийг асууж, аль холбоос хариулсныг тэмдэглээрэй.
resolvectl status ажиллуулахад холбоос бүрийн блокийн хана гарна, блок бүр өөрийн сервер, өөрийн домэйны мөртэй. Чиглүүлэлтийг шийддэг мөр нь домэйны жагсаалт, нэрийн серверийн хаяг биш, учир нь локал stub нь асуулт бүрийг нэрийг шаардаж буй холбоос руу дамжуулдаг. Хариултыг уншихаас өмнө тэдгээр шаардлагыг уншаад, дараа нь нэрийг асууж, аль холбоос үүсгэснийг шалгаарай. Зөв холбоосноос буруу хариулт нь буруу холбоосноос зөв хариултаас өөр асуудал.
Холбоос бүрийн блок танд юу хэлдэг
Блок бүр шийдэгч тухайн интерфейст хэрэглэх серверүүд, домэйны жагсаалт, холбоос нь өгөгдмөл зам мөн эсэхийг жагсаана. Домэйны жагсаалт нь шаардлагын олонлог бөгөөд шийдэгч хамгийн урт дагаварын тохирлыг хэрэглэдэг: host.corp.example-ийн асуултыг corp.example агуулсан холбоос, зөвхөн өгөгдмөл зам агуулсан холбоосоос өмнө шаардана. Нэг дагаварыг шаардсан хоёр холбоос үр дүнг эрэмбэ, дараалалд үлдээдэг тул давхардлууд эхлээд анхаарал хүртэх ёстой. Одоогийн серверийн мөр нь жагсаасан серверүүдийн аль нь тухайн мөчид хэрэглэгдэж буйг харуулна.
/etc/resolv.conf доторх 127.0.0.53 мэтийн stub хаяг нь stub урд байгааг л хэлнэ. Хариулсан дээд эх үүсвэрийг нэрлэхгүй тул зөвхөн resolv.conf-д тулгуурласан оношилгоо гацна.
Домэйны бичлэгийн гурван төрлийг зөв уншина уу
| Бичлэг | Юуг шаарддаг | Түгээмэл алдаа |
|---|---|---|
| corp.example | чиглүүлэлтийн домэйн ба хайлтын дагавар: доорх нэрс энэ холбоос руу явж, мөр нь нүцгэн нэрсэд нэмэгдэнэ | чиглүүлэлт ямар ч байсан ажиллаж байгаа мэт харагдсан тул устгасан |
| ~corp.example | зөвхөн зам: доорх нэрс энэ холбоос руу явна, гэхдээ дагавар нэмэгдэхгүй | чиглүүлэлтэд шаардлагатай гэж үзсэн |
| ~. | өгөгдмөл зам: өөр ямар ч холбоос тохирохгүй асуултыг шаардана | хуваагдсан профайлд идэвхтэй үлдээсэн тул нийтийн нэрс туннелийг дагана |
Тилда нь хайлтын зан төлөвийг өөрчилдөг, чиглүүлэлтийг биш. Тилдагүй бичлэг нь чиглүүлэлтийн домэйн ба хайлтын домэйн хоёулаа тул доорх нэрс тэр холбоос руу илгээгдэж, нэг шошготой нэрсэд дагавар нэмэгдэнэ. Тилдатай бичлэг ижил дагаврыг чиглүүлэхдээ хайлтын жагсаалтаас гадуур барина. Тиймээс тилда авах нь аль нүцгэн нэр шийдэгдэхийг өөрчилдөг, тиймээс тилда дутуу байх нь хуваагдсан DNS-ийн алдаа биш, хайлтын асуудал юм.
Өгөгдмөл замын бичлэг нь өөр ямар ч холбоос тохирохгүй бүхнийг шаардана. Бүрэн туннелийн профайл ихэвчлэн үүнийг хүсдэг, хуваагдсан профайл ихэвчлэн хүсдэггүй, учир нь нийтийн нэрс тэгэхэд хувийн шийдэгч рүү явж, тэнд бүтэлгүйтэж болно. Профайлуудын хооронд туг хуулахын оронд хүснэгтийг профайлын зорилго дээр тулгуурлан уншина уу. Хоёр холбоос ижил дагавар шаардвал өөр юу ч засахаас өмнө эрэмбийн асуудлыг шийдээрэй.
Нэр асууж, аль холбоос хариулсныг харна уу
query дэд команд нь хаяг, протокол, хариултыг үүсгэсэн холбоос эсвэл хүрээг хэвлэнэ. Хувийн дагавар шаардах ёстой нэг нэр, нэг энгийн нийтийн нэрийг туршаад, мэдээлсэн эх үүсвэрүүдийг харьцуулна уу. Хувийн нэр утасгүй холбоосноос хариулбал шаардлага дутуу эсвэл туннель унасан байна; хуваагдсан профайлд нийтийн нэр туннелээс хариулбал өгөгдмөл зам хэт өргөн байна. Эдгээр хоёр алдаа хөтөч дээр ижил, энэ гаралт дээр эсрэг харагдана.
resolvectl status
resolvectl query host.corp.exampleМэдээлсэн протоколыг ч хянаарай, учир нь кэш эсвэл hosts файлаас хариулт ямар ч дээд эх үүсвэрээс асуулгүй ирж болно. Кэшээс ирсэн хариулт нь нэр хэзээ нэгэн цагт шийдэгдсэнийг батална, одоогийн бодлого үүнийг зөв чиглүүлж байгааг биш.
Нэрийн чиглүүлэлтийг пакетийн чиглүүлэлтээс тусгаарла
Шийдэгчийн шийдвэр зам үүсгэдэггүй. Сонгосон сервер өөрийн хаяг руу зам хэрэгтэй хэвээр, буцаасан хаяг хувийн сүлжээ рүү зам хэрэгтэй хэвээр, тиймээс зөв DNS бодлого хэзээ ч нээгддэггүй холболттой зэрэгцэн оршиж болно. Нэр шийдэгдээд аппликейшн бүтэлгүйтвэл DNS-ийг дахин өөрчлөхийн оронд хаяг, замыг шалгаарай. Нэр шийдэх, хүртээмж нь хоёр өөр эзэнтэй хоёр асуулт.
Аппликейшнүүд өөрсдийн аюулгүй DNS тохиргоо эсвэл суулгасан шийдэгчээр системийн шийдэгчийг бүрэн тойрч болно. resolvectl үр дүн системийн замыг тодорхойлдог бөгөөд үүнийг үл тоомсорлосон хөтөч таны хийсэн тест бүртэй зөрнө. Бодлого эвдэрсэн гэж дүгнэхээс өмнө тэр тохиргоог шалгаарай.
Нэр шийдэгдсэн хаягийг холбоосын хажууд тэмдэглээрэй. Буруу хаяг руу заасан зөв нэр нь чиглүүлэлт биш, бичлэгийн асуудал.
Холбоос өөрчлөгдсөний дараа дахин шалга
Дахин холбогдох эсвэл утасгүй сүлжээ солих нь холбоосын төлөвийг дахин бүтээж, сүлжээний менежер гараар тохируулсан бүхний дээгүүр өөрийн домэйн, серверүүдийг дахин суулгаж болно. Дараа нь мөн тэр хоёр нэрийг асууж, бүртгэсэн суурь шугамтай харьцуулна уу. Гараар хийсэн засвар алга болсон бол, засварыг холболтын профайлд хийх ёстой бөгөөд shell команд биш. Өмнө, дараа нь бүртгэх нь үүнийг харагдахуйц болгодог.
Тайланд хэрэгтэй нэр, серверийн контекстийг л хуваалцаарай, учир нь дотоод дагаварууд топологийг илчилдэг. Домэйны чиглүүлэлтийн тухай systemd-resolved баримт бичиг хамгийн урт тохирлын дүрэм, тилдагийн зан төлөвийг хамардаг бөгөөд нэг удаа унших нь дээрх хүснэгтийн ихэнх алдааг сэргийлнэ: systemd-resolved дахь асуултын чиглүүлэлт.