OpenVPN માં રૂટ ક્યાં રહેવો જોઈએ: ક્લાયન્ટમાં કે સર્વરમાં?
સર્વર કન્ફિગમાં નગ્ન રૂટ સર્વરને બદલે છે, ક્લાયન્ટને નહીં. ક્લાયન્ટ ફાઇલ, ગ્લોબલ push અથવા એક ક્લાયન્ટ માટે push પસંદ કરો અને શું પહોંચ્યું તે તપાસો.
તમે સર્વર કન્ફિગરેશનમાં route 10.60.0.0 255.255.255.0 ઉમેરો છો, રીસ્ટાર્ટ કરો છો, લેપટોપ ફરી કનેક્ટ કરો છો, અને તે લેપટોપથી સબનેટ હજી પણ પહોંચી શકાય તેવું નથી. લીટી સ્વીકારવામાં આવી, સેવા સ્વચ્છ રીતે શરૂ થઈ, અને લોગમાં કંઈ ખોટું દેખાતું નથી. જે થયું તે એ છે કે રૂટ તમે જે મશીન સંપાદિત કર્યું તેના પર જ ઇન્સ્ટોલ થયો: ગેટવે હવે માને છે કે તે તે પ્રીફિક્સ સુધી પહોંચી શકે છે, જ્યારે ક્લાયન્ટને કંઈ કહેવામાં આવ્યું નથી. સ્થાન એ આખો પ્રશ્ન છે, અને એક જ લીટી ચાર જગ્યાએ રહી શકે છે.
ચાર જગ્યાઓ અને દરેક કોણ મેળવે છે
રૂટ ક્લાયન્ટના પોતાના કન્ફિગરેશન દ્વારા ઉમેરી શકાય, ગ્લોબલ push દ્વારા દરેક ક્લાયન્ટને ઓફર કરી શકાય, ક્લાયન્ટ-વિશિષ્ટ ફાઇલ દ્વારા એક ક્લાયન્ટને ઓફર કરી શકાય, અથવા સર્વરના પોતાના રૂટિંગ સંદર્ભમાં લખી શકાય.
તે ચાર કિસ્સા લગભગ સમાન સિન્ટેક્સ વાપરે છે અને સંપૂર્ણપણે અલગ પરિણામો આપે છે. પ્રથમ ત્રણ ક્લાયન્ટ ટનલમાં શું મોકલે છે તેને અસર કરે છે; ચોથો સર્વર નેટવર્ક સુધી કેવી રીતે પહોંચે છે તેને અસર કરે છે, જે ત્યારે ઉપયોગી છે જ્યારે સર્વરને પોતાને માર્ગની જરૂર હોય અને નુકસાનકારક છે જ્યારે તેને વિતરણ સમજી લેવામાં આવે.
લીટી લખતાં પહેલાં નક્કી કરો કે ચારમાંથી કયો જોઈએ છે, પછી પ્રાપ્તકર્તાની પુષ્ટિ કરો.
| Placement | Effect | Receiver |
|---|---|---|
| Client profile route | Installed by the client at connect | That client only |
Global push "route ..." | Sent to every client that accepts pushed options | All pulling clients |
| Client-specific push | Sent to the matching client context | One identity |
| Server config route, no push | Added to the server's own table | The gateway itself |
નગ્ન સર્વર રૂટ લોકોને કેમ આશ્ચર્યમાં મૂકે છે
સર્વર કન્ફિગરેશન એ જગ્યા છે જ્યાં એડમિનિસ્ટ્રેટર સૌથી પહેલાં જુએ છે, અને ત્યાંનું રૂટ નિર્દેશન VPN નેટવર્ક વિશેનું નિવેદન લાગે છે. તે એવું નથી. OpenVPN તેને ડેમન ચાલતા મશીન પર સ્થાનિક રૂટ ઇન્સ્ટોલ તરીકે ગણે છે, જે બરાબર એ જ પ્રકારનો ફેરફાર છે જે તમે ip route વડે કર્યો હોત અને પછી ભૂલી ગયા હોત.
વિતરણ માટે રૂટને push કરવો પડે છે, અને push માટે ક્લાયન્ટે ખેંચવું પડે છે. ખેંચાયેલા વિકલ્પો નિષ્ક્રિય કરીને શરૂ કરાયેલ ક્લાયન્ટ ઓફરને સંપૂર્ણ અવગણે છે. સર્વર ફાઇલ ફરી લખતાં પહેલાં તે હેન્ડશેકના બંને છેડા તપાસો, કારણ કે સર્વરનો લોગ ફરિયાદ કરશે નહીં: તેની બાજુથી ઓફર મોકલાઈ ગઈ. સ્વીકૃત રૂટ પણ ફક્ત આગલા કનેક્શન પર જ અમલમાં આવે છે, તમે જે સેશનમાં પહેલેથી છો ત્યાં ક્યારેય નહીં.
જ્યારે તમે બંનેને અલગ ક્રિયાઓ તરીકે જુઓ, ત્યારે નિષ્ફળતા રહસ્યમય રહેતી નથી: સર્વર પ્રીફિક્સ સુધી પહોંચે છે, ક્લાયન્ટ નથી પહોંચી શકતો, અને બંને વિધાનો એકસાથે સાચાં છે.
દરેક ક્લાયન્ટ માટેની ફાઇલો અને જે ઓળખ સાથે તે મેળ ખાય છે
ક્લાયન્ટ-વિશિષ્ટ ફાઇલનું નામ તે ઓળખ પરથી રાખવામાં આવે છે જે સર્વરે પ્રમાણિત કરી છે, જે ડિફોલ્ટ રૂપે સર્ટિફિકેટનું સામાન્ય નામ છે. ડેસ્કટોપ ક્લાયન્ટમાં મૈત્રીપૂર્ણ કનેક્શન નામ તે મૂલ્ય નથી, અને અસંગતિ એવી ફાઇલ બનાવે છે જે ક્યારેય વંચાતી નથી.
સર્વર ખરેખર જે ડિરેક્ટરી વાપરે છે તે તપાસો, પછી ખાતરી કરો કે ફાઇલનું નામ પ્રમાણિત ઓળખ સાથે બરાબર મેળ ખાય છે, મોટા અને નાના અક્ષરો સહિત.
grep -n 'client-config-dir' /etc/openvpn/server/server.conf
ls -l /etc/openvpn/ccd/તે ફાઇલની અંદર રૂટ હજી push કરવો પડે છે, કારણ કે દરેક ક્લાયન્ટનો સંદર્ભ તે ક્લાયન્ટના સેશન પર લાગુ કરાયેલા વિકલ્પોનો સમૂહ છે, સ્થાનિક રૂટિંગ ટેબલ નહીં. ત્યાંનો નગ્ન રૂટ ગ્લોબલ ફાઇલના નગ્ન રૂટ જેવી જ સમસ્યા ધરાવે છે.
ક્લાયન્ટની પોતાની ફાઇલ અને તેનો માલિક સાધન
ક્લાયન્ટના કન્ફિગમાં મૂકાયેલો રૂટ તે ક્લાયન્ટ કનેક્ટ થાય ત્યારે ઇન્સ્ટોલ થાય છે અને ડિસ્કનેક્ટ થાય ત્યારે દૂર થાય છે, જે સ્થિર ગંતવ્ય માટે યોગ્ય જીવનચક્ર છે.
જો નેટવર્ક મેનેજર પ્રોફાઇલનો માલિક હોય, તો તેણે તે વિકલ્પો એક વાર આયાત કરીને પછી પોતાની નકલ રાખી શકે. પછીથી ડાઉનલોડ કરેલી ફાઇલ સંપાદિત કરવાથી કંઈ બદલાતું નથી, જે "રૂટ છે પણ લાગુ પડતો નથી" માટે સામાન્ય કારણ છે.
તમે ડાઉનલોડ કરેલી ફાઇલને બદલે સક્રિય પ્રોફાઇલ તપાસો, અને મેનેજર જે આયાત કરેલી સેટિંગ્સ બતાવે છે તે તપાસો. પછી કનેક્ટ થઈને સિસ્ટમને પૂછો કે ચોક્કસ સરનામું કયો માર્ગ વાપરે છે, ટેક્સ્ટ ફાઇલમાં રૂટ હતો તેથી ટનલ જીતી ગઈ એમ માની લેવાને બદલે.
ક્લાયન્ટ પર ચકાસો, પછી પરત માર્ગ તપાસો
ગંતવ્ય માટે ક્લાયન્ટના પોતાના રૂટિંગ ટેબલને પૂછો, સર્વરના નહીં. પ્રીફિક્સની અંદર એક હોસ્ટ માટેની લુકઅપ જ કયું ઇન્ટરફેસ અને આગલું હોપ વપરાશે તે દર્શાવવા પૂરતી છે.
ip route get 10.60.0.10જો લુકઅપ ટનલ તરફ ઇશારો કરે, તો વિતરણ કામ કર્યું અને બાકીની સમસ્યા બીજે છે. જો તે ડિફોલ્ટ ગેટવે તરફ ઇશારો કરે, તો રૂટ ઇન્સ્ટોલ થયો નથી, ક્લાયન્ટ-સાઇડ વિકલ્પ દ્વારા ફિલ્ટર થયો છે, અથવા ક્લાયન્ટ જે પ્રોફાઇલ વાપરતો નથી તેનો છે.
ધારો કે વિતરણ કામ કર્યું અને છતાં કંઈ જવાબ આપતું નથી: તો ગેટવે પર ફોરવર્ડિંગ, સામેની બાજુનો પરત રૂટ અને તેમની વચ્ચેનો કોઈ પણ ફાયરવોલ તપાસો. રૂટ માર્ગ પસંદ કરે છે, તે પ્રવેશ આપતો નથી.