OpenVPN-нің /24 желісінде клиенттер неге күткеннен ерте таусылады

Клиенттерді алпыстан кейін қабылдамайтын, /24 негізіндегі пулдар жобаланғандай жұмыс істеп тұр, лицензия шегіне жеткен жоқ. net30 кезінде әр клиентке төрт мекенжайды тұтынатын виртуалды нүкте-нүкте байланысы беріледі, сондықтан 256 мекенжайлы ішкі желі префикс ұсынған көлемнің шамамен төрттен бірін ғана қолдайды. Маңызды сан — мекенжайлар емес, бөлулер. Префиксті клиент саны ретінде оқу — жасырын пайдаланушы шегін іздеуге әкелетін қате.

Екі топология, екі арифметикалық модель және олардың тек біреуі адамдар күтетін префикске сәйкес келеді.

net30 әр клиентке төрт мекенжай жұмсайды

net30 әр клиентке /30 блогын бөледі, өйткені әр сессия екі ұшында мекенжайы бар нүкте-нүкте байланысы ретінде модельденеді. Бұл блокқа төрт мекенжай кіреді және екеуі пайдалануға жарамды, сондықтан тиімді клиент саны ішкі желінің төрттен бірі. /24-те бұл сервердің өз блогы мен кез келген тіркелген тағайындаулар шыққанға дейін 64 блок қалдырады. 63-ке жақын деп хабарланған шек — конфигурацияланған максимум емес, көрініп тұрған арифметика.

Серверге де өз бөлуі қажет, ал статикалық клиент жазбалары бұл клиенттер қосылсын-қосылмасын блоктарды тұтынады. Екеуі де сіз бастаған префиксті өзгертпей динамикалық ауқымды қысады.

Пул шекаралары префикстен маңыздырақ

Сервер директивасы өзі атайтын ішкі желіден тар пулды анықтауы мүмкін, ал көмекші скрипт ашқан профильде көрінбейтін қосымша параметрлерге кеңеюі мүмкін. client-config каталогының тіркелген мекенжайлары сол ауқымның ішінде жатыр және екі рет беріле алмайды. Префикс мүмкін болатын ең үлкен кеңістікті ғана сипаттайды; тиімді пул — істеп тұрған конфигурация шынымен ұсынатын нәрсе.

Сыйымдылық туралы қандай да бір қорытынды жасамас бұрын екеуін салыстырыңыз, өйткені кішірек конфигурацияланған ауқым шекті топология сияқты жақсы түсіндіреді.

Клиентке шынымен бас тартқан шектеуді табыңыз

Алдымен топология мен тиімді пулды оқыңыз, содан кейін тіркелген тағайындаулар мен резервтелген мекенжайларды есепке алыңыз. Мекенжай кеңістігін кінәламас бұрын max-clients және OpenVPN-нен тыс кез келген рұқсат бақылауын тексеріңіз. Соңында сервердің бас тарту сәтіндегі өз хабарламасын сол кандидаттармен салыстырыңыз. Хабарлама шектеуді атайды; сан тек өрісті тарылтады.

Қатарлық қатесімен келген бас тарту мен бөлу қатесімен келген бас тартудың түзетуі әртүрлі, ал олардың арасында болжау техникалық қызмет терезесін ысырап етеді.

Топологияны өзгерту мекенжай жоспарын өзгертеді

Ішкі желі топологиясына көшу әр клиентке блоктың орнына бір мекенжай береді, бұл префикс шынымен тым кіші болғанда дұрыс қадам. Ол клиент мекенжайы параметрлерінің мағынасын да өзгертеді, сондықтан әр бекітілген тағайындау мен әр клиентке тән файл қолмен қайта нөмірленбей, қайта шығарылуы керек. Жаңа ауқымды жоспарлаңыз, статикалық жазбаларды көшіріңіз және оларға сілтеме жасайтын маршруттарды жаңартыңыз.

Ауысу ескі конфигурацияның синонимі емес. Оны өз шолуы бар мекенжай жоспарының өзгерісі ретінде қарастырыңыз және кемінде бір клиенттің алдыңғы схеманың мекенжайын сақтайтынын күтіңіз.

Пулды маскадан емес, жоспардан өлшеңіз

Өлшемді бір мезгілдегі клиенттер санына қайта қосылулар мен тестілеуге арналған қорды қосып таңдаңыз, содан кейін таңдалған топологияда оны жабатын ең кіші префиксті алыңыз. Алпыс клиенттік шекті шешу үшін /16-ға дейін кеңейту сыйымдылық мәселесін маршруттау мен қабаттасу мәселесіне айырбастайды, өйткені үлкенірек жеке ауқым клиент қазірдің өзінде жететін нәрсемен соқтығысуға ықтимал.

Топологияны, пулды, тіркелген тағайындауларды және нәтижелік клиент шегін бірге құжаттаңыз. Сонда келесі сыйымдылық сұрағы тергеу емес, арифметика болады.