.ovpn файл үнэндээ юу агуулдаг, юу хийж чадахгүй вэ

Ихэнх хүмүүс .ovpn файл VPN тохируулдаг гэж боддог. Тийм биш: энэ нь нэг клиентийг тохируулдаг бөгөөд түүний шаардсан бүхэн нөгөө талд аль хэдийн байх ёстой. Файл дахь нэг мөрийг өөрчлөх нь таны машин юу хийхийг оролдохыг өөрчилж болох ч сервер юу санал болгодогийг хэзээ ч өөрчлөхгүй. Энэ ялгаа нь импортлох эсвэл холбогдох боломжгүй профайлуудын талаарх ихэнх будлианыг тайлбарладаг.

Файлыг клиентдээ хаягласан хүсэлтийн жагсаалт гэж уншаарай, тэгвэл түүний ихэнх мөр тодорхой болно.

Файл таны клиентийг дүрсэлдэг, серверийг биш

Профайл нь remote төгсгөлийн цэг, тээвэр, интерфэйсийн төрөл, таних материал болон операторын хүссэн аливаа клиент талын зан төлөвийг нэгтгэдэг. Мөр бүрийг клиент эхлэх үед гүйцэтгэдэг. Тэдгээрийн аль нь ч тохиргооны өөрчлөлт болж серверт хүрэхгүй бөгөөд аль нь ч аль хэдийн ажиллахгүй байгаа сонсогчийг үүсгэж чадахгүй. Зөвхөн UDP 1194 дээр сонсдог серверийн эсрэг TCP 443-ыг заасан профайл эхний пакет дээр л бүтэлгүйтнэ.

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

Тээврийн мөрүүд аль хэдийн байгаа сонсогчтой тохирох ёстой

proto болон remote мөрүүд серверийн бодитоор холбодог зүйлтэй тохирох ёстой. UDP бол ердийн сонголт, учир нь алдагдсан датаграм туннелийг зогсоодоггүй, харин TCP нь туннелийн доторх дарааллын толгойн түгжрэлийн үнээр хязгаарлагдмал сүлжээнд тэсвэрлэж чадна. Профайлыг UDP-ээс TCP рүү солих нь серверийг TCP хүлээн авахад хүргэхгүй; зөвхөн клиентийг хэн ч уншдаггүй порт руу илгээхэд хүргэдэг.

443 порт нь өөр юуг ч бараг зөвшөөрдөггүй сүлжээгээр дамждаг учраас алдартай бөгөөд энэ нь OpenVPN сесс хэвээр үлддэг, HTTPS хүсэлт биш. Хэрэв оператор хэд хэдэн remote мөр нийтэлбэл, клиент тэдгээрийг дарааллаар нь турших бөгөөд энэ нь ачааллын тэнцвэржүүлэлтийн шийдвэр биш, доголдлын үед шилжих жагсаалт юм. Операторын өгсөн хослолуудыг хадгалаарай, нэг бичлэгийн хостыг нөгөөгийн порттой хольж болохгүй.

Суулгасан түлхүүрүүд файлтай харьцах аргыг өөрчилдөг

Гэрчилгээ болон түлхүүрүүд нь <ca>, <cert> болон <key> шошгуудын хооронд суулгасан байж болно, эсвэл тусдаа файл гэж зааж болно. Суулгасан материал профайлыг бие даасан болгож, мөн нууц болгодог, учир нь клиентийн хувийн түлхүүр түүний дотор явдаг. CA гэрчилгээ нь нийтийн итгэлийн материал бөгөөд хуваалцахад аюулгүй; хувийн түлхүүр тийм биш, тэр ч байтугай уншиж болохгүй текст блок мэт харагдсан ч.

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

Маршрут болон DNS файлаас огт ирэхгүй байж болно

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

DNS ижил загварыг дагадаг: түлхсэн dhcp-option DNS клиент хэрэглэж болно, үл хайхрах болно, эсвэл локал шийдэгчийн менежер дарагдуулж болно. Профайлыг дахин уншихын оронд холбогдсоны дараа шийдэгчийн төлөвийг шалгаарай.

Дэмжигдээгүй сонголтууд нь клиентийн хувилбарын асуудал

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

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

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