OpenVPN सांगते की इनिशियलायझेशन पूर्ण झाले: प्रॉम्प्ट का परत येत नाही

शेवटच्या लॉग ओळीनंतर टर्मिनल शांत झाल्यावर काहीही अडकलेले नाही। फोरग्राउंड क्लायंटसाठी हेच अपेक्षित स्वरूप आहे: त्याने स्टार्टअप पूर्ण केला आहे आणि आता तिथे बसून रहदारी वाहून नेत आहे। शेलचा प्रॉम्प्ट दिसतो तसा यशाचा संकेत नाही।

संदेशाला स्टार्टअप आणि स्थिर स्थिती यांमधली सीमा माना, कारण तो नेमके तेच दर्शवतो।

संदेश प्रक्रियेचा नाही, स्टार्टअपचा शेवट दर्शवतो

OpenVPN ती ओळ उपकरण उघडल्यानंतर, इंटरफेस संरचीत केल्यानंतर, रूट स्थापित केल्यानंतर आणि सहकार्याशी TLS देवघेव पूर्ण केल्यानंतर छापते। त्यानंतर प्रक्रिया चालू राहते, कारण तिचे काम टनेल उघडे ठेवणे आणि पॅकेट पुढे पाठवणे आहे। फोरग्राउंड कार्यक्रम ते काम करत असताना प्रॉम्प्टकडे परत येत नाही। त्यानंतरचे शांत आउटपुट सामान्य आहे, कारण काही बदलल्यावरच क्लायंट बोलतो।

ओळ दिसली आणि जोडणी नंतर मेली, तर ती वेगळी घटना आहे, आणि लॉग ते नंतर सांगेल।

Ctrl+C हा निर्णय आहे, उपाय नाही

Ctrl+C दाबल्याने व्यत्यय जातो, ज्याला क्लायंट बंद करण्याची विनंती समजतो। प्रॉम्प्ट परत येतो, टनेल जाते, आणि ते वापरणारे कोणतेही सत्र संपते। हे प्रगतीसारखे दिसते आणि प्रत्यक्षात उलटे आहे। लक्ष्य टिकाऊ जोडणी असेल, तर उत्तर म्हणजे प्रक्रिया तुमच्या टर्मिनलशिवाय चालू शकेल अशा ठिकाणी हलवणे, ती थांबवणे नाही।

डीबग करताना ती फोरग्राउंडमध्ये ठेवणे योग्य आहे, कारण पुढील त्रुटी त्याच विंडोमध्ये दिसतात। शांत एक मिनिट कोणत्याही दिशेने काहीही सिद्ध करत नाही; आउटपुट पाहण्याऐवजी टनेलमधून संसाधन तपासा।

संदेश काय सिद्ध करत नाही

पूर्णता ही क्लायंटच्या स्वतःच्या संरचनेबद्दलची स्थानिक विधान। ती असे सांगत नाही की पलीकडे उत्तर देते, स्थापित रूट तुमच्या गरजेशी जुळतात, किंवा टनेलमधून नाव निराकरण चालते। विभाजित टनेल प्रोफाइल पूर्णपणे इनिशियलायझ झालेले असू शकते, पण कंपनीचा सामायिक संसाधन पोहोचण्याबाहेर राहू शकतो, कारण रूट किंवा DNS धोरणाने ते कधीच व्यापले नाही। सर्व्हर बाजूच्या प्रतिकृती क्लायंट स्वीकारण्यास तयार झाल्यावर अशीच ओळ छापतात, जे कोणताही क्लायंट जोडलेला असण्यासारखे नाही।

‘सर्व्हर सुरू झाला’ आणि ‘लॅपटॉप सामायिक संसाधन उघडू शकतो’ ही दोन वेगळ्या ठिकाणांची निरीक्षणे आहेत, आणि ती एकत्र करणे तुम्हाला चुकीच्या होस्टवर डीबग करायला पाठवते।

टर्मिनलशिवाय चालवणे

कायमस्वरूपी उपयोजनासाठी, प्लॅटफॉर्मला आधार देणारी सर्व्हिस व्यवस्था वापरा। systemd होस्टवर ती openvpn-client@office प्रतिकृती आहे ज्यात प्रोफाइल /etc/openvpn/client मध्ये आहे, रीबूटनंतर टिकावे म्हणून सुरू आणि सक्षम केलेली। Community OpenVPN --log किंवा --log-append सोबत --daemon देखील देते, जे प्रक्रिया वेगळी करते आणि आउटपुट फाइलमध्ये पाठवते। दोन्ही पद्धती प्रक्रिया कशी चालते ते बदलतात; कोणतीही रूट दुरुस्त करत नाही किंवा दूरचे अनुप्रयोग निरोगी करत नाही।

सर्व्हिस आधीच व्यवस्थापित करत असलेल्या प्रतिकृतीच्या शेजारी तुम्ही दुसरी सुरू करत नाही हे तपासा। एकाच प्रोफाइलचा दावा करणारे दोन क्लायंट गोंधळात टाकणारे लॉग आणि तुम्हाला नको असलेली एक टनेल निर्माण करतात।

कामाला साजेशी व्यवस्था निवडा

निदानासाठी फोरग्राउंड, सत्रापेक्षा जास्त टिकले पाहिजे अशा प्रत्येकासाठी सर्व्हिस, आणि आधार घ्यायला सर्व्हिस व्यवस्थापक नसल्यास डेमन मोड। हे तीन सामान्य प्रसंग व्यापतात, आणि प्रत्येकाचे अस्तित्वाचे स्पष्ट कारण आहे। यातील एक चुकून निवडणे हेच ‘विंडो बंद होईपर्यंत चालते’ असा अहवाल तयार करते।

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