OpenVPN хуучин чиглэлүүдийг түлхсээр байна уу? Түүний ачаалсныг шалгаарай

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

Доорх харьцуулалт процессоос гадагш явна, учир нь аль файл хүчинтэйг зөвхөн процесс мэднэ.

Таны зассан файл ба процессын уншдаг файл

unit болон түүний үүсгэсэн командын мөрөөс эхэл. systemd хост дээр systemctl cat openvpn@server нь ExecStart мөрийг хэвлэдэг бөгөөд instance unit ихэвчлэн конфигурацын замаа instance-ийн нэрнээс гаргадаг тул openvpn@office гэж эхлүүлсэн демон openvpn@server гэж эхлүүлснээс өөр файл уншдаг. Үүнийг ажиллаж буй процессын argv-тэй харьцуул. Конфигурацын удирдлагын хэрэгсэл өөрчлөлтийг алдах өөр нэг аргыг нэмдэг: зөв файлыг unit хэзээ ч дурдаагүй газар бичиж болох тул амжилттай байршуулалт юу ч хийгээгүй мэт харагдана.

Цагийн тэмдэглэгээ үүнийг хурдан шийднэ: файл процессын эхэлсэн цагаас шинэ бол процесс түүнийг уншиж чадаагүй. Рүүтерийн firmware гурав дахь тохиолдлыг нэмдэг, учир нь олон загвар тохиргоогоо flash-д хадгалж, ачаалах үед конфигурацыг дахин бүтээдэг нь диск дээрх файлыг засахыг огт буруу давхарга болгодог.

Сервер юу түлхэж, клиент юу суулгадаг

Түлхсэн чиглэл хоёр шүүлтүүрээр дамжих ёстой. Сервер дээр энэ нь ачаалсан конфигурацад байх ёстой, тайлбар болгосон блокт эсвэл нэр нь таарахгүй клиентэд зориулсан файлд биш. Клиент дээр pull идэвхтэй байх ёстой бөгөөд ямар ч pull-filter энэ сонголтыг хаях ёсгүй. verbosity 4-өөр холбогдож, клиентийн мэдээлдэг түлхсэн сонголтуудыг унш: чиглэл тэр жагсаалтад байвал сервер ажлаа хийсэн бөгөөд суулгахгүй байхыг клиент өөрөө сонгож байна.

Клиентэд зориулсан файлууд нь төөрөгдлийн түгээмэл эх сурвалж. Гэрчилгээний common name-ээр нэрлэсэн файл зөвхөн тэр клиентэд сонголт түлхдэг бөгөөд нэг тэмдэгтийн зөрүү түлхэлтийг чимээгүй зогсоодог, хоёр талд алдаа гарахгүй. Сервер холбогдох үед харсан common name-ийг бүртгэдэг тул тэр утгыг файлын нэртэй харьцуул, клиентийн нэр гэж бодож буй зүйлтэй биш.

Түлхсэн префикс ба буцах чиглэл нь өөр асуудал

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

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

Хоёр төгсгөлийн хүснэгтийг харьцуул

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

Гурван танихуурыг хамт хадгал: конфигурацын зам, unit эсвэл instance-ийн нэр, туршилт хийсэн клиентийн танихуур.

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

Дахин эхлүүлэлтийг даван туулсан чиглэлийн асуудал нь ихэвчлэн чиглүүлэлтийн асуудал ч биш; алдаа нь таны байнга уншдаг хүснэгтээс дээгүүр байна.