OpenVPN /24 ఊహించిన దానికంటే వేగంగా క్లయింట్లను ఎందుకు కోల్పోతుంది

అరవై లోపు క్లయింట్లను స్వీకరించడం ఆపే /24 ఆధారిత పూల్లు రూపకల్పన ప్రకారమే ప్రవర్తిస్తున్నాయి, లైసెన్స్ పరిమితిని చేరుకోవడం లేదు. net30 లో ప్రతి క్లయింట్కు రెండు చివరల్లో చిరునామా ఉన్న వర్చువల్ పాయింట్-టు-పాయింట్ లింక్ ఇవ్వబడుతుంది, అది నాలుగు చిరునామాలను వినియోగిస్తుంది, కాబట్టి 256 చిరునామాల సబ్నెట్ ప్రిఫిక్స్ సూచించే దానిలో సుమారు నాలుగో వంతు మాత్రమే మద్దతు ఇస్తుంది. ముఖ్యమైన సంఖ్య కేటాయింపులు, చిరునామాలు కాదు. ప్రిఫిక్స్ను క్లయింట్ సంఖ్యగా చదవడమే దాచిన వినియోగదారు పరిమితిని వెతకడానికి దారితీసే తప్పు.

రెండు టోపాలజీలు, రెండు గణిత నమూనాలు, మరియు వాటిలో ఒకటి మాత్రమే ప్రజలు ఊహించే ప్రిఫిక్స్కు సరిపోతుంది.

net30 ప్రతి క్లయింట్కు నాలుగు చిరునామాలను ఖర్చు చేస్తుంది

net30 ప్రతి క్లయింట్కు ఒక /30 బ్లాక్ను కేటాయిస్తుంది, ఎందుకంటే ప్రతి సెషన్ రెండు చివరల్లో చిరునామా ఉన్న పాయింట్-టు-పాయింట్ లింక్గా నమూనా చేయబడుతుంది. ఆ బ్లాక్లో నాలుగు చిరునామాలు వస్తాయి మరియు రెండు ఉపయోగించదగినవి, కాబట్టి ప్రభావవంతమైన క్లయింట్ సంఖ్య సబ్నెట్లో నాలుగో వంతు. /24 లో సర్వర్ స్వంత బ్లాక్ మరియు ఏవైనా స్థిర కేటాయింపులు బయటకు వచ్చే ముందు 64 బ్లాక్లు మిగులుతాయి. 63 చుట్టూ నివేదించబడే ఎగువ పరిమితి కాన్ఫిగర్ చేసిన గరిష్ఠం కాదు, కనిపించే గణితం.

సర్వర్కు కూడా దాని స్వంత కేటాయింపు అవసరం, మరియు స్థిర క్లయింట్ ఎంట్రీలు ఆ క్లయింట్లు కనెక్ట్ అయినా కాకున్నా బ్లాక్లను వినియోగిస్తాయి. రెండూ మీరు ప్రారంభించిన ప్రిఫిక్స్ను మార్చకుండా డైనమిక్ పరిధిని తగ్గిస్తాయి.

ప్రిఫిక్స్ కంటే పూల్ సరిహద్దులు ముఖ్యం

సర్వర్ ఆదేశం తాను పేర్కొనే సబ్నెట్ కంటే ఇరుకైన పూల్ను నిర్వచించవచ్చు, సహాయక స్క్రిప్ట్ మీరు తెరిచిన ప్రొఫైల్లో కనిపించని అదనపు సెట్టింగ్లకు విస్తరించవచ్చు. client-config డైరెక్టరీలోని స్థిర చిరునామాలు ఆ పరిధిలో ఉంటాయి మరియు రెండుసార్లు ఇవ్వలేము. ప్రిఫిక్స్ సాధ్యమైన గరిష్ఠ స్థలాన్ని వివరిస్తుంది; నిజంగా నడుస్తున్న కాన్ఫిగరేషన్ అందించేదే ప్రభావవంతమైన పూల్.

సామర్థ్యం గురించి ఏదైనా నిర్ణయించే ముందు రెండింటినీ పోల్చండి, ఎందుకంటే చిన్న కాన్ఫిగర్ చేసిన పరిధి టోపాలజీలాగే ఎగువ పరిమితిని వివరిస్తుంది.

క్లయింట్ను నిజంగా తిరస్కరించిన పరిమితిని కనుగొనండి

మొదట టోపాలజీ మరియు ప్రభావవంతమైన పూల్ను చదవండి, తర్వాత స్థిర కేటాయింపులు మరియు రిజర్వ్ చేసిన చిరునామాలను పరిగణనలోకి తీసుకోండి. చిరునామా స్థలాన్ని నిందించే ముందు max-clients మరియు OpenVPN వెలుపల ఏదైనా ప్రవేశ నియంత్రణను తనిఖీ చేయండి. చివరగా, తిరస్కరణ సమయంలో సర్వర్ స్వంత సందేశాన్ని ఆ అభ్యర్థులతో పోల్చండి. సందేశం పరిమితిని పేర్కొంటుంది; సంఖ్య క్షేత్రాన్ని మాత్రమే సన్నగా చేస్తుంది.

ఏకకాల లోపంతో వచ్చే తిరస్కరణకు మరియు కేటాయింపు లోపంతో వచ్చే తిరస్కరణకు వేర్వేరు సవరణలు ఉంటాయి, వాటి మధ్య ఊహించడం నిర్వహణ సమయాన్ని వృథా చేస్తుంది.

టోపాలజీ మార్చడం చిరునామా ప్రణాళికను మారుస్తుంది

సబ్నెట్ టోపాలజీకి మారడం ప్రతి క్లయింట్కు బ్లాక్కు బదులుగా ఒక చిరునామాన్ని ఇస్తుంది, ప్రిఫిక్స్ నిజంగా చాలా చిన్నదైనప్పుడు ఇదే సరైన చర్య. క్లయింట్ చిరునామా పారామితుల అర్థాన్ని కూడా ఇది మారుస్తుంది, కాబట్టి పిన్ చేసిన ప్రతి కేటాయింపు మరియు ప్రతి క్లయింట్-నిర్దిష్ట ఫైల్ చేతితో తిరిగి నంబర్ చేయడం బదులు తిరిగి తీసుకోవాలి. కొత్త పరిధిని ప్రణాళిక చేయండి, స్థిర ఎంట్రీలను తరలించండి, వాటిని సూచించే మార్గాలను నవీకరించండి.

మార్పు పాత కాన్ఫిగరేషన్కు పర్యాయపదం కాదు. దానిని దాని స్వంత సమీక్షతో కూడిన చిరునామా ప్రణాళిక మార్పుగా పరిగణించండి, కనీసం ఒక క్లయింట్ మునుపటి పథకం నుండి చిరునామాను ఉంచుకుంటుందని ఆశించండి.

పూల్ పరిమాణాన్ని ముసుగు నుండి కాదు, ప్రణాళిక నుండి నిర్ణయించండి

ఏకకాలంలో కనెక్ట్ అయ్యే క్లయింట్ల సంఖ్యకు తిరిగి కనెక్ట్ మరియు పరీక్షల కోసం మార్జిన్ జోడించి పరిమాణాన్ని ఎంచుకోండి, తర్వాత ఎంచుకున్న టోపాలజీలో దానిని కవర్ చేసే అతి చిన్న ప్రిఫిక్స్ తీసుకోండి. అరవై క్లయింట్ పరిమితిని పరిష్కరించడానికి /16 వరకు విస్తరించడం సామర్థ్య సమస్యను రూటింగ్ మరియు అతివ్యాప్తి సమస్యగా మారుస్తుంది, ఎందుకంటే పెద్ద ప్రైవేట్ పరిధి క్లయింట్ ఇప్పటికే చేరుకునే దానితో ఢీకొనే అవకాశం ఎక్కువ.

టోపాలజీ, పూల్, స్థిర కేటాయింపులు మరియు వాటి నుండి వచ్చే క్లయింట్ పరిమితిని కలిసి డాక్యుమెంట్ చేయండి. అప్పుడు తదుపరి సామర్థ్య ప్రశ్న విచారణ కాదు, గణితం అవుతుంది.