OpenVPN સર્વર હેલ્પર: નેટવર્ક વત્તા નેટમાસ્ક, ક્યારેય CIDR નહીં

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

હેલ્પર સ્વીકારે છે તે બે આર્ગ્યુમેન્ટ

પહેલાં નેટવર્ક લખો અને પછી માસ્ક, સરનામા સાથે કંઈ જોડ્યા વિના:

server 10.72.16.0 255.255.240.0

આ /20 માટેનું સ્વરૂપ છે. નીચેની લાઇન ભૂલ છે, અને તે રનટાઇમમાં નહીં, વિકલ્પ પાર્સિંગમાં નિષ્ફળ જાય છે:

server 10.72.16.0/20 255.255.240.0

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

માસ્ક લખતા પહેલાં નેટવર્ક સંરેખિત કરો

પહેલું સરનામું રેન્જનું નેટવર્ક સરનામું છે, તેની અંદરનું અનુકૂળ ક્લાયન્ટ સરનામું નહીં. /20 માટે સ્પાન 10.72.16.0 થી 10.72.31.255 સુધી ચાલે છે, અને તેમાંથી ફક્ત પહેલું જ માન્ય નેટવર્ક આર્ગ્યુમેન્ટ છે. /21 255.255.248.0 વાપરે છે અને 10.72.16.0 થી 10.72.23.255 સુધી આવરે છે, તેથી તેની લાઇન server 10.72.16.0 255.255.248.0 છે.

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

સર્વરની બાજુથી પૂલની પુષ્ટિ કરો

ઇન્સ્ટન્સ ફોરગ્રાઉન્ડમાં વિગતવાર લોગિંગ સાથે શરૂ કરો અને હેલ્પર જે લાઇનો કાઢે છે તે વાંચો. તેણે બનાવેલો પૂલ શરૂઆતમાં છપાય છે, જે હાથે ગણિત ગણવા કરતાં વધુ ભરોસાપાત્ર છે:

openvpn --config /etc/openvpn/server.conf --verb 4 --dev tun9 --port 1195

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

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

ટોપોલોજી ધ્યાનમાં રાખીને ક્લાયન્ટનું માસ્ક વાંચો

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

નિષ્કર્ષ પર પહોંચતા પહેલાં ગોઠવેલી ટોપોલોજી અને ફાળવેલું સરનામું સાથે તપાસો:

ip -4 addr show tun0

સરનામું પૂલની અંદર હોય અને માસ્ક પૂલ કરતાં સાંકડું હોય, તો તે ટોપોલોજી પોતાનું કામ કરે છે. સરનામું પૂલની બહાર હોય, તો પૂલ ખોટો છે, અને ક્લાયન્ટ બાજુની કોઈ પણ તપાસ તેને ઠીક નહીં કરે.

ચાલુ પૂલ બદલવો

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

લાઇન બદલો, રીસ્ટાર્ટ કરો અને વપરાશકર્તાઓને પાછા આવવા દેતા પહેલાં સ્ટાર્ટઅપ પૂલ ફરી વાંચો. નવી રેન્જ કોઈ વસ્તુ સાથે અથડાય, તો એ જ સ્ટાર્ટઅપ આઉટપુટ તરત જ તે દર્શાવે છે, અને પાછું ફેરવવું એ એક લાઇનનું સંપાદન અને બીજો રીસ્ટાર્ટ છે.

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