למה OpenVPN /24 נגמר מלקוחות מהר ממה שאתם מצפים

מאגרים שנבנו על /24 ומפסיקים לקבל לקוחות בסביבות השישים מתנהגים כמתוכנן ולא נתקלים במגבלת רישיון. ב-net30 כל לקוח מקבל קישור וירטואלי מנקודה לנקודה שצורך ארבע כתובות, ולכן תת-רשת של 256 כתובות תומכת בכרבע ממה שהקידומת מרמזת. המספר שחשוב הוא הקצאות, לא כתובות. לקרוא את הקידומת כמספר לקוחות היא הטעות שמולידה חיפוש אחר תקרת משתמשים נסתרת.

שתי טופולוגיות, שני מודלים חשבוניים, ורק אחד מהם תואם לקידומת שאנשים מניחים.

net30 מבזבז ארבע כתובות לכל לקוח

net30 מקצה בלוק /30 לכל לקוח, מפני שכל הפעלה ממודלת כקישור מנקודה לנקודה עם כתובת בכל קצה. ארבע כתובות נכנסות לבלוק הזה ושתיים שמישות, ולכן מספר הלקוחות האפקטיבי הוא רבע מתת-הרשת. על /24 זה משאיר 64 בלוקים לפני שבלוק השרת עצמו והקצאות קבועות יוצאים. תקרה מדווחת סמוך ל-63 היא חשבון שמבצבץ, לא מקסימום מוגדר.

השרת גם צריך הקצאה משלו, ורשומות לקוח סטטיות צורכות בלוקים בין אם הלקוחות האלה מתחברים ובין אם לא. שניהם מצמצמים את הטווח הדינמי בלי לשנות את הקידומת שאיתה התחלתם.

גבולות המאגר חשובים יותר מהקידומת

הנחיית השרת עשויה להגדיר מאגר צר יותר מתת-הרשת שהיא משמשת בשמה, ותסריט עזר יכול להתרחב להגדרות נוספות שאינן נראות בפרופיל שפתחתם. כתובות קבועות מתיקיית client-config יושבות בתוך הטווח הזה ולא ניתן לחלק אותן פעמיים. הקידומת מתארת את המרחב המרבי האפשרי; המאגר האפקטיבי הוא מה שהתצורה הפועלת מציעה בפועל.

השוו בין השניים לפני שתסיקו משהו על קיבולת, כי טווח מוגדר קטן יותר מסביר את התקרה לא פחות מהטופולוגיה.

מצאו את המגבלה שסירבה ללקוח בפועל

קראו תחילה את הטופולוגיה ואת המאגר האפקטיבי, ואז קחו בחשבון הקצאות קבועות וכתובות שמורות. בדקו גם max-clients וכל בקרת כניסה מחוץ ל-OpenVPN לפני שתאשימו את מרחב הכתובות. לבסוף, התאימו את ההודעה של השרת עצמו ברגע הסירוב לאותם מועמדים. ההודעה נוקבת במגבלה; המספר רק מצמצם את השדה.

סירוב שמגיע עם שגיאת מקביליות וסירוב שמגיע עם שגיאת הקצאה דורשים תיקונים שונים, וניחוש בין השניים מבזבז חלון תחזוקה.

שינוי טופולוגיה משנה את תוכנית הכתובות

מעבר לטופולוגיית תת-רשת נותן לכל לקוח כתובת אחת במקום בלוק, וזה המהלך הנכון כשהקידומת באמת קטנה מדי. הוא גם משנה את משמעות פרמטרי הכתובת של הלקוח, ולכן כל הקצאה מוצמדת וכל קובץ ייחודי ללקוח חייבים להיגזר מחדש במקום להיות ממוספרים מחדש ביד. תכננו את הטווח החדש, העבירו את הרשומות הסטטיות ועדכנו את המסלולים שמפנים אליהן.

ההחלפה אינה מילה נרדפת לתצורה הישנה. התייחסו אליה כאל שינוי תוכנית כתובות עם ביקורת משלו, וצפו שלפחות לקוח אחד יחזיק כתובת מהסכמה הקודמת.

קבעו את גודל המאגר לפי התוכנית, לא לפי המסכה

בחרו את הגודל לפי מספר הלקוחות המקבילים בתוספת מרווח לחיבורים חוזרים ולבדיקות, ואז בחרו את הקידומת הקטנה ביותר שמכסה זאת בטופולוגיה הנבחרת. הרחבה ל-/16 כדי לפתור תקרה של שישים לקוחות מחליפה בעיית קיבולת בבעיית ניתוב וחפיפה, כי טווח פרטי גדול יותר נוטה יותר להתנגש במשהו שהלקוח כבר מגיע אליו.

תעדו יחד את הטופולוגיה, המאגר, ההקצאות הקבועות ותקרת הלקוחות הנובעת מהם. שאלת הקיבולת הבאה היא אז חשבון ולא חקירה.