Пул дараагийн дахин холболтод ямар хаяг өгөх вэ?
Пул хаягууд нь санамсаргүй бус дарааллыг дагадаг: эхлээд санаж үлдсэн хаяг, дараа нь хамгийн удаан ашиглагдаагүй сул хаяг. Дүрмийг бэхлэхийн өмнө үүнийг уншина уу.
Өчигдөр таарч байсан дүрэм өнөөдөр таарахаа болино, учир нь клиент өөр туннелийн хаягаар буцаж ирсэн. Хуваарилагч гэхдээ санамсаргүй биш бөгөөд түүний дарааллыг мэдэх нь тэр гэнэтийн үйл явдлыг урьдчилан таамаглах боломжтой үйл явдал болгоно. Тэрээр ижил клиентийн өмнө эзэмшиж байсан хаягийг илүүд үзэж, хамгийн удаан сул зогссон хаяг руу буцаж, санах газар өгөхгүй бол бүгдийг мартдаг. Түрээсэнд тулгуурласан дүрмүүд чимээгүй зогсох өдөр хүртэл таарсаар байна.
Хуваарилагчийн баримтлах дараалал
Нэг common name-д нэг сесс байхад хуваарилагч эхлээд ижил клиентийн өмнө ашиглаж байсан, одоо сул байгаа хаягийг хайна. Тэр хаяг байхгүй бол хамгийн удаан идэвхгүй байсан сул хаягийг авна. Ижил нэрэнд зэрэгцээ сессүүд идэвхжсэн бол өмнөх хаягийн давуу эрх үйлчлэхгүй бөгөөд оронд нь эхний сул хаягийг ашиглана, учир нь сессүүдийг тусдаа тэгш зангилаа гэж үздэг.
| Situation | Address chosen | Practical effect |
|---|---|---|
| Reconnect, old address still free | The remembered address | Rules appear stable for days |
| Old address taken by another client | Least recently used free address | A working rule silently stops matching |
| Concurrent sessions, same name | First free address, per session | One identity can hold several leases |
Эндээс шууд хоёр үр дагавар гарна. Хурдан дахин холбогдсон клиент ихэвчлэн хаягаа хадгалдаг тул механизм өөрчлөгдөх хүртэл хэн ч анзаардаггүй. Харин тэр жижиг цонхонд холбогдсон өөр төхөөрөмж хаягийг богино хугацаанд сул байхад нь авч болох бөгөөд дараа нь эхний клиент өөр зүйл авч, хуучин дугаарт холбогдсон бүх дүрэм буруу болно. Хоёр үйл явдлын аль нь ч гэмтэл мэт харагдах бүртгэлийн мөр үүсгэхгүй.
Түрээс яагаад тогтвортой харагдаад дараа нь шилждэг вэ
Тогтвортой байдал энд хаягийг өөр хэн нэгэн шаардахаас өмнө ирж буй дахин холболтуудын үүсэл шинж чанар юм. Энэ бол амлалт биш бөгөөд клиент салгаатай үед хэрэгждэггүй. Хаяг өөрчлөгдөнө гэж төлөвлөөрэй, үүнээс гайхахын оронд. Төхөөрөмжийн тооноос бараг л их биш пул мөргөлдөөнийг өдөр тутмын үзэгдэл болгодог, учир нь хамгийн удаан ашиглагдаагүй хаяг руу буух сонголт бараг юу ч үгүй.
Оргилын зэрэгцээ байдал бол хэмжээ авах тоо, хэрэглэгчдийн тоо биш. Нэгэн зэрэг хоёр төхөөрөмжөөс туршиж буй хүн эсвэл хуучин сесс дуусахаас өмнө дахин холбогдсон клиент хэсэг хугацаанд хоёр түрээс эзэлдэг. Зөвхөн хүний тоонд тохируулсан пул хүмүүсийн серверт шиддэг яг тэр солилцоог үүсгэнэ.
Тогтвортой байдлын файл санаж байдаг, захиалдаггүй
Үйлчилгээний дахин эхлэлтийг даван туулах хаягт тогтвортой байдлын файл хэрэгтэй. Энэ нь унтраах үед клиентийн нэр, хаягийг хадгалж, үйлчилгээ эхлэхэд дахин уншдаг тул төлөвлөсөн дахин эхлэл таны бичсэн бүх дүрмийг хольж эхлэхгүй.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0
Хийхгүй зүйл нь клиент байхгүй үед хаягийг барих явдал юм. Тэр завсарт хуваарилагч дугаарыг өөр хүнд өгөх эрхтэй бөгөөд файл дараа нь дараагийн холболт биелүүлж чадахгүй хуучирсан давуу эрхийг бүртгэнэ. Үүнийг дахин эхлэлтийн зан төлөвийг сайжруулдаг зөвлөмж гэж үзээрэй, статик хаяглалт гэж биш.
Файлд байхдаа пулыг замчилсан дэд сүлжээ бүртэй харьцуулж шалгаарай. Давхцсан муж серверийн замчилж чадахгүй хаягуудыг тараадаг бөгөөд шинж тэмдэг нь холбогдож, хаяг авч, хаана ч хүрэхгүй клиент юм.
Хаягийг зөв бэхлэх
Галт ханын дүрэм эсвэл DNS бичлэг үнэхээр тогтмол хаяг шаарддаг бол найдахын оронд түүнийг томилоорой. Клиент тус бүрийн тохиргооны бичлэг хаяг болон маскийг шууд илгээж чаддаг бөгөөд тэр бичлэг нь бодит клиентийн нэрээр түлхүүрлэгдсэн байдаг.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0
Тогтмол хаягуудыг динамик пулаас гадуур байлгаарай, ингэснээр хуваарилагч хэзээ ч ижил дугаарыг өөр сессэд өгөхгүй. Дараа нь туннелийн топологийг шалгаарай, учир нь энэ нь клиент бүр хэдэн пул хаяг зарцуулахыг өөрчилдөг: хуучин цэгээс цэг рүү зохион байгуулалт клиент бүрд жижиг блок зарцуулдаг, харин дэд сүлжээний зохион байгуулалт тус бүрд нэг хаяг ашигладаг. Нэг топологид өгөөмөр харагдах пул нөгөөд нь шавхагдах боломжтой.
Үр дүнг клиент дээр баталгаажуулаарай, серверийн нягтлан бодох бүртгэлд итгэхийн оронд. Сесс буцаж ирсний дараа интерфейсийн хаяг болон илгээсэн маршрутыг хараарай, учир нь сервер дээрх бүртгэл хүссэн хаягийг мэдээлж болох боловч интерфейс өөрөө өөр хаягтай байдаг.
Алсын хаяг нь тусдаа асуулт
Клиентийн remote мөрөнд байгаа хаяг ямар ч туннель үүсэхээс өмнө хүрч болохуйц байх ёстой. Тэнд пул хаяг тавих нь, жишээ нь серверийн өөрийн туннелийн төгсгөлийн цэгийг, клиент хараахан бариагүй туннелээр төгсгөлийн цэгт хүрэхийг оролдоно гэсэн үг бөгөөд үр дүн нь товчлол биш, давталт эсвэл чимээгүй хүлээлт болно.
Операторын өгсөн нийтийн төгсгөлийн цэгийг ашиглаж, пулыг зориулагдсан зүйлд нь үлдээгээрэй: туннелийн доторх хаягуудад. Пул хүрээ, тогтмол томилолт, тогтвортой байдлын замыг нэг дор тэмдэглэх нь дараагийн хүнийг түрээс бүрийг дур мэдэн гэж үзэхээс хамгаална.