OpenVPN માં દરેક ક્લાયન્ટ માટે સ્થિર IP: ifconfig-push, ipp.txt નહીં

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

નીચેની ચકાસણીઓ ક્રમમાં ચલાવો. દરેક કાં તો પ્રક્રિયાની પુષ્ટિ કરે છે અથવા તમને થોભીને ઇનપુટ સુધારવાનું કહે છે.

સ્થાયિત્વ ફાઇલ શેના માટે છે

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

જો તમને ચોક્કસ ક્લાયન્ટ માટે ચોક્કસ સરનામું જોઈએ, તો દસ્તાવેજી પ્રક્રિયા ifconfig-push છે, અને તે એ કન્ફિગરેશનમાં આવે છે જે એ ક્લાયન્ટનું માલિક છે.

ચકાસો કે યોગ્ય ક્લાયન્ટ પસંદ થયો છે

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

અહીં હોવાના કારણે સમવર્તીતા ધ્યાનમાં લો. જો duplicate-cn ની મંજૂરી હોય, તો ઘણા ઉપકરણો એક જ ઓળખ રજૂ કરી શકે છે, અને એક સ્થિર સરનામું તે બધા માટે અનન્ય હોઈ શકતું નથી. નક્કી કરો કે એ ઓળખ માટે સમવર્તી સત્રો નકારવા સ્થિર સરનામા જેટલું મૂલ્યવાન છે કે નહીં, કારણ કે એ બે જરૂરિયાતો એકસાથે પૂરી કરી શકાતી નથી.

ચકાસો કે સંખ્યાઓ ટોપોલોજી સાથે મેળ ખાય છે

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

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

નવા કનેક્શન પર પરિણામ ચકાસો

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

પુરાવા સાથે રાખો: ક્લાયન્ટનું નામ, જે ફાઇલ મેળ ખાઈ, ફાળવેલું સરનામું અને તે જે પૂલમાંથી આવ્યું.

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