OpenVPN client-config-dir: ફાઇલનામ વિરુદ્ધ પ્રમાણપત્રનું સામાન્ય નામ

ક્લાઇંટ કનેક્ટ થાય તે પહેલાં જ બે નામ રમતમાં હોય છે: લેપટોપ પરનું ફાઇલનામ (nuc.ovpn) અને સર્વર ક્રેડેન્શિયલમાંથી કાઢે છે તે ઓળખ. client-config-dir શોધ બીજાનો ઉપયોગ કરે છે. ક્લાઇંટ પર પ્રોફાઇલનું નામ બદલવું, અથવા સર્વરની ફાઇલમાં .conf ઉમેરવું, સર્વર કઈ ફાઇલ ખોલે છે તેમાં કંઈ બદલતું નથી.

ઉપયોગી સરખામણી «મેં કયું નામ વાપર્યું» નહીં, પણ «સર્વર કયો નિયમ લાગુ કરે છે» છે, કારણ કે પ્રમાણપત્ર પ્રમાણીકરણ અને વપરાશકર્તાનામ/પાસવર્ડ પ્રમાણીકરણ એક જ લોગિનમાંથી જુદાં જુદાં અસરકારક નામ બનાવી શકે છે.

પ્રોફાઇલનું નામ વિરુદ્ધ પ્રમાણપત્રનું સામાન્ય નામ

ડિફોલ્ટ પ્રમાણપત્ર-આધારિત સેટઅપમાં સર્વર X.509 સામાન્ય નામ લે છે અને client-config-dir ડિરેક્ટરીની અંદર બરાબર એ જ નામવાળી ફાઇલ શોધે છે. જે પ્રોફાઇલનું નામ nuc.ovpn છે અને જેનું પ્રમાણપત્ર tester કહે છે તે /etc/openvpn/server/ccd/tester માં ઉકેલાય છે. ક્લાઇંટ ફાઇલનું નામ કદી ગણતરીમાં આવતું નથી. અસંગતિ સંતાય છે તે પ્રથમ જગ્યા આ છે.

તેથી કાળજીપૂર્વક નામ આપેલા પ્રોફાઇલથી ભરેલી ડિરેક્ટરી દર વખતે ચૂકી શકે છે. ફાઇલ subject દ્વારા, ઈમેલ સરનામા દ્વારા કે GUIમાં દેખાતા નામ દ્વારા મેળવાતી નથી; તે સામાન્ય નામની શ્રેણી દ્વારા મેળવાય છે.

કેસ-સંવેદનશીલ ફાઇલસિસ્ટમ પર Tester અને tester બે અલગ ફાઇલો છે, અને ફક્ત એક જ ખૂલે છે. સામાન્ય નામ ક્લાઇંટ ખરેખર જે પ્રમાણપત્ર રજૂ કરે છે તેમાંથી તપાસો, તમારી નોંધની નકલમાંથી નહીં.

username-as-common-name નિયમને ઊંધો ફેરવે છે

જ્યારે સર્વર username-as-common-name સાથે વપરાશકર્તાનામ/પાસવર્ડ પ્રમાણીકરણ ચલાવે છે, ત્યારે પ્રમાણિત વપરાશકર્તાનામ આ શોધ માટે પ્રમાણપત્રના સામાન્ય નામનું સ્થાન લે છે.

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

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

સર્વર શું વાંચે છે, અને શું ચૂપચાપ છોડી દે છે

બે નાના તફાવત નક્કી કરે છે કે ફાઇલ પસંદ થાય કે નહીં. પ્રથમ છે ઉમેરાયેલું એક્સ્ટેન્શન. બીજું છે નામમાં રહી ગયેલો એક અક્ષર.

OpenVPN જે નામ શોધે છે તેમાં .conf ઉમેરતું નથી, તેથી tester.conf tester સાથે મેળ ખાતું નથી. એક્સ્ટેન્શન છુપાવતો એડિટર યાદીમાં સાચી દેખાતી અને કદી મેળ ન ખાતી ફાઇલ છોડી શકે છે.

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

સાચું ફાઇલનામ સામગ્રીની ચકાસણી કરતું નથી

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

ifconfig-push એ એવું સરનામું આપવું જોઈએ જે ટોપોલોજી ખરેખર વાપરી શકે, અને iroute ફક્ત એ ક્લાઇંટ પાછળના રૂટ કરેલા સબનેટ માટે અર્થપૂર્ણ છે.

એક ઓળખ, ઘણાં ઉપકરણો

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

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