नेटवर्क इंटरफ़ेस का नाम बदलने के बाद Access Server ने अपना बंधन खो दिया: कुंजियाँ ठीक करें

आपने नेटवर्क इंटरफ़ेस का नाम बदला है, या ऐसी मशीन बहाल की है जिसका एडाप्टर दूसरे नाम से लौटा है, और अब OpenVPN Access Server का डेमॉन शुरू नहीं होता। वेब इंटरफ़ेस शायद अभी भी जवाब दे, या न दे, यह इस पर निर्भर है कि कौन-सा घटक पुराने नाम से बंधा था। सेवा खराब नहीं हुई है और कॉन्फ़िगरेशन नहीं गया है; एक सेटिंग अभी भी ऐसे इंटरफ़ेस की ओर इशारा करती है जो होस्ट के पास अब नहीं है।

सामान्य प्रतिक्रिया है कि त्रुटि गायब होने तक पुनः इंस्टॉल करें, पुनः आरंभ करें या डेटाबेस संपादित करें। इनमें से हर एक खराबी से बड़ा बदलाव है, और अंतिम उन उपयोगकर्ताओं, अनुमतियों और निर्भरताओं को मिटा सकता है जिन्होंने सर्वर को बचाने योग्य बनाया था। यह बंधन की समस्या है, और इसका एक नामित समाधान है।

लक्षण वास्तव में क्या बताता है

जो डेमॉन बंध नहीं सकता वह सामान्यतः अपने लॉग में बताता है: पता उपलब्ध नहीं है या इंटरफ़ेस मौजूद नहीं है। संदेश विशिष्ट है: यह उस पते का नाम लेता है जिसे डेमॉन ने आज़माया; होस्ट पर ip -br addr से तुलना करें ताकि पता चले कि इंटरफ़ेस का नाम बदला, हटाया गया या पुराने पते के बिना उठाया गया।

पूरे समय एक अधिकृत रिकवरी कंसोल खुला रखें। यदि जिस बंधन को आप बदलने जा रहे हैं वह आपका एकमात्र प्रशासनिक सत्र ले जाता है, तो आपने वापसी का रास्ता काट लिया है। स्थानीय कंसोल, दूसरा प्रबंधन पता या प्रलेखित आउट-ऑफ़-बैंड मार्ग बदलाव को प्रतिवर्ती बनाते हैं।

संपादित करने से पहले कॉन्फ़िगरेशन पूछें

Access Server अपना कॉन्फ़िगरेशन अपने CLI के माध्यम से दिखाता है। प्रलेखित दृश्य यह है:

sacli ConfigQuery

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

वह आउटपुट सर्वर कॉन्फ़िगरेशन का दृश्य है, पूरा बैकअप नहीं। उपयोगकर्ता और समूह गुण अलग से पूछे जाते हैं, इसलिए स्वच्छ बंधन पहचान बहाल नहीं करता, और बहाल पहचान श्रोता को ठीक नहीं करती। दोनों को दो अलग दस्तावेज़ के रूप में दर्ज करें।

निर्धारित करें कौन-सा श्रोता टूटा है

Access Server एक से अधिक श्रोता चलाता है। OpenVPN डेमॉन टनल ट्रैफ़िक ले जाते हैं, वेब सेवा प्रशासनिक और ग्राहक पोर्टल ले जाती है, और अन्य घटकों के अपने पोर्ट हो सकते हैं। विफल ब्राउज़र अनुरोध नहीं बताता कि कौन विफल हुआ, और न ही त्रुटि संदेश का पोर्ट नंबर।

डेमॉन की बंधन कुंजियाँ प्रति डेमॉन प्रलेखित हैं, और आधिकारिक ट्यूटोरियल में मान इंटरफ़ेस पहचानकर्ता है, भले ही कुंजी नाम ip_address पर समाप्त होते हैं। उस वाक्य को दो बार पढ़ें। ट्यूटोरियल यह भी अपेक्षा करता है कि UDP और TCP डेमॉन एक इंटरफ़ेस साझा करें, इसलिए केवल एक कुंजी ठीक करना आधा सुधार है।

नामित सेटिंग बदलें, मेल खाती पंक्तियाँ नहीं

ट्यूटोरियल ConfigPut को विशिष्ट कुंजियों पर प्रलेखित करता है, जैसे vpn.daemon.0.server.ip_address और vpn.daemon.0.listen.ip_address। उत्पाद की अपनी विधि कुंजी नाम और नए मान के साथ, अपने संस्करण के प्रलेखित सिंटैक्स में उपयोग करें, और केवल उसी श्रोता की कुंजियाँ बदलें जिसका आपने निदान किया।

आपको जो नहीं करना चाहिए वह है डेटाबेस में हर उस पंक्ति को खोजना जिसका मान पुराने इंटरफ़ेस नाम के बराबर है और उन सबको बदल देना। यह मान लेता है कि पुराना नाम केवल श्रोता सेटिंग में था, जिसकी स्कीमा गारंटी नहीं देती। यह बदलाव को समीक्षा के लिए असंभव भी बनाता है।

दो और प्रलोभनों को अस्वीकार करना उचित है। सभी इंटरफ़ेस पर सुनने वाला डिफ़ॉल्ट बहाल करना एक्सपोज़र का निर्णय है, वर्तनी सुधार नहीं; इच्छित स्थानीय बंधन, प्रकाशित मार्ग और उसके आगे की फ़िल्टरिंग को उस चयन से मेल खाना चाहिए। कॉन्फ़िगरेशन को पुनः आरंभ करना समस्या का समाधान नहीं बल्कि उसका नाम बदलना है, क्योंकि नया इंस्टॉल नाम बदलने से पहले काम कर रहे उपयोगकर्ताओं और अनुमतियों को ही त्याग देता है।

इसे लागू करें, फिर सिद्ध करें कि मार्ग काम करता है

मान सुधारने के बाद उत्पाद के प्रलेखित जीवनचक्र के माध्यम से लागू करें ( जीवनचक्र )। ट्यूटोरियल कुंजियाँ सेट करने के बाद sacli start का उपयोग करता है; यह पूर्ण होस्ट रीबूट या डेटाबेस रीसेट नहीं है।

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

श्रोता जाँचें, फिर एक अधिकृत VPN कनेक्शन करें, एक निजी संसाधन तक पहुँचें और प्रशासनिक पृष्ठ उसके अपेक्षित मार्ग से खोलें। मौजूदा उपयोगकर्ता अनुमतियाँ और निरसन रखें; उन्हें रीसेट करने वाली रिकवरी ने बंधन ठीक किया और तैनाती खो दी। काम तब पूरा होता है जब वही सेवा अपने इच्छित इंटरफ़ेस पर काम करती है।