რატომ ეწურება OpenVPN-ის /24-ს კლიენტები უფრო ადრე, ვიდრე მოსალოდნელია

პულები, რომლებიც /24-ზეა აგებული და კლიენტების მიღებას სამოციან რიცხვებში წყვეტს, ისე იქცევიან, როგორც დაპროექტებულია და არა ლიცენზიის ლიმიტს უახლოვდებიან. net30-ის დროს ყველა კლიენტს ენიჭება ვირტუალური წერტილიდან-წერტილამდე კავშირი, რომელიც ოთხ მისამართს მოიხმარს, ამიტომ 256-მისამართიანი ქვექსელი მხარს უჭერს პრეფიქსის მიერ ნაგულისხმევი რაოდენობის დაახლოებით მეოთხედს. მთავარია გამოყოფების რაოდენობა და არა მისამართების. პრეფიქსის კლიენტების რაოდენობად წაკითხვა ის შეცდომაა, რომელიც ფარული მომხმარებლის ლიმიტის ძიებას იწვევს.

ორი ტოპოლოგია, ორი არითმეტიკული მოდელი და მხოლოდ ერთი მათგანი ემთხვევა იმ პრეფიქსს, რომელსაც ხალხი ვარაუდობს.

net30 კლიენტზე ოთხ მისამართს ხარჯავს

net30 კლიენტზე /30 ბლოკს გამოყოფს, რადგან ყოველი სესია წერტილიდან-წერტილამდე კავშირად მოდელირდება, ორივე ბოლოში მისამართით. ამ ბლოკში ოთხი მისამართი შედის და ორი გამოსაყენებელია, ამიტომ ეფექტური კლიენტების რაოდენობა ქვექსელის მეოთხედია. /24-ზე ეს ტოვებს 64 ბლოკს მანამ, სანამ სერვერის საკუთარი ბლოკი და ნებისმიერი ფიქსირებული დანიშვნა გამოვა. 63-ის მახლობლად მოხსენებული ზედა ზღვარი არითმეტიკაა, რომელიც თავს იჩენს და არა კონფიგურირებული მაქსიმუმი.

სერვერსაც სჭირდება საკუთარი გამოყოფა, ხოლო სტატიკური კლიენტების ჩანაწერები ბლოკებს მოიხმარენ მიუხედავად იმისა, დაუკავშირდებიან თუ არა ისინი. ორივე ამცირებს დინამიკურ დიაპაზონს იმ პრეფიქსის შეცვლის გარეშე, რომლითაც დაიწყეთ.

პულის საზღვრებს უფრო მეტი მნიშვნელობა აქვს, ვიდრე პრეფიქსს

სერვერის დირექტივამ შეიძლება განსაზღვროს პული უფრო ვიწრო, ვიდრე ქვექსელი, რომელსაც ასახელებს, ხოლო დამხმარე სკრიპტი შეიძლება გაფართოვდეს დამატებით პარამეტრებში, რომლებიც გახსნილ პროფილში არ ჩანს. client-config დირექტორიის ფიქსირებული მისამართები ამ დიაპაზონშია და ორჯერ ვერ გაიცემა. პრეფიქსი აღწერს მაქსიმალურ შესაძლო სივრცეს; ეფექტური პული ის არის, რასაც მოქმედი კონფიგურაცია რეალურად გვთავაზობს.

შეადარეთ ორივე, სანამ სიმძლავრეზე რაიმეს დაასკვნით, რადგან უფრო მცირე კონფიგურირებული დიაპაზონი ზედა ზღვარს ისევე კარგად ხსნის, როგორც ტოპოლოგია.

იპოვეთ ის ლიმიტი, რომელმაც კლიენტს რეალურად უთხრა უარი

ჯერ წაიკითხეთ ტოპოლოგია და ეფექტური პული, შემდეგ გაითვალისწინეთ ფიქსირებული დანიშვნები და დაცული მისამართები. სანამ მისამართების სივრცეს დააბრალებთ, შეამოწმეთ max-clients და ნებისმიერი დაშვების კონტროლი OpenVPN-ის გარეთ. ბოლოს, უარის მომენტში სერვერის საკუთარი შეტყობინება შეადარეთ ამ კანდიდატებს. შეტყობინება ასახელებს შეზღუდვას; რაოდენობა მხოლოდ ველს ავიწროებს.

უარი, რომელიც ერთდროულობის შეცდომით მოდის, და უარი, რომელიც გამოყოფის შეცდომით მოდის, სხვადასხვა გამოსწორებას მოითხოვს, და მათ შორის გამოცნობა ტექნიკური მომსახურების ფანჯარას ხარჯავს.

ტოპოლოგიის შეცვლა მისამართების გეგმას ცვლის

ქვექსელის ტოპოლოგიაზე გადასვლა თითოეულ კლიენტს აძლევს ერთ მისამართს ბლოკის ნაცვლად, რაც სწორი ნაბიჯია, როცა პრეფიქსი ნამდვილად ძალიან პატარაა. ეს ასევე ცვლის იმას, რასაც კლიენტის მისამართის პარამეტრები ნიშნავს, ამიტომ ყოველი დამაგრებული დანიშვნა და ყოველი კლიენტისთვის სპეციფიკური ფაილი თავიდან უნდა გამოიტანოს და არა ხელით გადანომრდეს. დაგეგმეთ ახალი დიაპაზონი, გადაიტანეთ სტატიკური ჩანაწერები და განაახლეთ მარშრუტები, რომლებიც მათზე მიუთითებენ.

გადართვა ძველი კონფიგურაციის სინონიმი არ არის. მოეკიდეთ მას როგორც მისამართების გეგმის ცვლილებას საკუთარი განხილვით და მოელოდეთ, რომ სულ მცირე ერთი კლიენტი წინა სქემის მისამართს შეინარჩუნებს.

პულის ზომა გეგმიდან განსაზღვრეთ და არა ნიღაბიდან

ზომა შეარჩიეთ ერთდროული კლიენტების რაოდენობისა და ხელახალი დაკავშირებისა და ტესტირებისთვის დატოვებული ზღვრის მიხედვით, შემდეგ აირჩიეთ უმცირესი პრეფიქსი, რომელიც მას არჩეულ ტოპოლოგიაში ფარავს. სამოცი კლიენტის ჭერის გადასაჭრელად /16-მდე გაფართოება სიმძლავრის პრობლემას ცვლის მარშრუტიზაციისა და გადაფარვის პრობლემით, რადგან უფრო დიდი კერძო დიაპაზონი უფრო ადვილად ეჯახება იმას, რასაც კლიენტი უკვე აღწევს.

დოკუმენტირეთ ერთად ტოპოლოგია, პული, ფიქსირებული დანიშვნები და შედეგად მიღებული კლიენტების ზედა ზღვარი. შემდეგი სიმძლავრის კითხვა მაშინ არითმეტიკა გახდება და არა გამოძიება.