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 चे सीक्रेट फ्लॅग दस्तऐवज सर्व मूल्यांची संपूर्ण यादी देते।