की लीक न करता दोन OpenVPN प्रोफाइलची तुलना करा
मजकूर diff जसे बदललेली सूचना दाखवते तसेच इनलाइन की सहज उघड करू शकते. संरक्षित प्रतींवर भूमिकेनुसार तुलना करा, नंतर स्वतंत्र संपादित निदान फाइल तयार करा.
दोन प्रोफाइल, एक जोडते आणि दुसरे नाही, आणि कारण पाहण्याचा जलद मार्ग म्हणजे diff. अडचण ही आहे की तोच diff इनलाइन खाजगी की, स्थिर की आणि फाइल घेऊन जाणारा कोणताही क्रेडेन्शियल ब्लॉक छापतो, आणि लोक लक्षात येण्यापूर्वीच आउटपुट चॅटमध्ये पेस्ट करतात. तुम्ही कशाची तुलना करत आहात हे ठरवणे आदेश चालवण्यापूर्वी येते. संरक्षित प्रतींवर रचना आणि भूमिकांची तुलना करा, आणि दुसऱ्याला पाहायचे असल्यास स्वतंत्र संपादित फाइल तयार करा.
.ovpn फाइल प्रत्यक्षात काय घेऊन जाते
एक .ovpn फाइल ऐच्छिक इनलाइन ब्लॉक्स असलेली कॉन्फिगरेशन आहे. ती CA प्रमाणपत्र, क्लायंट प्रमाणपत्र, खाजगी की, tls-auth किंवा tls-crypt की, आणि बाह्य फाइलींकडे निर्देश करणारे किंवा क्रेडेन्शियल मागणारे निर्देश धारण करू शकते. दोन फाइली जवळजवळ सारख्याच दिसू शकतात आणि फक्त ब्लॉकच्या आत वेगळ्या असू शकतात, किंवा वाहतूक पूर्णपणे बदलणाऱ्या एका निर्देशात वेगळ्या असू शकतात. ओळींची संख्या त्यातील काय घडले हे सांगत नाही.
की ब्लॉकच्या आतला फरक कोणत्याही गोष्टीचा सार्वजनिक पुरावा नाही. पुन्हा जारी केलेले प्रमाणपत्र आणि नवीन की असलेले प्रमाणपत्र एकाच आकाराचा बदल निर्माण करू शकतात, म्हणून ब्लॉकची विसंगती सामग्री वेगळी आहे हे सांगते, कोणत्या निर्णयाने ती निर्माण केली हे नाही. त्याकडे क्षेत्रांची तुलना करण्याचा संकेत म्हणून पाहा, निष्कर्ष म्हणून नाही.
ओळीने नाही, भूमिकेने तुलना करा
जोडणीचा स्वतःचा क्रम अनुसरा: प्रथम अंतिम बिंदू आणि वाहतूक, नंतर विश्वास आणि अपेक्षित ओळख, नंतर वापरकर्ता प्रमाणीकरण, नंतर मार्ग, DNS आणि स्क्रिप्ट हुक. हा क्रम क्लायंट जे करतो त्याशी जुळतो, म्हणून तुम्हाला भेटणारा पहिला फरक म्हणजे जोडणी तोडू शकणारी पहिली गोष्ट. त्याऐवजी वर्णक्रमाने तुलना केल्यास संबंधित सेटिंग्ज संपूर्ण आउटपुटमध्ये विखुरल्या जातात.
क्षेत्र-जागरूक पास या वस्तू त्याच क्रमाने पाहतो. क्लायंट इंटरॅक्टिव्हपणे जे मागतो ते विश्वासाच्या ओळींचे नाही, प्रमाणीकरणाच्या ओळीचे असते.
remote,protoआणि पोर्ट, प्रत्येक जोडणी ब्लॉकसह.caआणिcert: जारीकर्ता, विषय आणि समाप्ती तारीख.- खाजगी की अजिबात आहे का, कधीही तिच्यात काय आहे ते नाही.
tls-authकिंवाtls-cryptची उपस्थिती आणि कीची दिशा.- प्रमाणीकरण निर्देश, कोणत्याही क्रेडेन्शियल फाइलच्या संदर्भासह.
- जोडणीच्या वेळी चालणारे मार्ग, DNS पर्याय आणि स्क्रिप्ट हुक.
फाइलमध्ये अनेक जोडणी ब्लॉक असल्यास, प्रत्येक पर्याय त्याच्या अंतिम बिंदूसह ठेवा. फक्त पहिल्या remote ओळीची तुलना केल्यास क्लायंट या नेटवर्कवर प्रत्यक्षात निवडणारा पर्याय चुकू शकतो.
सामान्य diff चुकीचे साधन का आहे
सामान्य diff मजकुरासाठी बनवलेले आहे, रहस्यांसाठी नाही. ते आनंदाने खाजगी की स्क्रोलबॅकमध्ये छापेल, आणि तुम्ही ज्या निर्देशाकडे पाहत आहात तो अपयशाशी संबंधित नाही हे सांगणार नाही. क्षेत्र निष्कर्षण एकाच वेळी अधिक सुरक्षित आणि अधिक वाचनीय आहे, कारण प्रमाणपत्राची सामग्री बाइटऐवजी मेटाडेटा म्हणून तुलना करता येते.
openssl x509 -in ca.crt -noout -subject -issuer -enddate
openssl x509 -in client.crt -noout -subject -issuer -enddate
grep -E '^(remote|proto|port|tls-auth|tls-crypt|route|dhcp-option)' profile.ovpn
पहिले दोन आदेश कीला स्पर्श न करता ओळख आणि वैधता छापतात, म्हणून त्यांचे आउटपुट पेस्ट करणे सुरक्षित आहे. grep निर्देशांची नावे आणि मूल्ये छापतो पण कधीही ब्लॉकचे अंग नाही, ज्यामुळे वाहतूक किंवा मार्गनिर्देशनाचा फरक संशयास्पद वाटल्यास तो योग्य पहिला पास ठरतो. ब्लॉकचीच तुलना करायची असल्यास सामग्रीऐवजी त्याचा हॅश तुलना करा.
तिकिटासाठी संपादित प्रत तयार करा
फरक स्पष्ट करण्यासाठी क्षेत्रांची नावे आणि पुरेशी रचना ठेवून खरे रहस्य आणि अनावश्यक ओळखकर्ते काढून टाका. त्याच आकाराचे चिन्ह तरीही सामग्री कुठे आहे आणि किती लांब होती हे उघड करते, म्हणून तेही स्वीकार्य आहे का ते ठरवा. तुम्ही चालवलेला आदेश आठवतो त्यावर विश्वास ठेवण्याऐवजी अंतिम जोडलेली फाइल स्वतः तपासा. फक्त उदाहरण तयार करण्यासाठी कार्यरत मूळ फाइल संपादित करू नका, कारण संपादित प्रोफाइल चालवण्यायोग्य असेलच असे नाही आणि ती पुन्हा कधीही आयात करू नये.
मूळ फाइली सारख्या नावाच्या तीन फोल्डरमध्ये कॉपी करण्याऐवजी फाइल नाव आणि हॅशने ओळखता येण्याजोग्या ठेवा. हॅश स्ट्रिंग कोणती फाइल पाहिली हे सिद्ध करण्यासाठी पुरते आहे आणि गळती झाल्यास काहीही खर्च करत नाही. बदल बंद झाल्यावर प्रती छाटून टाका, जेणेकरून पुढील व्यक्तीला एकच अधिकृत फाइल वारसा मिळेल.
तुलना अपयशाशी बांधून ठेवा
तुलना तिच्या खर्चाला पात्र ठरते जेव्हा ती एका आयातीविषयी किंवा एका जोडणी अपयशाविषयी प्रश्नाचे उत्तर देते. प्रथम अपयशी होणाऱ्या टप्प्याचे नाव घ्या, नंतर त्या टप्प्यावर अवलंबून असलेल्या केवळ क्षेत्रांची तुलना करा; क्लायंटची सर्व क्रेडेन्शियल एका फोल्डरमध्ये जमा केल्यास पुढील गळतीची शक्यता वाढते आणि पुढील निदान मंदावते. प्रश्न जितका अरुंद, तितकी उत्तर देऊ शकणाऱ्या क्षेत्रांची यादी लहान.
नवीन फाइल ऑपरेटरकडून आली असेल, तर विश्वासाची सामग्री बदलण्यापूर्वी तिचा वितरण मार्ग पुष्टी करा. बदलानंतर, क्लायंटने प्रत्यक्षात निवडलेली आयात केलेली प्रत आणि ठरलेला निकाल तपासा, कारण एखादा निर्देश दुसऱ्या क्लायंट आवृत्तीने दुर्लक्षित किंवा वेगळ्या पद्धतीने वाचला जाऊ शकतो. डिस्कवरील फाइल चाललेल्या जोडणीचा पुरावा नाही. निर्देशांचा अर्थ OpenVPN 2.6 मार्गदर्शकात.