OpenVPN-ийн клиент тус бүрийн статик IP: ifconfig-push, ipp.txt биш

ipp.txt доторх мөрийг засах нь хаяг нөөцөлж байгаа мэт санагддаг ч тийм биш. ifconfig-pool-persist-ээр нэрлэгдсэн энэ файл нь нийтлэг нэр сүүлд ямар хаягтай байсныг бүртгэдэг тул сан тохиромжтой үед мөнөөх хаягийг буцааж өгч чадна. Дотор нь юу ч дараагийн холболтыг тэр дугаарт холбодоггүй.

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

Тогтвортой байдлын файл юунд зориулагдсан

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

Хэрэв тодорхой клиентэд тодорхой хаяг хэрэгтэй бол баримтжуулсан механизм нь ifconfig-push бөгөөд энэ нь тухайн клиентийг эзэмшдэг тохиргоонд хамаарна.

Зөв клиент сонгогдсоныг шалгаарай

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

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

Тоонууд топологитой тохирч байгааг шалгаарай

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

Хаягийг түүнийг эзэмшиж болох бусад бүх зүйлтэй харьцуул: өөр тодорхой хуваарилалт, динамик сангийн хүрээ, тогтмол хост гэж үзсэн аливаа статик маршрут. Сантай давхцах хаяг нь сан өөр хэнд ч өгөх хүртэл ажиллах бөгөөд тэр алдаа санамсаргүй мэт харагдана.

Үр дүнг шинэ холболт дээр шалгаарай

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

Нотолгоог хамт хадгал: клиентийн нэр, тохирсон файл, олгосон хаяг, түүний ирсэн сан.

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