OpenVPN DNS-ийг түлхсэний дараа локал Samba хуваалт алга болсон

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

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

Богино нэрэнд хэн хариулдаг вэ

Файл менежерт биш, үйлдлийн системээс асуу. resolvectl status холболт бүрт хавсаргасан DNS серверүүдийг хэвлэж, аль холболт анхдагч маршрут болохыг тэмдэглэдэг бөгөөд богино нэрийн асуулга хариулсан серверийг мэдээлдэг. NAS-ийн нэрээр нэг удаа, оффисын домэйнд байгааг мэдэх нэрээр дахин нэг удаа ажиллуул. Хоёр хариулт өөр өөр серверээс ирвэл та хуваагдалыг олсон байна.

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

Samba яагаад буруу хариултад итгэдэг вэ

Samba нэрсийг name resolve order-ээр тогтоосон тогтмол дарааллаар шийддэг. Ихэнх түгээлтүүдэд анхдагч утга host агуулдаг бөгөөд энэ нь DNS гэсэн үг бөгөөд NetBIOS нэвтрүүлэг мэтийн зөвхөн локал сүлжээнд зориулсан механизмуудаас өмнө ажилладаг. Тиймээс шийдвэрлэгчийг түлхдэг туннель барилгыг хэзээ ч орхих ёсгүй байсан нэг шошготой нэрсийг оролцуулан хуваалтын нэр бүр дээр эхний татгалзах эрхийг авдаг.

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

Үр дүн нь алдааны цонхгүйгээр алга болох хуваалт юм. Тэр дараалалд юу ч VPN маршрутжуулалтын гэмтэл биш, тиймээс NAS руу ping одоо ч ажилладаг боловч түүн рүү хөтөчлөх нь ажиллахгүй байна.

Өөр хүрээтэй хоёр засвар

Нарийн засвар нь түлхсэн шийдвэрлэгчийг хадгалж, Samba түүнээс юу асууж болохыг өөрчилдөг. Демон үнэхээр уншдаг Samba тохиргоонд хоёр мөр нэмж, дараа нь үйлчилгээг дахин эхлүүл:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

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

Өргөн засвар шалтгааныг арилгадаг: өөрт байхгүй нэрсэд хариулдаг шийдвэрлэгчийг түлхэхээ зогсоох, эсвэл зөвхөн оффисын дагавар оффисын шийдвэрлэгчид хүрэх хуваагдсан DNS бодлого түлхэх. Удирдлагатай сүлжээнд энэ нь илүү сайн урт хугацааны хариулт, учир нь хөтөч болон багц менежерийг ч хамгаалдаг, гэхдээ серверийн талд захиргааны хандалт шаарддаг ба түлхсэн тохиргоог дагаж мөрдөх клиент хэрэгтэй.

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

Дагавар нь бүгдийг тайлбарлаж чадна

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

Энд шийдэл нь бүрэн мэргэшсэн локал нэрийг ашиглах, эсвэл локал дагаврыг эзэмшдэг хуваагдсан DNS дүрмийг нэмэх юм. Аль нь ч Samba-д хүрэх шаардлагагүй.

Дахин холбогдсоны дараа үүнийг батал

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

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

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