जतन केलेला VPN पासवर्ड दाखवण्यापासून NetworkManager ला थांबवा
प्रत्येक वेळी विचारा, तो कीरिंगकडे सोपवा किंवा फक्त root साठी फाइल ठेवा। प्रत्येक पर्यायाचा धोका वेगळा असतो, आणि पासवर्ड फ्लॅग त्याला जुळला पाहिजे।
NetworkManager VPN पासवर्ड ठेवू शकतो जेणेकरून कोणीही टाइप न करता कनेक्शन वर येईल, आणि तो मूल्य एडिटरद्वारे किंवा nmcli --show-secrets द्वारे पुन्हा दाखवू शकतो। तीन मालकी मॉडेल उपलब्ध आहेत, आणि दाखवण्याचे वर्तन हे तुम्ही कोणते निवडले याचे केवळ लक्षण आहे। आधी मॉडेल निवडा, नंतर त्याला जुळणारा फ्लॅग सेट करा; पुढील व्यक्तीला गोंधळात टाकणाऱ्या प्लेसहोल्डरने फील्ड लपवू नका।
तीन मालकी मॉडेल
पहिले मॉडेल प्रत्येक वेळी विचारते। काहीही साठवले जात नाही, रहस्य फक्त सक्रियतेच्या कालावधीत असते, आणि कनेक्शन सुरू करणाऱ्या प्रत्येकाला पासवर्ड माहीत असणे आवश्यक आहे। हा सर्वात कमी सोयीचा पर्याय आहे आणि संरक्षण करण्यास सर्वात सोपा।
दुसरे रहस्य वापरकर्त्याच्या मालकीच्या कीरिंगकडे सोपवते। सत्र सुरू झाल्यावर एजंट अनलॉक होतो आणि मागणीनुसार मूल्य पुरवतो, ज्यामुळे ते कनेक्शन फाइलबाहेर राहते पण कनेक्शन त्या वापरकर्त्याच्या सत्राशी बांधले जाते। यातून दोन अटी येतात: एजंट चालू असावा, आणि तो अनलॉक असावा।
तिसरे सिस्टम कनेक्शनसाठी संरक्षित क्रेडेन्शियल साठवते। ते रीबूटनंतरही टिकते आणि कोणी लॉग इन करण्यापूर्वी काम करते, आणि बदल्यात मूल्य डिस्कवर फाइल परवानग्यांनी संरक्षित असते, एन्क्रिप्शनने नाही।
प्रत्येक मॉडेल योग्य संदर्भात योग्य आहे। चूक ही त्यांना मिसळण्यात आहे, आणि अशा प्रकारे लॅपटॉपमध्ये रहस्य दोन ठिकाणी राहते आणि कोणते प्रमाणित आहे याचे स्पष्ट उत्तर नसते। प्रोफाइल कोणते मॉडेल वापरते ते लिहून ठेवा। टीमच्या रनबुकमधील एक ओळ पुढील व्यक्तीला चौथी शोधजागा तयार करण्यापासून वाचवते।
बदलण्यापूर्वी सध्याची स्थिती वाचा
कनेक्शन व्यवस्थापित करणाऱ्या वापरकर्त्याच्या रूपात प्रोफाइल आणि रहस्याची स्थिती पहा। दुसरा आदेश हाच आहे जो सांगतो की मूल्य खरोखर वाचनीय आहे का।
nmcli connection show "Office VPN"
nmcli --show-secrets connection show "Office VPN"
sudo stat -c '%U %a %n' /etc/NetworkManager/system-connections/*.nmconnectionत्या डिरेक्टरीतील की फाइल सामान्यतः root च्या मालकीची आणि मोड 600 असते। यामुळे सामान्य वापरकर्ते बाहेर राहतात आणि root बाहेर राहत नाही, जे तेव्हा महत्त्वाचे ठरते जेव्हा तीच मशीन सामायिक असते किंवा बॅकअप root म्हणून चालतो।
फाइल परवानग्या एक सीमा आहेत, एन्क्रिप्शन नाही। जो root म्हणून फाइल वाचू शकतो त्याच्याकडे पासवर्ड स्पष्ट मजकुरात असतो। हा देखरेख नसलेल्या सर्व्हरसाठी स्वीकारार्ह व्यवहार आहे आणि सामायिक वर्कस्टेशनसाठी वाईट। एकदा लिहून ठेवल्यास मूल्य संरक्षित आहे की नाही याबद्दलची लांब वादळ टळते।
प्रत्येक फ्लॅग मूल्य काय करते
VPN रहस्यात flags नावाचा गुणधर्म असतो, आणि मूल्ये फक्त संख्यांवरून स्पष्ट होत नाहीत।
| Value | Meaning | Practical effect |
|---|---|---|
| 0 | No special flag | Secret is typically saved with the connection |
| 1 | Agent-owned | A keyring or secret agent supplies it |
| 2 | Not saved | Prompted at each activation |
| 4 | Not required | Connection proceeds without asking |
प्रत्यक्ष वर्तन प्लगइनवर आणि एजंट चालू आहे की नाही यावरही अवलंबून असते, म्हणून तक्त्याला करार आणि निरीक्षण केलेल्या वर्तनाला तुम्ही पडताळत असलेली गोष्ट माना। एका डेस्कटॉपवर चालणारे मूल्य सत्र नसलेल्या सर्व्हरवर वेगळे वागू शकते। गोंधळात टाकणारी बहुतेक तिकिटे याच अंतरात असतात।
ओळ काढून आशा धरण्याऐवजी गुणधर्म स्पष्टपणे सेट करा। अनुपस्थित फ्लॅग ही धोरण नाही, आणि पुढील पॅकेज अपडेट तो तुम्ही हेतू नसलेल्या गोष्टीने भरू शकते।
कनेक्शन कधी सुरू होते याशी मॉडेल जुळवा
जर कनेक्शन फक्त वापरकर्ता लॉग इन असतानाच सुरू होत असेल, तर एजंट मालकी चांगली बसते आणि रहस्य फाइलबाहेर ठेवते। जर ते बूटच्या वेळी, कोणतेही सत्र येण्यापूर्वी सुरू होत असेल, तर एजंट तुम्हाला मदत करू शकत नाही।
बहुतेक मशीनसाठी हा संपूर्ण निर्णय आहे। कनेक्शन परस्परसंवादी पद्धतीने चालते आणि रीबूटनंतर अयशस्वी होते अशा गोंधळात टाकणाऱ्या अहवालांचाही एक वर्ग हे स्पष्ट करते। फ्लॅग कधीही बदलला नाही; संदर्भ बदलला।
देखरेख नसलेल्या बाबतीत root च्या मालकीची मर्यादित फाइल किंवा मंजूर क्रेडेन्शियल स्रोत हे व्यावहारिक उत्तर आहे। ते प्रोफाइल कधीही निर्यात झाले किंवा दुसऱ्या मशीनवर कॉपी झाले तर ते कनेक्शन प्रोफाइलबाहेर ठेवा।
जर मूल्य आधीच दिसत होते, तर ते बदला
फ्लॅग बदलल्याने पासवर्ड स्वतःला धक्का लागत नाही। स्क्रीनशॉटमध्ये, shell इतिहासात, सपोर्टला पाठवलेल्या बंडलमध्ये किंवा इतर वापरकर्ते उघडू शकणाऱ्या फाइलमध्ये आलेले मूल्य उघड झाले असे मानले पाहिजे।
ते सर्व्हरवर बदला, नंतर क्लायंट दुरुस्त करा आणि जुन्याने प्रमाणित झालेले कोणतेही सत्र संपवा। स्थानिक कनेक्शन हटवल्याने दुसऱ्या बाजूला काहीही रद्द होत नाही, आणि लोक हाच भाग चुकवतात।
नंतर पासवर्ड कमांड लाइनवर ठेवणे थांबवा। तो shell इतिहासात जातो आणि प्रोसेस यादीत दिसू शकतो; त्याऐवजी परस्परसंवादी प्रॉम्प्ट किंवा एजंट वापरा।
पुन्हा कनेक्ट करून पडताळा
रहस्य दाखवणारा आदेश पुन्हा चालवा आणि फील्ड आता छापले जात नाही याची खात्री करा। नंतर डिस्कनेक्ट करा आणि पुन्हा कनेक्ट करा, आणि कनेक्शन स्वयंचलितपणे सुरू होत असेल तर रीबूट करा, कारण मनोरंजक बिघाड सत्र संदर्भ बदलल्यावरच दिसतो।
जर रहस्य अजूनही दिसत असेल, तर ते दुसरे प्रोफाइल किंवा दुसरा एजंट पुरवत आहे। फाइल्स हटवण्याऐवजी सक्रिय कनेक्शन आणि कीरिंग तपासा, लक्षण हलत नाही तोपर्यंत।