Яагаад серверийн нэр залгалтын дараа VPN хаяг руу шийдэгддэг вэ

Оффисын файлын сервер өглөөжин өөрийн LAN хаягаар хариулж, дараа нь алсын хэрэглэгч залгаж, нэр нь оронд нь туннелийн хаяг руу шийдэгдэж эхэлдэг. DNS-д гараар юу ч засагдаагүй бөгөөд энэ нь сэжүүр: бичлэгийг машин өөрөө нийтэлсэн. Гурван нөхцөл нь бүртгэгч, бичлэг эсвэл хэрэглэгчийн харагдацыг засахыг тодорхойлдог бөгөөд дараалал буруу бол бичлэг дараагийн холболтын дараа буцаж ирнэ.

Хоёр хаяг, нэг нэр, гурван нөхцөл

Олон интерфейст Windows сервер нь LAN хаяг, нэг буюу хэд хэдэн залгалтын хаяг, заримдаа хоёр дахь сүлжээний карттай байж болно. Интерфейс бүр өөрт нь динамик бүртгэл зөвшөөрөгдсөн бол өөрийн хаягуудыг DNS-д бүртгэж болно. PPP адаптер бүртгэгдэхэд ижил хост нэр зөвхөн туннелийн түнш хүрч чадах хаягыг авч, LAN хэрэглэгчид үүнийг хүчинтэй хариулт болгон авдаг.

Засварыг гурван нөхцөл тодорхойлно. Нэгд, нэмэлт хаяг түүнийг авч буй хэрэглэгчдээс хүрч болох уу? Хоёрт, ямар нэг хэрэглэгч одоо ч тэр бүртгэлээс хамааралтай юу? Гуравт, бичлэг динамик мөн тиймээс буцаж ирж чадах уу, эсвэл статик мөн тиймээс санаатай бичлэг үү?

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

Бүртгэгчийг солихын өмнө бичлэгийг уншина уу

Асуудлыг мэдээлж буй сүлжээнээс яг бүрэн чанартай нэрийг асууж, хариултуудыг серверийн бодит интерфейс, сонсогчтой харьцуулна уу. Нэг нэр хэд хэдэн хаяг буцаах нь хэвийн; асуулт нь тэдгээр тус бүр хүлээн авагч хэрэглэгчид ашигтай эсэх юм.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Эхний асуулга орон нутгийн шийдэгчийг ашигладаг, хоёр дахь нь тодорхой DNS серверээс шууд асуудаг, гурав дахь нь Windows дээр PowerShell-ээс мөн адил хийдэг. Тэдгээрийг харьцуулах нь хуучирсан хэрэглэгчийн кэшийг эрх бүхий хариултаас ялгадаг. Хэрэв шууд асуулга аль хэдийн туннелийн хаягийг буцааж байвал асуудал орон нутгийн кэш биш, нийтэлсэн өгөгдөлд байна.

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

Нийтлэгчийг эсвэл бичлэгийг засаарай, гэхдээ алийг нь гэдгийг мэдээрэй

Хэрэв бичлэг динамик бөгөөд хүсээгүй бол бат бөх шийдэл нь тэр интерфейсийг бүртгүүлэхээс сэргийлэх явдал юм. Windows интерфейс тус бүрийн бүртгэлийн тохиргоог санал болгодог бөгөөд DNS хэрэглэгчийн үйлчилгээ дараагийн холболт эсвэл хаягийн өөрчлөлтөд дахин нийтэлдэг. Залгалтын адаптерийн бүртгэлийг унтраавал LAN адаптерийн бүртгэл хэвээр үлддэг бөгөөд энэ нь ихэвчлэн хүсдэг зүйл юм.

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

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

Амжилтгүй болсон хэрэглэгчийн сүлжээнээс шалгана уу

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

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Эхний команд Windows шийдэгчийн кэшийг цэвэрлэх бөгөөд хоёр дахь нь нэр дахин кэшлэгдсэн эсэх, ямар хаяг хадгалагдсаныг харуулна. Серверийн өөртэйгөө амжилттай холбогдсон нь LAN хэрэглэгчийн талаар юу ч батлахгүй бөгөөд хүсээгүй хаяг руу чиглэсэн маршрутыг устгах нь DNS-ийн нийтэлж буйг засахгүй.

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