Git मधील OpenVPN प्रोफाइल: कमिट करण्यापूर्वी काय काढायचे

प्रोफाइल एकाच वेळी दोन उद्दिष्टे पूर्ण करतात: ते कनेक्शन सेटिंग्ज नोंदवतात, आणि कार्यरत क्रेडेन्शियल्सचा संच घेऊन जातात। फाइलचा विस्तार तुमच्या हातात यापैकी काय आहे हे सांगत नाही। ती रेपॉजिटरीची आहे असे ठरवण्यापूर्वी आतील मजकूर वाचा।

खालील पायऱ्या असे गृहीत धरतात की क्लायंट टेम्प्लेट आवृत्ती नियंत्रणासाठी विचारात घेतले जात आहे। त्या क्रमाने चालवा, आणि तुम्ही रद्द करू शकत नाही असे काहीही कमिट करण्यापूर्वी थांबा।

तुम्ही स्टेज करणार असलेली फाइल वाचा

प्रत्यक्ष बाइट्सपासून सुरुवात करा, कारण वेगळ्या फाइलींचा संदर्भ देणारे प्रोफाइल त्या आत एम्बेड करणाऱ्यापेक्षा पूर्णपणे वेगळे दिसते। PEM ब्लॉक चिन्हे आणि ca, cert, key, tls-auth व tls-crypt नावाचे इनलाइन टॅग शोधा, आणि तीच तपासणी दोन्ही प्रकरणे दाखवेल। एन्क्रिप्ट केलेली खाजगी की अजूनही संवेदनशील सामग्री मानली जाते, आणि सामायिक tls-auth किंवा tls-crypt की वापरकर्त्याची ओळख नसली तरी क्रेडेन्शियल आहे। क्रेडेन्शियल फाइलचा संदर्भ देणाऱ्या आर्काइव्हज आणि सेटअप स्क्रिप्टांसह, प्रोफाइलसोबत स्टेज होणाऱ्या सर्वांना तीच तपासणी लागू करा।

मग कार्यरत वृक्ष नाही, स्टेज केलेला संच पाहा। git diff --cached कमिटमध्ये प्रत्यक्षात काय असेल ते दाखवते, आणि या निर्णयासाठी महत्त्वाची असलेली एकमेव आवृत्ती तीच आहे।

रेपॉजिटरी काय वितरित करू शकते ते ठरवा

टेम्प्लेट सामायिक, पुनरावलोकित सेटिंग्ज आणि नोंदणीच्या वेळी व्यक्तीला मिळणाऱ्या प्रत्येक गोष्टीसाठी नामांकित प्लेसहोल्डर घेऊन जाऊ शकते। जे ते घेऊन जाऊ शकत नाही ते वापरण्यायोग्य ओळख आहे, कारण रेपॉजिटरी ती वाचू शकणाऱ्या सर्वांना वितरित होते, स्वयंचलनासह। खाजगी रेपॉजिटरी प्रेक्षक कमी करते, परंतु प्रत्येक वाचक त्या क्रेडेन्शियलसाठी अधिकृत आहे का हा प्रश्न बदलत नाही।

दुर्लक्ष नियम भविष्यातील भर घालण्यास प्रतिबंध करतो आणि आधीच नोंदवलेल्या गोष्टीबद्दल काहीही करत नाही। ही विषमता पहिल्या कमिटपूर्वी आत्मसात करण्यासारखी आहे, दहाव्यानंतर नाही। पायाभूत सुविधांची नावे आणि पत्ते एक वेगळा निर्णय आहेत: ते प्रमाणीकरणाची रहस्ये नाहीत, परंतु संघ प्रकाशित करू इच्छित असलेल्यापेक्षा जास्त उघड करू शकतात। प्रत्येक ओळ पासवर्ड किंवा सार्वजनिक असे वर्गीकरण करण्याऐवजी तो निर्णय स्पष्टपणे घ्या।

जर सामग्री आधीच इतिहासात असेल

नवीन कमिटमध्ये ओळ काढल्यास ती ओढणाऱ्या प्रत्येकासाठी जुनी आवृत्ती अभंग राहते। उघडकीला वास्तविक माना: क्रेडेन्शियलचा प्रकार ओळखा, नंतर ते अवैध करू शकणारी प्राधिकृत संस्था शोधा। क्लायंट प्रमाणपत्र रद्द केले जाते आणि रद्दीकरण सूची पुन्हा तयार होते; सामायिक नियंत्रण-चॅनेल की सर्व्हरवर आणि ती वापरणाऱ्या प्रत्येक क्लायंटवर बदलली जाते।

दोन्हींचा प्रभाव-व्याप्ती खूप वेगळा आहे, आणि आरंभ करण्यापूर्वी आराखड्याने तुम्ही कोणते चालवत आहात ते सांगावे। git log --all -S 'BEGIN PRIVATE KEY' सारख्या शोधाने सामग्री आणणारे कमिट शोधा, जेणेकरून स्वच्छतेची व्याप्ती अंदाज नसून ज्ञात असेल। सहकाऱ्याचा क्लोन किंवा फोर्क जुनी वस्तू आधीच धरून असू शकते, म्हणून रद्दीकरण प्रथम आणि स्वच्छता नंतर येते।

नियंत्रण आणल्यानंतरच स्वच्छता करा

इतिहास पुन्हा लिहिणे तुम्ही संपादित केलेल्या कमिटनंतरच्या प्रत्येक कमिटला बदलते, म्हणून प्रथम रेपॉजिटरीच्या मालकाची आणि त्यात काम करणाऱ्या लोकांची संमती आवश्यक आहे। सक्तीचा पुश दुरुस्ती नाही; ती स्वतःच्या मागे हटण्याच्या जोखमीसह एक समन्वय घटना आहे। त्याचे नियोजन करा, बॅकअप घ्या, आणि कधी होईल ते संघाला सांगा।

त्यानंतर साधनाच्या सारांशावर विश्वास ठेवण्याऐवजी सध्याचे वृक्ष आणि उर्वरित इतिहास सत्यापित करा।

निकाल दोन कलाकृतीं म्हणून ठेवा: सामायिक करण्यास सुरक्षित असे टेम्प्लेट, आणि नोंदणी प्रक्रियेतून जारी केलेल्या क्रेडेन्शियल्सची यादी। यापैकी कोणत्याही गोष्टीसाठी रेपॉजिटरीत वापरण्यायोग्य ओळख असणे आवश्यक नाही।

हाच विभाजन खरा उपाय आहे, आणि प्रोफाइल कमिट करू इच्छिणाऱ्या पुढील व्यक्तीनंतरही तो टिकतो।