Linux તમારો VPN પાસવર્ડ ક્યાં રાખવો જોઈએ? પ્રોફાઇલમાં નહીં
NetworkManager ના સિક્રેટ ફ્લેગ નક્કી કરે છે કે પાસવર્ડ પ્રોફાઇલ, કીરિંગ એજન્ટ કે કોઈ જ રાખશે નહીં. જવાબ એના પર આધાર રાખે છે કે કનેક્શન ક્યારે શરૂ થાય છે.
VPN પાસવર્ડ ક્યાંક રહેવો જ જોઈએ: કનેક્શન પ્રોફાઇલમાં, ડેસ્કટોપ જે કીરિંગ ખોલે છે તેમાં, અથવા ક્યાંય નહીં. NetworkManager એ પસંદગીને સિક્રેટ ફ્લેગ કહે છે, અને ખોટી પસંદ કરવી એ જ કારણ છે કે કનેક્શન લોગિન પછી કામ કરે છે અને સેવા તરીકે નિષ્ફળ જાય છે. ફ્લેગ કન્ફિગરેશનની એક લાઇન છે, અને તે નક્કી કરે છે કે તમને એ ત્રણ પરિણામોમાંથી કયું મળશે.
ત્રણ ફ્લેગ લગભગ દરેક કિસ્સો આવરી લે છે, અને નિર્ણય એ વિશે છે કે કનેક્શન ક્યારે શરૂ થાય છે.
ત્રણ સિક્રેટ ફ્લેગ, ત્રણ વર્તન
ફ્લેગ 0 એટલે કે સિક્રેટ કનેક્શન સાથે સંગ્રહિત થાય છે, પ્રોફાઇલ જે પણ સ્ટોરમાં હોય. ફ્લેગ 1 તેને એજન્ટ-માલિકીનું બનાવે છે: સિક્રેટ સિક્રેટ એજન્ટમાંથી આવે છે, જેમ કે ડેસ્કટોપ કીરિંગ, અને NetworkManager સક્રિય કરતી વખતે તેને માંગે છે. ફ્લેગ 2 એટલે સંગ્રહિત નથી, તેથી સિક્રેટ ક્યારેય લખાતું નથી અને દર વખતે આપવું પડે છે. ફ્લેગ 4 સિક્રેટને બિનજરૂરી તરીકે ચિહ્નિત કરે છે, એવા કનેક્શન માટે જેને ખરેખર કોઈની જરૂર નથી.
| Flag | Where it lives | Works unattended |
|---|---|---|
| 0 saved | Connection profile | Yes, if the store is readable |
| 1 agent-owned | Secret agent or keyring | Only if that agent is available |
| 2 not-saved | Nowhere | No |
ફ્લેગ કનેક્શન પ્રમાણે નહીં, દરેક સિક્રેટ પ્રમાણે સેટ કરો. એક કનેક્શનમાં એજન્ટ-માલિકીનો પાસવર્ડ અને સંગ્રહિત પ્રાઇવેટ-કી પાસફ્રેઝ બંને હોઈ શકે.
કનેક્શન ક્યારે શરૂ થાય તે પ્રમાણે નિર્ણય લો
જો લોગિન થયેલો વપરાશકર્તા કનેક્શન શરૂ કરે, તો એજન્ટ-માલિકી વાજબી ડિફોલ્ટ છે: લોગિન સાથે કીરિંગ ખૂલી જાય છે અને સિક્રેટ ક્યારેય ફાઇલમાં બેસતું નથી. જો કોઈ લોગિન કરે તે પહેલાં કનેક્શન ઉપર આવવું જોઈએ, તો એજન્ટ-માલિકી ખોટી પસંદગી છે, કારણ કે ખોલવા માટે કોઈ સેશન કીરિંગ નથી.
આખો નિર્ણય આટલો જ છે. બાકીનું બધું તેનો એક પ્રકાર છે.
લોગિન પહેલાંની સેવા માટે સિસ્ટમ-સ્તરનું સ્ટોર અથવા સુરક્ષિત કી-ફાઇલ સમર્થિત પેટર્ન છે, અને ફાઇલ પરવાનગીઓ જ સુરક્ષા બની જાય છે. બૂટ વખતે ચાલતી શેલ સ્ક્રિપ્ટમાં પાસવર્ડ પેસ્ટ કરીને સમસ્યા ઉકેલશો નહીં.
કીરિંગ શું આપે છે અને શું નથી આપતું
કીરિંગ સિક્રેટને કનેક્શન પ્રોફાઇલની બહાર રાખે છે અને તેને વપરાશકર્તા સેશન સાથે જોડે છે. તે સેશન વગરની સેવા માટે સિક્રેટ ઉપલબ્ધ કરાવતું નથી, અને વાયર પર કંઈપણ એન્ક્રિપ્ટ કરતું નથી. આ અલગ ગુણધર્મો છે જે લોકો ઘણી વાર ભેગા કરે છે. તે ખરેખર જે આપે છે તે પ્રોફાઇલ ફાઇલ લીક થાય ત્યારે નાની નુકસાન-ત્રિજ્યા છે.
પ્રોફાઇલ જે પ્રાઇવેટ કીનો સંદર્ભ આપે છે તેને પોતાની પરવાનગીઓની જરૂર છે, પાસવર્ડ ક્યાં રહે છે તે ધ્યાનમાં લીધા વિના.
સિક્રેટ કાઢ્યા વિના નિદાન
કનેક્શન નામ, UUID અને ફ્લેગ સામાન્ય રીતે નિષ્ફળતા સમજાવવા પૂરતા હોય છે. nmcli connection show પ્રોફાઇલની સૂચિ આપે છે, અને સિક્રેટ ફ્લેગ તમને કહે છે કે પાસવર્ડ ક્યાંથી આવવાનો હતો.
ટાળો --show-secrets ટિકિટ અને ચેટમાં. એક વાર પેસ્ટ થઈ ગયા પછી તે ટ્રાન્સક્રિપ્ટમાં ક્રેડેન્શિયલ છે.
સંગ્રહ એ રદ કરવું નથી
એક કીરિંગમાંથી સિક્રેટ દૂર કરવાથી દૂરસ્થ ઓપરેટરે પહેલેથી સ્વીકારેલું ક્રેડેન્શિયલ અમાન્ય થતું નથી. એકાઉન્ટ રદ કરવું સર્વર-બાજુની ક્રિયા છે, અને સ્થાનિક સંગ્રહ અલગ માલિક સાથેનો અલગ મુદ્દો છે.
બંનેનો નિર્ણય ઘટના પહેલાં લો, દરમિયાન નહીં. ઇન્ટરેક્ટિવ વપરાશકર્તા કનેક્શન અને લોગિન-પૂર્વ સેવાને અલગ જવાબોની જરૂર છે, અને વહેંચાયેલી શેલ સ્ક્રિપ્ટ એ બંનેમાંથી કોઈ નથી. NetworkManager નું સિક્રેટ ફ્લેગ દસ્તાવેજીકરણ મૂલ્યોની સંપૂર્ણ સૂચિ આપે છે.