Split-DNS бичлэг: ажиглалт бүрийг хаана авсныг хэлээрэй

Хоёр хүн нэг Split-DNS асуудлыг шинжилж, өөр өөр resolver хаяг авдаг. Нэг нь хайлтын хэрэгсэл ашигласан, нөгөө нь адаптер дээр пакет бичсэн, гурав дахь нь клиентийн өөрийн диагностикийг уншсан. Тэдний хэн нь ч худал хэлэхгүй, хэн нь ч ижил үе шатыг дүрслэхгүй. Ажиглалтын цэгийг нэрлэх нь зөрчилдөөнийг газрын зураг болгоно.

Нэг хайлт, хэд хэдэн ажиглалтын цэг

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

Тус бүр өөр асуултад хариулдаг бөгөөд аль нь ч ганцаараа хүсэлт хаашаа явсныг нотлохгүй.

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

Клиентийн шүүлтүүр програм ба утасны хооронд байрлана

Split-DNS-тэй VPN клиент пакет машин галахаас өмнө домэйн тохирлыг хэрэглэдэг. Туннелийн дагавар дахь нэрс дотоод resolver руу, бусад бүх зүйл локал руу явна. Шүүлтүүр бол бодлого, бодлого платформ, клиентийн хувилбараас хамаарч өөр байж болно.

Cisco-гийн Secure Client Split-DNS заавар домэйн тохирол болон Windows шүүлтүүрийг хамарч, програм уугуул resolver API ашиглах үед юу хардаг, nslookup зэрэг хэрэгсэл юу хардаг хоёрыг ялгадаг. Яг эдгээр ялгаа нь гол зүйл.

Хүчинтэй профайл болон програмын нэг энгийн хайлтаас эхлээрэй. Тодорхой серверийг нэрлэсэн аливаа тест бол санаатай тойролт; үүнийг клиентийн өөрийн диагностикоор тайлбарлаж, хүлээн авах шалгуур болохыг бүү зөвшөөр.

nslookup програмаас өөр замаар явдаг

nslookup өөрийн DNS хүсэлтийг бүтээдэг бөгөөд үйлдлийн системийн resolver бодлогыг тойрч чадна. Энэ нь түүнийг тодорхой серверт тодорхой асуулт тавихад ашигтай хэрэгсэл, харин програм юу мэдрэхийг шалгахад төөрөгдүүлэх хэрэгсэл болгодог.

Windows-д нэрийн шийдлийн бодлогын хүснэгт аль дагавар аль серверийг ашиглахыг шийднэ. Түүнийг уншихад програм дагах бодлого харагдана, ихэнхдээ энэ нь дутуу хэсэг юм.

Бодлогыг уншаад дараа нь ижил асуултыг энгийн resolver-ээр асуугаарай:

Get-DnsClientNrptPolicy
Resolve-DnsName intranet.hq.example

Шифрлэгдсэн resolver-үүд хүсэлтийг нуудаг, холболтыг биш

Өөрийн DNS-over-HTTPS resolver-тэй хөтөч огт өөр тохиолдол юм. Хүсэлт TLS дотор гарч, тиймээс пакетын бичлэг resolver хаяг руу холболтыг харуулдаг ч асуусан нэрийг харуулдаггүй.

Эхлээд хөтчийн удирдлагатай бодлогыг тодорхойлж, дараа нь үйлдлийн системийн хайлттай харьцуулаарай. Өөрийн resolver-оо сонгох зөвшөөрөлтэй хөтөч Split-DNS бодлогыг огт харж чадахгүй байж болно.

Мөн адил болгоомжлол өөрийн resolver-оо авчирдаг аливаа клиентэд хамаарна. Алсын холболтыг таньдаг бичлэг хүсэлтийн нэрийн баримт биш. Хэрэв нэр хэрэгтэй бол resolver-ийн өөрийн бүртгэл эсвэл програмын диагностикоос авч, хэрэгжих нууцлалын дүрмийг баримтлаарай.

Шошготой тесттэй харьцуулаарай

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

Зөвшөөрөгдсөн газарт resolver-ийн хүлээн авалтыг клиент эсвэл гарцын нэг нарийн ажиглалттай харьцуулаарай:

nslookup intranet.hq.example 10.55.0.53
Get-DnsClientNrptPolicy | Format-List

Зөвхөн харьцуулалт хийхийн тулд хувийн нэрсийг хамаагүй нийтийн resolver руу хэзээ ч бүү илгээ, хуваалцсан бүхнээ засварлаарай. Эцэст нь зөв DNS хариуг дараа нь ирэх үйлчилгээний холболтоос салгаарай: шийдэгдсэн хувийн хаягт зам болон програмын зөвшөөрөл хэрэгтэй хэвээр байна.