Windows дээр OpenVPN: туннелийг автоматаар эхлүүлж, маршрутуудыг хадгалах

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

Эхний алхам: профайлыг үйлчилгээ хайж буй газарт тавь

Windows үйлчилгээ профайлуудыг тогтмол лавлахаас уншдаг, GUI ч мөн адил газраас уншдаг тул импортлох үед ажиллаж буй профайл ачаалах үед үл үзэгдэх байж болно. .ovpn файлуудыг суулгацын config лавлахт байрлуул, энэ нь ихэвчлэн Program Files доор байдаг. Хэрэглэгчийн Downloads хавтсанд үлдээсэн профайл үйлчилгээний хүрээнд огт орохгүй.

Хуучин заавар config-auto хавтсыг заадаг бөгөөд 2.5 үеийн зарим бүтээцүүд үүнийг хүндэтгэж, дараагийн хувилбарууд хүндэтгээгүй. Тиймээс шинэчлэлт ажиллаж буй автомат эхлэлийг чимээгүй болгож болох бөгөөд бүртгэлд итгэмжлэлийн талаар юу ч байхгүй. Файл зөөхөөс өмнө суулгасан бүтээц яг аль лавлахыг уншдагийг баталгаажуул.

Нэг машин дээр хэд хэдэн профайл байвал dev-node-оор дамжуулан тус бүрд нэртэй адаптер өг. Эс бөгөөс тэд нэг интерфэйсийн төлөө өрсөлдөж, хоёр дахь нь итгэмжлэлийн асуудал мэт харагдах байдлаар бүтэлгүйтнэ.

Хоёр дахь алхам: тавиурын дүрс биш, үйлчилгээг эхлүүл

Үйлчилгээг OpenVPN Automatic горимд тавих нь нэвтрэлтгүйгээр ачаалах үед эхлүүлнэ. Энэ бол механизм бөгөөд тавиурын дүрс түүний хэсэг биш. Холболт үйлчилгээний мэдэлд байх үед GUI дүрс ч, төлөв ч харуулахгүй байж болох бөгөөд энэ нь хүлээгдэж буй зүйл, гэмтэл биш.

Үр дүн нь салгах гэдэг нь үйлчилгээг зогсоохыг хэлнэ, Disconnect дээр дарахыг биш. Машиныг дэмждэг хүнд хэл, эс бөгөөс эхний дэмжлэгийн дуудлага дүрс алга болсон тухай байх болно.

Үйлчилгээний бүртгэл профайл болон түлхүүрийн материалыг уншиж чадах эсэхийг шалга. Ачаалах үеийн зөвшөөрлийн асуудал бүртгэлд яг баталгаажуулалтын алдаа мэт харагдана.

Гурав дахь алхам: маршрутыг туннельд холбо

Байнгын бичлэг энд буруу хэрэгсэл юм. -P-оор маршрут нэмэх нь түүнийг дахин ачаалалтаас амьд гарах боломж олгож, бүр дор нь туннель хаагдахаас ч амьд гаргана. VPN унтарсан үед угтвар нь байхгүй гарц руу заасан хэвээр байх тул хэн нэгэн бичлэгийг устгах хүртэл хост тэр очих газарт хүрч чадахгүй.

Гурван хувилбар зөв ажиллана. Маршрутыг серверээс түлхэ, тэгвэл холбогдох үед нэмэгдэж, салгах үед хасагдана. Үүнийг route_vpn_gateway уншдаг route-up скриптэд нэм, ингэснээр дараагийн үсрэлт тохиролцсон туннелиас ирнэ. Эсвэл Add-VpnConnectionRoute-ыг Windows-ийн уугуул VPN профайлтай хамт ашигла, энэ нь угтварыг тэр холболтод холбоно.

Сервер энэ сайтад хэрэгтэйгээс илүүг санал болгоход route-nopull түлхэгдсэн маршрутуудаас татгалзаж, хүснэгтийг бүрэн локал үлдээнэ. Энэ нь хэрэглэгчид нь корпорацийн өгөгдмөл маршрут авах ёсгүй хуваалцсан профайлд тохирно.

Дөрөв дэх алхам: хүйтэн ачаалалтыг даван туул

Сүлжээний стек үүсэхээс өмнө үйлчилгээг эхлүүлэх нь нэг бүтэлгүй оролдлого өгөх бөгөөд дахин оролдлого байхгүй. Automatic (Delayed Start) болгох, эсвэл сүлжээний үйлчилгээнээс хамаарал нэмэх нь тэр уралдааныг арилгана. Дараа нь ачаалалтын туршилтыг давтаж, хоёр дахь оролдлого цаашид шаардлагагүйг шалга.

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

Бодитоор байршуулж буй дарааллыг турш, гараар ажиллуулж болохыг биш. Хүйтэн ачаалалт бол дарааллыг шалгадаг цорын ганц туршилт.

Тав дахь алхам: GUI-гүйгээр шалга

Дахин ачаалж, нэвтэрсний дараа GUI-г нээхгүйгээр гурван зүйлийг шалга. Адаптер хаягтай байх ёстой,маршрутын хүснэгт сайтын угтварыг туннелийн гарцтай хамт дараагийн үсрэлт болгон харуулах ёстой, мөн алслагдсан талын хаяг руу ping хариу өгөх ёстой. Шалгалт бүр дээрх алхмуудын өөр нэг механизмд тохирно.

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