OpenVPN /24 અપેક્ષા કરતાં વહેલા ક્લાયન્ટ્સથી કેમ ખાલી થાય છે

/24 પર બનેલા પૂલ જ્યારે સાઠની આસપાસ ક્લાયન્ટ સ્વીકારવાનું બંધ કરે છે ત્યારે તેઓ ડિઝાઇન પ્રમાણે જ વર્તે છે, લાઇસન્સ મર્યાદા સુધી પહોંચતા નથી. net30 હેઠળ દરેક ક્લાયન્ટને ચાર સરનામાં વાપરતી વર્ચ્યુઅલ પોઇન્ટ-ટુ-પોઇન્ટ લિંક આપવામાં આવે છે, તેથી 256 સરનામાંનું સબનેટ પ્રીફિક્સ સૂચવે છે તેના લગભગ ચોથા ભાગને ટેકો આપે છે. મહત્ત્વની સંખ્યા ફાળવણીઓ છે, સરનામાં નહીં. પ્રીફિક્સને ક્લાયન્ટ સંખ્યા તરીકે વાંચવું એ જ ભૂલ છે જે છુપાયેલી વપરાશકર્તા મર્યાદાની શોધ ઉભી કરે છે.

બે ટોપોલોજી, બે ગાણિતિક મોડેલ, અને તેમાંથી માત્ર એક જ લોકો ધારે છે તે પ્રીફિક્સ સાથે મેળ ખાય છે.

net30 દરેક ક્લાયન્ટ દીઠ ચાર સરનામાં વાપરે છે

net30 દરેક ક્લાયન્ટ દીઠ એક /30 બ્લોક ફાળવે છે, કારણ કે દરેક સેશનને બંને છેડે સરનામા સાથેની પોઇન્ટ-ટુ-પોઇન્ટ લિંક તરીકે રજૂ કરવામાં આવે છે. તે બ્લોકમાં ચાર સરનામાં જાય છે અને બે વાપરી શકાય તેવા છે, તેથી અસરકારક ક્લાયન્ટ સંખ્યા સબનેટનો ચોથો ભાગ છે. /24 પર તે સર્વરના પોતાના બ્લોક અને કોઈપણ નિશ્ચિત ફાળવણી બહાર આવે તે પહેલાં 64 બ્લોક છોડે છે. 63 ની નજીક નોંધાયેલી ટોચમર્યાદા પ્રગટ થતી ગણિત છે, રૂપરેખાંકિત મહત્તમ નહીં.

સર્વરને પણ પોતાની ફાળવણીની જરૂર છે, અને સ્થિર ક્લાયન્ટ એન્ટ્રીઓ તે ક્લાયન્ટ જોડાય કે ન જોડાય તે નિરપેક્ષ બ્લોક વાપરે છે. બંને શરૂ કરેલા પ્રીફિક્સને બદલ્યા વિના ગતિશીલ શ્રેણી ઘટાડે છે.

પૂલની સીમાઓ પ્રીફિક્સ કરતાં વધુ મહત્ત્વની છે

સર્વર નિર્દેશ તે નામ આપે છે તે સબનેટ કરતાં સાંકડો પૂલ વ્યાખ્યાયિત કરી શકે છે, અને સહાયક સ્ક્રિપ્ટ તમે ખોલેલી પ્રોફાઇલમાં ન દેખાતા વધારાના સેટિંગ્સ સુધી વિસ્તરી શકે છે. client-config ડિરેક્ટરીના સ્થિર સરનામાં તે શ્રેણીની અંદર રહે છે અને બે વાર આપી શકાતા નથી. પ્રીફિક્સ મહત્તમ શક્ય જગ્યા વર્ણવે છે; અસરકારક પૂલ એ છે જે ચાલુ રૂપરેખાંકન ખરેખર આપે છે.

ક્ષમતા વિશે કંઈપણ તારણ કાઢતા પહેલાં બંનેની સરખામણી કરો, કારણ કે નાની રૂપરેખાંકિત શ્રેણી ટોપોલોજી જેટલી જ સારી રીતે ટોચમર્યાદા સમજાવે છે.

જે મર્યાદાએ ખરેખર ક્લાયન્ટને નકાર્યો તે શોધો

પહેલાં ટોપોલોજી અને અસરકારક પૂલ વાંચો, પછી સ્થિર ફાળવણીઓ અને અનામત સરનામાંઓનો હિસાબ કરો. વધુમાં max-clients અને OpenVPN બહારનું કોઈપણ પ્રવેશ નિયંત્રણ સરનામાની જગ્યાને દોષ આપતા પહેલાં ચકાસો. છેવટે, ઇનકારની ક્ષણે સર્વરનો પોતાનો સંદેશ તે ઉમેદવારો સાથે મેળવો. સંદેશ મર્યાદાનું નામ આપે છે; સંખ્યા ફક્ત ક્ષેત્ર સાંકડું કરે છે.

એકસાથે થવાની ભૂલ સાથે આવતો ઇનકાર અને ફાળવણીની ભૂલ સાથે આવતો ઇનકાર બંનેના ઉકેલ અલગ છે, અને તેમની વચ્ચે અનુમાન કરવું જાળવણી વિન્ડો વેડફે છે.

ટોપોલોજી બદલવાથી સરનામા યોજના બદલાય છે

સબનેટ ટોપોલોજી તરફ જવું દરેક ક્લાયન્ટને બ્લોકને બદલે એક સરનામું આપે છે, જે પ્રીફિક્સ ખરેખર ખૂબ નાનું હોય ત્યારે યોગ્ય પગલું છે. તે ક્લાયન્ટ સરનામા પરિમાણોનો અર્થ પણ બદલે છે, તેથી દરેક પિન કરેલી ફાળવણી અને દરેક ક્લાયન્ટ-વિશિષ્ટ ફાઇલ હાથે ફરી નંબર આપવાને બદલે ફરીથી મેળવવી પડે છે. નવી શ્રેણીની યોજના કરો, સ્થિર એન્ટ્રીઓ સ્થાનાંતરિત કરો અને તેમનો સંદર્ભ આપતા રૂટ સુધારો.

આ ફેરફાર જૂની રૂપરેખાંકનનો સમાનાર્થી નથી. તેને તેની પોતાની સમીક્ષા સાથે સરનામા યોજનાના ફેરફાર તરીકે ગણો, અને ઓછામાં ઓછો એક ક્લાયન્ટ અગાઉની યોજનાનું સરનામું જાળવી રાખશે તેવી અપેક્ષા રાખો.

પૂલનું માપ યોજનામાંથી લો, માસ્કમાંથી નહીં

એકસાથેના ક્લાયન્ટની સંખ્યા ઉપરાંત ફરી જોડાણ અને પરીક્ષણ માટે જગ્યા ઉમેરીને માપ પસંદ કરો, પછી પસંદ કરેલી ટોપોલોજી હેઠળ તેને આવરી લેતું સૌથી નાનું પ્રીફિક્સ લો. સાઠ ક્લાયન્ટની ટોચમર્યાદા ઉકેલવા /16 સુધી પહોળું કરવું ક્ષમતાની સમસ્યાને રૂટિંગ અને ઓવરલેપ સમસ્યા સાથે બદલે છે, કારણ કે મોટી ખાનગી શ્રેણી ક્લાયન્ટ પહેલેથી પહોંચે છે તેવી કોઈ વસ્તુ સાથે અથડાવાની શક્યતા વધુ છે.

ટોપોલોજી, પૂલ, સ્થિર ફાળવણીઓ અને પરિણામી ક્લાયન્ટ ટોચમર્યાદા સાથે મળીને દસ્તાવેજ કરો. પછીનો ક્ષમતા પ્રશ્ન તપાસને બદલે ગણિત બની જાય છે.