ifconfig-push: net30 માં પીઅર સરનામું કે subnet માં નેટમાસ્ક?

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

net30 માં તે ફીલ્ડ પીઅર સરનામું છે; subnet માં તે નેટમાસ્ક છે. બંને સ્વરૂપો વિકલ્પો છે, ક્યારેય ક્રમ નહીં.

બંને સ્વરૂપો, સાથે સાથે

પરંપરાગત net30 ડિપ્લોયમેન્ટમાં દરેક ક્લાયન્ટ /30 બ્લોક ધરાવે છે: નેટવર્ક સરનામું, બે વાપરી શકાય તેવા સરનામાં અને બ્રોડકાસ્ટ સરનામું. ifconfig-push ક્લાયન્ટનું સરનામું અને પીઅર સરનામું લે છે, અને પીઅર એ જ બ્લોકમાંનું બીજું વાપરી શકાય તેવું સરનામું છે, જે પોઇન્ટ-ટુ-પોઇન્ટ લિંકની સર્વર બાજુ વાપરે છે.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet હેઠળ ક્લાયન્ટ સર્વર સાથે એક subnet વહેંચે છે, અને એ જ નિર્દેશ સરનામું અને નેટમાસ્ક લે છે. સર્વરનું પોતાનું સરનામું server નિર્દેશમાંથી આવે છે, બીજા ફીલ્ડમાંથી નહીં. સ્વરૂપો ભેગા કરવાથી એવો ક્લાયન્ટ બને છે જે માને છે કે તે પોઇન્ટ-ટુ-પોઇન્ટ લિંક પર છે, જ્યારે સર્વર તેને subnet હોસ્ટ તરીકે રૂટ કરે છે, અથવા ઊલટું. તેથી જ નેટમાસ્ક ક્યારેય net30 સાથે જોડવો ન જોઈએ.

બ્લોકમાંની બંને લાઇનો CCD ફાઇલ માટે એકલ લાઇનો છે. દરેક ક્લાયન્ટને તેમાંથી બરાબર એક મળે છે.

સર્વર ખરેખર જે ટોપોલોજી ચલાવે છે તે વાંચો

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

પછી ક્લાયન્ટને મળેલી સેટિંગ્સ વાંચો. તે જે સરનામું, માસ્ક અને પીઅર જણાવે છે તે કહે છે કે સર્વરે કઈ વ્યાખ્યા લાગુ કરી.

નિશ્ચિત સરનામું ગતિશીલ પૂલની બહાર રાખો

નિશ્ચિત સરનામું ગતિશીલ પૂલની બહાર હોવું જોઈએ, નહીં તો બે ક્લાયન્ટને એક જ સરનામું મળી શકે. subnet ટોપોલોજી સાથે, server લાઇન પર nopool આપોઆપ પૂલને દબાવે છે, અને સ્પષ્ટ ifconfig-pool શ્રેણી નક્કી કરે છે કે ગતિશીલ ક્લાયન્ટ્સને શું મળે.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

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

ક્લાયન્ટને ખરેખર મળેલી ફાળવણી ચકાસો

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

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