Pritunl-ийн хувийн DNS ажиллахгүй байна уу? Нарийн resolver-маршрут нэмнэ үү

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

Resolver таны клиентийн санг татгалзаж байгааг баталгаажуулна уу

Алдаа нь хүртээмжийн биш, эх сурвалжийн тухай гэдгийг нотлоод эхэл. Холбогдсон клиентээс хувийн resolver-оос шууд асууж, хүсэлт хугацаа хэтэрч байгаа эсэх, эсвэл татгалзал болж буцаж байгаа эсэхийг ажигла. dig @10.40.0.53 intranet.example.net +time=2 +tries=1 хугацаа хэтэрч, мөн асуулга гарцаас амжилттай болж байгаа нь resolver дээрх хандалтын бодлогыг заана. SERVFAIL хариулт нь огт өөр газар, ихэвчлэн бүс эсвэл дээд урсгалын дамжуулагч руу заана.

Туршихаас өмнө клиентийн хаягийг тэмдэглэ. Клиент дээрх ip -4 addr show tun0 эсвэл консол дээр харагдах түрээс нь resolver ямар санг харж байгааг хэлнэ.

Дараа нь зам огт байгаа эсэхийг баталгаажуул. Resolver-ийн хаягийг туннель руу илгээдэг маршрут нь урьдчилсан нөхцөл бөгөөд шийдэл биш; багц хэзээ ч хүрэхгүй бол эх сурвалжийн бодлогыг огт авч үзэхгүй. Клиент дээр ip route get 10.40.0.53 ашиглан шалга.

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

Pritunl-ийн хувийн DNS-ийн заавар нарийн шийдлийг тайлбарладаг: resolver-ийн хаягт NAT идэвхтэй /32 маршрут, тэр хаягийг клиентүүдийн DNS сервер болгон сонгоно. Маршрут нь resolver-ийн хардаг эх сурвалжийг зөвхөн DNS урсгалд өөрчилдөг. Програмын урсгал нь таны түүнд сонгосон эх сурвалжийг хадгалах загварыг хадгална.

Одоо байгаа маршрутуудыг давхцлын хувьд хянасны дараа серверийн дэмжигдсэн маршрутын эзэмшигчээр тохируул. Дээрх жишээнд очих газар нь NAT идэвхтэй 10.40.0.53/32 бөгөөд клиентийн сан 10.90.0.0/24 хэвээр үлдэнэ. Нэг үйлчилгээг засахын тулд бүх хувийн мужийг орчуулж болохгүй, учир нь клиентийн бодит хаягт тулгуурласан доод урсгалын бодлого бүр оронд нь гарцыг харж эхэлнэ. Туршилтын хайлтын үеэр resolver-ийн асуулгын бүртгэлийг ажиглаж, түүний бодитоор хүлээн авч буй хаягийг баталгаажуул. Зөвхөн хост-маршрут нь орчуулга эсвэл зөвшөөрлийн талаар юу ч нотолдоггүй.

Resolver нь орчуулсан эх сурвалжийг UDP болон TCP дээр зөвшөөрөх ёстой бөгөөд түүний хариултууд буцаж чадах ёстой. Эх сурвалжийг өөрчлөх нь дутуу бүс эсвэл бичлэг үүсгэж чадахгүй.

Асуулгыг сервер эсвэл клиент илгээж байгааг шийд

Pritunl нь VPN Client DNS Mapping-тай холбоотой DNS-прокси зохицуулалтыг мөн баримтжуулдаг бөгөөд сервер нь клиентүүдийн өмнөөс дээд урсгалын асуулгыг дамжуулдаг. Тэр загварт дээд урсгалын эх сурвалж нь серверийн өөрийн сүлжээний контекстэд хамаарах бөгөөд клиентийн талын үл хамаарах зүйл нь буруу шийдэл юм.

Ямар нэгэн зүйл нэмэхийн өмнө аль загвар идэвхтэй байгааг тодорхойл. Гурван давхцсан засвар, прокси, клиент дээр resolver-ийг орлуулах, гараар хийсэн NAT скрипт нь ихэвчлэн хэн ч дараахыг тогтоогоогүй гэсэн үг: аль бүрэлдэхүүн асуулгыг илгээх ёстой. bootstrap-ыг ч шалга: туннель бий болохоос өмнө төгсгөлийн цэгийг олох цорын ганц арга нь зөвхөн хувийн resolver байж болохгүй, байнгын resolver өөрчлөлт нь холболтоос урт насалж болохгүй.

Нийтийн вэб хуудас биш, хувийн хайлтыг турш

Өөрчлөлтийг хэрэглэж, дахин холбогдсоны дараа клиентийн үр дүнтэй resolver тохиргоог хянаж, дараа нь зөвхөн хувийн бүсэд байдаг гэдгийг мэддэг нэрийг шийд. Тодорхой сервергүйгээр dig intranet.example.net нь клиент бодитоор юу ашиглаж байгааг харуулна. Дараа нь тэр хайлт буцаасан хаяг руу хүсэлт илгээ, учир нь шийдэл ба үйлчилгээний хандалт нь тусдаа алхам юм. DNS-over-HTTPS-ээр нийтийн сайтуудыг ачаалдаг хөтөч нь үйлдлийн системийн хувийн resolver замн тухай юу ч нотолдоггүй. Нийтийн хоёрдогч resolver нь ч дотоод бүсийн эрх мэдэл биш.

Resolver-ийн хаяг, /32 маршрут, клиентийн DNS тохиргоог хамт серверийн тэмдэглэлд бич. Тэр тохиргооны тал хувь нь ганцаараа сэргээгдвэл алдаа давтагдана.

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