По-голям VPN пул не означава по-голям лимит на сесиите

Мрежа /22 съдържа 1,024 IPv4 адреса и това число лесно се бърка с капацитет. То описва колко назначения може да поддържа диапазонът, а не колко сесии ще допусне шлюзът или колко трафик може да препрати. Зад всеки отговор стоят три отделни бройки и те се провалят по различен начин. Сравняването им е начинът отказът да бъде отнесен към правилната.

Пулът, правото и натоварването се броят в различни единици и от различни собственици.

Какво всъщност предлага пулът

Започнете с реалните граници, а не с маската. Топологията на подмрежата решава колко адреса може да раздаде сървърът, фиксираните назначения и резервациите изяждат част от тях, а мрежовият и широкомовният адрес са недостъпни. /22 предлага 1,024 на теория и по-малко на практика, което вече е достатъчно да счупи аритметиката, която хората очакват. Припокриване с мрежи, до които клиентите трябва да стигнат, може да изключи диапазон, който е изглеждал щедър. Проверете дали механизмът за назначаване поддържа предложения диапазон, преди да го обявите.

По-големият пул премахва точно едно ограничение. Той не засяга лимитите за допускане, лицензирането или пропусквателната способност, а разширяването на подмрежа без промяна на маршрутите и политиката за достъп създава диапазон, до който никой не може да стигне.

Какво всъщност разрешава лицензът

Поддържаната от платформата едновременност и правото за продукта са още две числа и често не съвпадат. Правата може да броят потребители, устройства или едновременни сесии и тези мерки не са взаимозаменяеми. Ръководствата за поръчка при доставчиците показват колко различни могат да бъдат моделите, затова броят на партньорите от стар информационен лист не бива да се пренася в ново внедряване. Четете споразумението, което важи за услугата, която действително поддържате.

Лиценз, който брои поименно потребители, няма да допусне повече устройства само защото в пула има място.

Какво всъщност може да понесе шлюзът

Третата бройка е натоварването. Оценете трафика, който тези сесии генерират заедно: честота на пакетите, сплесквания при удостоверяване, цена на криптирането и включените функции на политиката. Интерактивните сесии и масовите трансфери попадат много различно на една и съща машина. Шлюзът може да има свободни адреси и налично лицензирано допускане, докато предвиденото натоварване надхвърля това, което той може да препрати. Планирането на капацитет без оглед на набора от функции дава число, което е валидно само в лаборатория с изключено всичко.

Отказът е моментът да погледнете какво е записал шлюзът за този опит: събитие за разпределяне, решение за допускане или заседнало извикване за удостоверяване. Тези три водят до различни корекции и гадаенето от страна на клиента рядко избира правилната.

Отнесете отказа, преди да променяте нещо

Полезното сравнение е между трите бройки и наблюдавания отказ. Ако пулът е пълен, разширете го и обновете маршрутите и политиката, които го описват. Ако допускането се отказва, докато адресите остават, ограничението е другаде. Ако сесиите се допускат, а производителността се срива, проблемът е капацитетът, а не някой от двата лимита.

Запишете коя бройка се е изчерпала, кога се е случило и какво се е променило след това. Този запис не позволява следващото разследване да започне отново от маската на подмрежата.

Разширяването на пул е промяна на един ред с триделно продължение: маршрути, политика и повторен тест.