OpenVPN auth-nocache: આગલી લોગિન વખતે શું થાય છે

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

બીજો ઓળખપત્ર સમૂહ ક્યાંથી આવવો જોઈએ

OpenVPN auth-nocacheને auth-user-pass અને askpass દ્વારા એકઠા કરેલા રહસ્યો પર લાગુ કરે છે: એક વાર વપરાયા પછી પ્રક્રિયા તેમને આગલી હેન્ડશેક માટે રાખવાને બદલે કાઢી નાખે છે. પુનઃચર્ચા ટાઇમર પર આવે છે, મૂળભૂત રીતે કલાકમાં એક વાર, તેથી બીજી વિનંતી પાસવર્ડ લખનાર વ્યક્તિ ઘણા સમય પહેલાં જતા રહ્યા પછી આવે છે. એ જ અંતર આખી વાત છે. કેશ ચાલુ રહે તો ક્લાયન્ટ કોઈને પૂછ્યા વિના સંગ્રહિત નકલ ફરી ચલાવે છે; કેશ બંધ હોય તો તેણે રહસ્ય બીજે ક્યાંક શોધવું પડે અથવા નિષ્ફળ જવું પડે.

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

ત્રણ સ્વરૂપો, ત્રણ નિષ્ફળતાના મુદ્દા

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

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

ડિરેક્ટિવ કે ફ્લેગ: એક પસંદ કરો અને જાણો કે તમે કયો વાપર્યો

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

auth-nocache
openvpn --config /path/client.ovpn --auth-nocache

નક્કી કરો કે કઈ કલાકૃતિ સેટિંગ ધરાવે છે, તેને ત્યાં જ બદલો અને બીજે ક્યાંય નહીં. લેપટોપ પર સંપાદિત પ્રોફાઇલ અને ફ્લેગથી તેને ઓવરરાઇડ કરતું systemd unit એ જ જોડી છે જે રીબૂટ પછી વિરોધાભાસી વર્તન પેદા કરે છે.

ઓળખપત્ર ફાઇલ રહસ્યને કાઢી નાખવાને બદલે સ્થળાંતર કરે છે

auth-user-passને ફાઇલ તરફ નિર્દેશ કરવાથી દરેક પછીની પુનઃચર્ચાને સ્રોત મળે છે, અને પાસવર્ડ પણ એવી જગ્યાએ મૂકે છે જે રીબૂટ ટકી જાય છે. પૂછો કે તે ફાઇલ કોણ વાંચી શકે, વિશેષાધિકાર છોડ્યા પછી ડિમન તેને હજી વાંચી શકે છે કે નહીં, અને જ્યારે ફાઇલસિસ્ટમ ફક્ત-વાંચવા માટે માઉન્ટ થાય અથવા કન્ટેનર દૃશ્ય પથ છુપાવે ત્યારે શું થાય છે. ડિસ્ક પરનું રહસ્ય અને મેમરીમાંનું રહસ્ય જુદી જુદી સમસ્યાઓ છે, અને એક ઉકેલવાથી બીજું તેની જગ્યાએ રહે છે. રોટેશન એ પગલું છે જે ચૂકી જવાય છે: સર્વર પર બદલાયેલો પણ ફાઇલમાં ન બદલાયેલો પાસવર્ડ નેટવર્ક ખામી જેવી વંચાતી નિષ્ફળતા પેદા કરે છે.

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

પુનઃચર્ચા લંબાવવાથી ખર્ચ ખસે છે, દૂર થતો નથી

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

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

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