Більший пул VPN не означає більший ліміт сесій

Мережа /22 містить 1,024 адреси IPv4, і це число легко сплутати з ємністю. Воно описує, скільки призначень може підтримати діапазон, а не скільки сесій прийме шлюз або скільки трафіку він здатен переслати. За будь-якою відповіддю стоять три окремі підрахунки, і відмовляють вони по-різному. Саме їхнє порівняння дозволяє віднести відмову до правильного.

Пул, право та навантаження рахуються в різних одиницях і різними власниками.

Що пул насправді пропонує

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

Більший пул знімає рівно одне обмеження. Він не торкається лімітів допуску, ліцензування чи пропускної здатності пересилання, а розширення підмережі без зміни маршрутів і політики доступу створює діапазон, до якого ніхто не дістанеться.

Що ліцензія насправді дозволяє

Підтримувана платформою одночасність і право на продукт — ще два числа, і вони часто не збігаються. Права можуть рахувати користувачів, пристрої або одночасні сесії, і ці міри не є взаємозамінними. Посібники із замовлення в постачальників показують, наскільки різними можуть бути моделі, тому кількість партнерів зі старого опису не варто переносити в нове розгортання. Читайте угоду, що стосується сервісу, який ви справді обслуговуєте.

Ліцензія, що рахує іменованих користувачів, не допустить більше пристроїв лише тому, що в пулі є місце.

Що шлюз насправді витримає

Третій підрахунок — навантаження. Оцініть трафік, який ці сесії створюють разом: частоту пакетів, сплески автентифікації, вартість шифрування та увімкнені функції політики. Інтерактивні сесії й масові передачі лягають на ту саму машину дуже по-різному. У шлюзу можуть бути вільні адреси й доступний ліцензійний допуск, поки передбачуване навантаження перевищує те, що він здатен переслати. Планування ємності без урахування набору функцій дає число, яке правильне лише в лабораторії, де все вимкнено.

Відмова — це момент подивитися, що шлюз записав для цієї спроби: подію виділення, рішення про допуск або завислий виклик автентифікації. Ці три вимагають різних виправлень, і здогадки з боку клієнта рідко обирають правильне.

Віднесіть відмову, перш ніж щось змінювати

Корисне порівняння — між трьома підрахунками й спостережуваним збоєм. Якщо пул заповнений, розширте його та оновіть маршрути й політику, що його описують. Якщо в допуску відмовляють, поки адреси ще є, обмеження в іншому місці. Якщо сесії допускаються, а продуктивність падає, проблема в ємності, а не в одному з двох лімітів.

Запишіть, який підрахунок вичерпався, коли це сталося і що змінилося потім. Такий запис не дає наступному розслідуванню знову почати з маски підмережі.

Розширення пулу — це зміна в один рядок із тричастинним продовженням: маршрути, політика й повторна перевірка.