ทำไม /24 ของ OpenVPN ถึงลูกค้าหมดเร็วกว่าที่คิด

พูลที่สร้างบน /24 ซึ่งหยุดรับไคลเอนต์ราวหกสิบรายนั้นทำงานตามที่ออกแบบไว้ ไม่ได้ชนเพดานไลเซนส์ ภายใต้ net30 ไคลเอนต์แต่ละรายได้รับลิงก์เสมือนแบบจุดต่อจุดที่กินสี่ที่อยู่ ดังนั้นซับเน็ต 256 ที่อยู่จึงรองรับได้ราวหนึ่งในสี่ของที่คำนำหน้าบ่งบอก จำนวนที่นับได้คือการจัดสรร ไม่ใช่จำนวนที่อยู่ การอ่านคำนำหน้าเป็นจำนวนไคลเอนต์คือความผิดพลาดที่ทำให้ต้องไปหาขีดจำกัดผู้ใช้ที่ซ่อนอยู่

สองโทโพโลยี สองแบบจำลองทางคณิตศาสตร์ และมีเพียงแบบเดียวเท่านั้นที่ตรงกับคำนำหน้าที่คนมักถือว่าเป็น

net30 ใช้สี่ที่อยู่ต่อไคลเอนต์

net30 จัดสรรบล็อก /30 ให้ไคลเอนต์แต่ละราย เพราะแต่ละเซสชันถูกจำลองเป็นลิงก์จุดต่อจุดที่มีที่อยู่ทั้งสองปลาย สี่ที่อยู่เข้าไปในบล็อกนั้นและสองที่อยู่ใช้งานได้จริง จำนวนไคลเอนต์ที่มีผลจึงเป็นหนึ่งในสี่ของซับเน็ต บน /24 จะเหลือ 64 บล็อกก่อนที่บล็อกของเซิร์ฟเวอร์เองและการกำหนดแบบตายตัวจะถูกหักออก เพดานที่รายงานราว 63 คือคณิตศาสตร์ที่โผล่ออกมา ไม่ใช่ค่าสูงสุดที่ตั้งไว้

เซิร์ฟเวอร์ก็ต้องการการจัดสรรของตัวเอง และรายการไคลเอนต์แบบคงที่กินบล็อกไม่ว่าไคลเอนต์เหล่านั้นจะเชื่อมต่อหรือไม่ ทั้งสองอย่างลดช่วงไดนามิกโดยไม่เปลี่ยนคำนำหน้าที่คุณเริ่มต้น

ขอบเขตของพูลสำคัญกว่าคำนำหน้า

คำสั่งของเซิร์ฟเวอร์อาจกำหนดพูลที่แคบกว่าซับเน็ตที่มันระบุ และสคริปต์ช่วยอาจขยายไปเป็นการตั้งค่าเพิ่มเติมที่มองไม่เห็นในโปรไฟล์ที่คุณเปิด ที่อยู่ในไดเรกทอรี client-config นั้นอยู่ในช่วงดังกล่าวและไม่สามารถแจกได้สองครั้ง คำนำหน้าอธิบายพื้นที่สูงสุดที่เป็นไปได้เท่านั้น พูลที่มีผลคือสิ่งที่คอนฟิกที่กำลังทำงานอยู่เสนอให้จริง.

เปรียบเทียบทั้งสองก่อนสรุปอะไรเกี่ยวกับความจุ เพราะช่วงที่ตั้งไว้เล็กกว่าอธิบายเพดานได้ดีพอๆ กับโทโพโลยี

หาขีดจำกัดที่ปฏิเสธไคลเอนต์จริงๆ

อ่านโทโพโลยีและพูลที่มีผลก่อน แล้วจึงคำนึงถึงการกำหนดแบบตายตัวและที่อยู่ที่สงวนไว้ ตรวจสอบ max-clients และการควบคุมการรับเข้าใดๆ นอก OpenVPN ก่อนโทษพื้นที่ที่อยู่ สุดท้าย ให้เทียบข้อความของเซิร์ฟเวอร์เอง ณ ขณะปฏิเสธกับตัวเลือกเหล่านั้น ข้อความระบุข้อจำกัด ส่วนจำนวนเพียงทำให้ขอบเขตแคบลง

การปฏิเสธที่มาพร้อมข้อผิดพลาดด้านการทำงานพร้อมกันและการปฏิเสธที่มาพร้อมข้อผิดพลาดด้านการจัดสรรต้องแก้ต่างกัน และการเดาระหว่างสองอย่างนั้นทำให้เสียหน้าต่างบำรุงรักษา

การเปลี่ยนโทโพโลยีเปลี่ยนแผนที่อยู่

การเปลี่ยนไปใช้โทโพโลยีซับเน็ต ให้ไคลเอนต์แต่ละรายมีที่อยู่หนึ่งแทนบล็อก ซึ่งเป็นทางเลือกที่ถูกเมื่อคำนำหน้าเล็กเกินไปจริงๆ มันยังเปลี่ยนความหมายของพารามิเตอร์ที่อยู่ของไคลเอนต์ ดังนั้นการกำหนดที่ปักหมุดทุกครั้งและไฟล์เฉพาะไคลเอนต์ทุกไฟล์ต้องได้มาคำนวณใหม่แทนการเปลี่ยนเลขด้วยมือ วางแผนช่วงใหม่ ย้ายรายการแบบคงที่ และอัปเดตเส้นทางที่อ้างถึงรายการเหล่านั้น

การสลับไม่ใช่คำพ้องของคอนฟิกเก่า ปฏิบัติกับมันเป็นการเปลี่ยนแปลงแผนที่อยู่ที่มีการทบทวนของตัวเอง และคาดว่าจะมีไคลเอนต์อย่างน้อยหนึ่งรายที่ยังถือที่อยู่จากรูปแบบเดิม

กำหนดขนาดพูลจากแผน ไม่ใช่จากมาสก์

เลือกขนาดจากจำนวนไคลเอนต์ที่เชื่อมต่อพร้อมกันบวกเผื่อสำหรับการเชื่อมต่อใหม่และการทดสอบ แล้วเลือกคำนำหน้าที่เล็กที่สุดที่ครอบคลุมได้ภายใต้โทโพโลยีที่เลือก การขยายเป็น /16 เพื่อแก้เพดานหกสิบไคลเอนต์แลกปัญหาความจุกับปัญหาการกำหนดเส้นทางและการทับซ้อน เพราะช่วงส่วนตัวที่ใหญ่กว่ามีโอกาสชนกับสิ่งที่ไคลเอนต์เข้าถึงอยู่แล้วมากกว่า

บันทึกโทโพโลยี พูล การกำหนดแบบตายตัว และเพดานไคลเอนต์ที่ได้ไว้ด้วยกัน จากนั้นคำถามเรื่องความจุครั้งต่อไปจะเป็นการคำนวณมากกว่าการสอบสวน