Havuz növbəti yenidən qoşulmada hansı ünvanı verəcək?
Havuz ünvanları təsadüfi olmayan bir sıraya əməl edir: əvvəlcə yadda saxlanan ünvan, sonra ən uzun müddət istifadə olunmayan boş ünvan. Qaydanı bərkitməzdən əvvəl bunu oxuyun.
Dünən uyğun gələn qayda bu gün uyğun gəlmir, çünki müştəri başqa tunel ünvanı ilə qayıtdı. Ayırıcı isə təsadüfi deyil və onun sırasını bilmək bu sürprizi proqnozlaşdırıla bilən hadisəyə çevirir. O, eyni müştərinin əvvəl tutduğu ünvanı üstün tutur, ən uzun müddət boş qalan ünvana geri dönür və ona yadda saxlamaq üçün yer verməsəniz hər şeyi unudur. Kiralamağı güman edən qaydalar səssizcə bunu etməyi dayandırdıqları günə qədər uyğun gəlməyə davam edir.
Ayırıcının izlədiyi sıra
common name üzrə bir sessiya ilə ayırıcı əvvəlcə eyni müştərinin əvvəl istifadə etdiyi və hazırda boş olan ünvanı axtarır. O ünvan yoxdursa, ən uzun müddət boş qalmış ünvanı götürür. Eyni ad üçün eyni vaxtlı sessiyalar aktivdirsə, əvvəlki ünvana üstünlük tətbiq olunmur və yerinə ilk boş ünvan istifadə edilir, çünki sessiyalar ayrı bərabər qovşaqlar kimi qəbul edilir.
| 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 |
Buradan dərhal iki nəticə çıxır. Tez yenidən qoşulan müştəri adətən ünvanını saxlayır, buna görə heç kim mexanizmi dəyişənə qədər görmür. Və o kiçik pəncərədə qoşulan başqa cihaz ünvanı qısa müddət boş olduğu üçün tuta bilər, sonra ilk müştəri başqa bir şey alır və köhnə nömrəyə bağlı hər qayda səhv olur. İki hadisədən heç biri nasazlıq kimi görünən jurnal sətri yaratmır.
Niyə kiralama sabit görünür və sonra sürüşür
Sabitlik burada ünvanı başqası tələb etməzdən əvvəl gələn yenidən qoşulmaların meydana gələn xassəsidir. Bu vəd deyil və müştəri əlaqəsi kəsilmişkən tətbiq olunmur. Ünvanın dəyişəcəyini planlaşdırın, ondan təəccüblənmək əvəzinə. Cihaz sayından ancaq bir az böyük olan havuz toqquşmaları adi hala gətirir, çünki ən uzun müddət istifadə olunmayan ünvana geri dönüşün seçəcəyi demək olar ki, heç nə yoxdur.
Pik eyni vaxtlılıq ölçü götürüləcək rəqəmdir, istifadəçi sayı deyil. Eyni vaxtda iki cihazdan sınaq keçirən kimsə və ya köhnə sessiya bitməzdən əvvəl yenidən qoşulan müştəri bir müddət iki kiralama tutur. Yalnız adam sayına görə ölçülmüş havuz, insanların serverə yüklədiyi o dəyişimi yaradar.
Davamlılıq faylı yadda saxlayır, rezerv etmir
Xidmətin yenidən başlamasına dözən ünvan davamlılıq faylına ehtiyac duyur. O, söndürmə zamanı müştəri adını və ünvanı saxlayır və xidmət başlayanda onları geri oxuyur, buna görə planlı yenidən başlama artıq yazdığınız bütün qaydaları qarışdırmır.
ifconfig-pool-persist /etc/openvpn/ipp.txt
server 10.8.0.0 255.255.255.0Etmədiyi şey, müştəri yoxkən ünvanı saxlamaqdır. Bu boşluqda ayırıcı nömrəni başqasına verməkdə sərbəstdir və fayl sonra növbəti bağlantının yerinə yetirə bilməyəcəyi köhnə üstünlüyü qeyd edir. Ona yenidən başlama davranışını yaxşılaşdıran bir işarə kimi baxın, statik ünvanlama kimi deyil.
Fayldaykən havuzu hər marşrutlaşdırılmış alt şəbəkəyə qarşı yoxlayın. Üst-üstə düşən diapazon serverin marşrutlaşdıra bilmədiyi ünvanlar paylayır və simptom qoşulan, ünvan alan və heç nəyə çatmayan müştəridir.
Ünvanı düzgün bərkitmək
Firewall qaydası və ya DNS qeydi həqiqətən sabit ünvan tələb edirsə, ona ümid etmək əvəzinə onu təyin edin. Hər müştəri üçün konfiqurasiya qeydi ünvanı və maskanı birbaşa göndərə bilər və o qeyd faktiki müştəri adına bağlanmışdır.
# client-config-dir entry for "laptop-acme"
ifconfig-push 10.8.0.50 255.255.255.0Sabit ünvanları dinamik havuzdan kənarda saxlayın ki, ayırıcı heç vaxt eyni nömrəni başqa sessiyaya verməsin. Sonra tunel topologiyasını yoxlayın, çünki hər müştərinin nə qədər havuz ünvanı sərf etdiyini dəyişir: köhnə nöqtədən-nöqtəyə düzüm hər müştəri üçün kiçik blok sərf edir, halbuki alt şəbəkə düzümü hər birinə bir ünvan istifadə edir. Bir topologiyada səxavətli görünən havuz digərində tükədici ola bilər.
Nəticəni müştəridə təsdiqləyin, serverin mühasibatına güvənmək əvəzinə. Sessiya qayıtdıqdan sonra interfeys ünvanına və göndərilən marşruta baxın, çünki serverdəki jurnal tələb olunan ünvanı bildirə bilər, halbuki interfeys özü başqasını saxlayır.
Uzaq ünvan ayrı bir sualdır
Müştərinin remote sətirindəki ünvan hər hansı tunel yaranmazdan əvvəl əlçatan olmalıdır. Ora havuz ünvanı qoymaq, məsələn serverin öz tunel son nöqtəsini, müştərinin hələ qurmadığı tuneldən son nöqtəyə çatmağa çalışması deməkdir və nəticə qısa yol deyil, dövrə və ya səssiz fasilədir.
Operatorun təqdim etdiyi ictimai son nöqtədən istifadə edin və havuzu nə üçün nəzərdə tutulduğuna saxlayın: tunelin içindəki ünvanlar. Havuz diapazonunu, sabit təyinatları və davamlılıq yolunu bir yerdə qeyd etmək növbəti şəxsi hər kiralamanı ixtiyari saymaqdan xilas edir.