OpenVPN /24 niyə gözlədiyinizdən tez müştəri ilə tükənir

/24 üzərində qurulan və altmış civarında müştəri qəbulunu dayandıran hovuzlar dizaynına uyğun davranır, lisenziya limitinə çatmır. net30 rejimində hər müştəriyə dörd ünvan tutan virtual nöqtədən-nöqtəyə keçid verilir, buna görə 256 ünvanlı şəbəkə prefiksin vəd etdiyinin təxminən dörddə birini dəstəkləyir. Əhəmiyyətli say ayrımlardır, ünvanlar deyil. Prefiksi müştəri sayı kimi oxumaq gizli istifadəçi həddi axtarışına səbəb olan səhvdir.

İki topologiya, iki hesab modeli və yalnız biri insanların güman etdiyi prefiksə uyğun gəlir.

net30 hər müştəri üçün dörd ünvan xərcləyir

net30 hər müştəri üçün bir /30 bloku ayırır, çünki hər sessiya hər iki ucunda ünvan olan nöqtədən-nöqtəyə keçid kimi modelləşdirilir. Həmin bloka dörd ünvan daxil olur və ikisi istifadə oluna bilir, buna görə effektiv müştəri sayı şəbəkənin dörddə biridir. /24 üzərində bu, serverin öz bloku və hər hansı sabit təyinat çıxmazdan əvvəl 64 blok qoyur. 63 ətrafında bildirilən tavan görünən arifmetikadır, konfiqurasiya edilmiş maksimum deyil.

Serverin öz ayrımına da ehtiyacı var və statik müştəri qeydləri o müştərilər qoşulsun və ya qoşulmasın bloklar tutur. Hər ikisi başladığınız prefiksi dəyişmədən dinamik diapazonu azaldır.

Hovuz sərhədləri prefiksdən daha çox əhəmiyyət daşıyır

Server direktivi adlandırdığı şəbəkədən daha dar bir hovuz təyin edə bilər və köməkçi skript açdığınız profildə görünməyən əlavə parametrlərə genişlənə bilər. client-config qovluğundan gələn sabit ünvanlar həmin diapazonun içində oturur və iki dəfə verilə bilməz. Prefiks mümkün olan maksimum məkanı təsvir edir; effektiv hovuz işləyən konfiqurasiyanın həqiqətən təklif etdiyi şeydir.

Tutum haqqında nəticə çıxarmazdan əvvəl ikisini müqayisə edin, çünki daha kiçik konfiqurasiya edilmiş diapazon tavanı topologiya qədər yaxşı izah edir.

Müştərini həqiqətən rədd edən həddi tapın

Əvvəlcə topologiyanı və effektiv hovuzu oxuyun, sonra sabit təyinatları və rezerv edilmiş ünvanları nəzərə alın. Həmçinin max-clients parametrini və OpenVPN xaricindəki istənilən qəbul nəzarətini ünvan məkanını günahlandırmazdan əvvəl yoxlayın. Nəhayət, rədd anında serverin öz mesajını bu namizədlərlə tutuşdurun. Mesaj məhdudiyyətin adını çəkir; say yalnız sahəni daraldır.

Paralellik xətası ilə gələn rədd ilə ayrım xətası ilə gələn rəddin düzəlişləri fərqlidir və ikisi arasında təxmin etmək texniki xidmət pəncərəsini boşa xərcləyir.

Topologiyanın dəyişdirilməsi ünvan planını dəyişdirir

Subnet topologiyasına keçid hər müştəriyə blok əvəzinə bir ünvan verir və prefiks həqiqətən çox kiçik olduqda doğru addımdır. Bu həm də müştəri ünvan parametrlərinin mənasını dəyişir, buna görə hər bərkidilmiş təyinat və hər müştəriyə xas fayl əl ilə yenidən nömrələnmək əvəzinə yenidən çıxarılmalıdır. Yeni diapazonu planlayın, statik qeydləri köçürün və onlara istinad edən marşrutları yeniləyin.

Keçid köhnə konfiqurasiyanın sinonimi deyil. Ona öz baxışı olan ünvan-planı dəyişikliyi kimi yanaşın və ən azı bir müştərinin əvvəlki sxemdən ünvan saxlayacağını gözləyin.

Hovuzu maskadan deyil, plandan ölçün

Ölçüsü paralel müştərilərin sayına yenidən qoşulmalar və sınaq üçün ehtiyat əlavə edərək seçin, sonra seçilmiş topologiya altında onu əhatə edən ən kiçik prefiksi götürün. Altmış müştəri tavanını həll etmək üçün /16-ya genişlənmək tutum problemini marşrutlaşdırma və üst-üstə düşmə problemi ilə dəyişir, çünki daha böyük özəl diapazon müştərinin artıq çatdığı bir şeylə toqquşma ehtimalı daha yüksəkdir.

Topologiyanı, hovuzu, sabit təyinatları və nəticədə yaranan müştəri tavanını birlikdə sənədləşdirin. Növbəti tutum sualı artıq araşdırma deyil, arifmetika olur.