Keyingi qayta ulanishda hovuz qaysi manzilni beradi?
Hovuz manzillari tasodifiy bo'lmagan tartibga bo'ysunadi: avval eslab qolingan manzil, so'ng eng uzoq ishlatilmagan bo'sh manzil. Qoidani mahkamlashdan oldin uni o'qing.
Kecha mos kelgan qoida bugun mos kelmaydi, chunki mijoz boshqa tunnel manzili bilan qaytdi. Taqsimlovchi esa tasodifiy emas, va uning tartibini bilish bu kutilmagan holatni oldindan aytish mumkin bo'lgan hodisaga aylantiradi. U o'sha mijoz ilgari egallagan manzilni afzal ko'radi, eng uzoq bo'sh turgan manzilga qaytadi va eslab qolish uchun joy bermasangiz hammasini unutadi. Ijaraga tayangan qoidalar jimgina to'xtagan kungacha mos kelaveradi.
Taqsimlovchi amal qiladigan tartib
common name bo'yicha bitta sessiya bilan taqsimlovchi avval o'sha mijoz ilgari ishlatgan va hozir bo'sh bo'lgan manzilni qidiradi. Agar u manzil yo'q bo'lsa, eng uzoq harakatsiz turgan bo'sh manzilni oladi. Xuddi shu nom uchun bir vaqtli sessiyalar yoqilgan bo'lsa, oldingi manzilga ustunlik qo'llanilmaydi va uning o'rniga birinchi bo'sh manzil ishlatiladi, chunki sessiyalar alohida teng tugunlar sifatida ko'riladi.
| 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 |
Bundan darhol ikki oqibat kelib chiqadi. Tez qayta ulanadigan mijoz odatda o'z manzilini saqlab qoladi, shuning uchun hech kim mexanizmni o'zgarguncha sezmaydi. Va o'sha kichik oynada ulanadigan boshqa qurilma manzilni u qisqa vaqt bo'sh bo'lganda egallab olishi mumkin, shundan keyin birinchi mijoz boshqa narsa oladi va eski raqamga bog'langan har bir qoida noto'g'ri bo'ladi. Ikkala hodisaning hech biri nosozlikka o'xshaydigan jurnal satrini yaratmaydi.
Nega ijara barqaror ko'rinadi va keyin siljiydi
Barqarorlik bu yerda manzilni boshqa birov talab qilishidan oldin keladigan qayta ulanishlarning paydo bo'lgan xossasidir. Bu va'da emas va mijoz uzilgan paytda bajarilmaydi. Manzil o'zgarishini rejalashtiring, undan hayratlanmang. Qurilmalar sonidan arang katta bo'lgan hovuz to'qnashuvlarni kundalik holga keltiradi, chunki eng uzoq ishlatilmagan manzilga qaytishning tanlash uchun deyarli hech narsasi yo'q.
Cho'qqi bir vaqtlilik - o'lcham olinadigan raqam, foydalanuvchilar soni emas. Bir vaqtda ikkita qurilmadan sinovdan o'tkazayotgan kishi yoki eski sessiya tugamasdan qayta ulanadigan mijoz bir muddat ikkita ijarani egallaydi. Faqat odamlar soniga qarab o'lchangan hovuz odamlar serverni ayblaydigan o'sha almashinuvni keltirib chiqaradi.
Doimiylik fayli eslab qoladi, band qilmaydi
Xizmatning qayta ishga tushishidan omon qoladigan manzilga doimiylik fayli kerak. U o'chirish paytida mijoz nomi va manzilini saqlaydi va xizmat boshlanganda ularni qayta o'qiydi, shuning uchun rejalashtirilgan qayta ishga tushirish endi yozgan barcha qoidalaringizni aralashtirmaydi.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0U qilmaydigan narsa - mijoz yo'q paytda manzilni ushlab turish. O'sha oraliqda taqsimlovchi raqamni boshqa birovga berishda erkin, va fayl keyin keyingi ulanish bajarolmaydigan eskirgan afzallikni yozib qo'yadi. Uni qayta ishga tushirish xulqini yaxshilaydigan ishora sifatida qabul qiling, statik manzillash sifatida emas.
Faylda bo'lganingizda hovuzni har bir marshrutlangan ichki tarmoqqa qarshi tekshiring. Bir-biriga tushadigan diapazon server marshrutlay olmaydigan manzillarni tarqatadi, va belgi - ulanib, manzil olib, hech qayerga yetmaydigan mijoz.
Manzilni to'g'ri mahkamlash
Agar tarmoq devori qoidasi yoki DNS yozuvi haqiqatan doimiy manzilga muhtoj bo'lsa, umid qilish o'rniga uni tayinlang. Har bir mijoz uchun konfiguratsiya yozuvi manzil va maskani to'g'ridan-to'g'ri yuborishi mumkin, va o'sha yozuv amaldagi mijoz nomiga bog'langan.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0Doimiy manzillarni dinamik hovuzdan tashqarida saqlang, shunda taqsimlovchi hech qachon bir raqamni boshqa sessiyaga bermaydi. So'ng tunnel topologiyasini tekshiring, chunki u har bir mijoz qancha hovuz manzilini sarflashini o'zgartiradi: eski nuqta-nuqtaga joylashuv har bir mijozga kichik blok sarflaydi, holbuki ichki tarmoq joylashuvi har biriga bitta manzil ishlatadi. Bir topologiyada saxiy ko'ringan hovuz boshqasida tugaydigan bo'lishi mumkin.
Natijani mijozda tasdiqlang, server hisobiga ishonish o'rniga. Sessiya qaytgach, interfeys manziliga va yuborilgan marshrutga qarang, chunki serverdagi jurnal so'ralgan manzilni xabar qilishi mumkin, interfeysning o'zida esa boshqasi bo'ladi.
Uzoq manzil alohida savol
Mijozning remote satridagi manzil har qanday tunnel paydo bo'lishidan oldin yetib boriladigan bo'lishi kerak. U yerga hovuz manzilini qo'yish, masalan serverning o'z tunnel so'nggi nuqtasini, mijoz hali qurmagan tunnel orqali so'nggi nuqtaga yetishga urinadi, va natija qisqa yo'l emas, aylanma yoki jim kutish bo'ladi.
Operator taqdim etgan ommaviy so'nggi nuqtadan foydalaning va hovuzni u mo'ljallangan narsaga saqlang: tunnel ichidagi manzillarga. Hovuz diapazonini, doimiy tayinlashlarni va doimiylik yo'lini bir joyga yozish keyingi odamni har bir ijarani o'zboshimcha deb hisoblashdan xalos qiladi.