योग्य OpenVPN कनेक्शन थांबवा: फोरग्राउंड, systemd किंवा NM

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

फोरग्राउंड आणि डेमनाइज्ड क्लायंट

टर्मिनलमध्ये हाताने सुरू केलेला क्लायंट त्या टर्मिनलचा असतो। Ctrl+C व्यत्यय पाठवते, क्लायंट त्याचा इंटरफेस पाडतो, आणि टनेल संपते। इतर कोणालाही कळवण्याची गरज नाही।

शेल रॅपरद्वारे सुरू केलेला आणि पार्श्वभूमीत सोडलेला क्लायंट कोणाचाही विशेष नसतो, आणि लोक killall कडे वळतात ती हीच परिस्थिती। प्रथम प्रोसेस शोधा, त्याच्या कमांड लाइनमध्ये इच्छित प्रोफाइलचा उल्लेख आहे याची खात्री करा, आणि नंतर सामान्य समाप्ती सिग्नल पाठवा। पर्यवेक्षकाच्या खाली मारला गेलेला पर्यवेक्षित प्रोसेस फक्त पुन्हा सुरू होईल, म्हणून सिग्नल निवडण्यापेक्षा मालक ओळखणे अधिक महत्त्वाचे आहे। प्रोसेस गटाला सिग्नल तेव्हाच पाठवा जेव्हा तुम्ही खात्री केली असेल की दुसरे कोणतेही टनेल तो सामायिक करत नाही।

SIGUSR1 डिस्कनेक्शन नाही; तो क्लायंटला टनेल पुन्हा सुरू करण्यास सांगतो।

systemd इन्स्टन्स

जेव्हा unit कनेक्शन धारण करते, तेव्हा unit ही थांबवायची वस्तू असते। openvpn-client@office सारखे टेम्प्लेट इन्स्टन्स प्रोफाइलचे नाव वाहतात, आणि इन्स्टन्सऐवजी टेम्प्लेट लक्ष्य थांबवल्यास होस्टवरील प्रत्येक क्लायंटवर परिणाम होऊ शकतो।

systemctl list-units 'openvpn-client@*'
systemctl stop [email protected]

इन्स्टन्सने कोणते प्रोफाइल लोड केले याची खात्री नसल्यास unit चे ExecStart वाचा।

सक्षम केलेले unit पुढील बूटवर परत येईल, जे आता ते थांबवण्यापेक्षा वेगळा निर्णय आहे। कनेक्शन परत येऊ नये असे ठरवल्यानंतरच ते अक्षम करा, आणि तो निर्णय पुढील प्रशासकाला सापडेल अशा ठिकाणी नोंदवा।

NetworkManager प्रोफाइल

NetworkManager द्वारे व्यवस्थापित प्रोफाइल ही सिग्नल पाठवता येणारी प्रोसेस नाही। व्यवस्थापक जीवनचक्र धारण करतो, आणि ज्या वस्तूवर कार्य करायचे ती सक्रिय कनेक्शन आहे, जी प्रदर्शित नावाऐवजी UUID ने ओळखली जाते। प्रथम सक्रिय यादी वाचल्यास तुम्ही अपेक्षा न केलेल्या नावाखाली दुसरे टनेल चालू आहे का हेही दिसते।

nmcli connection show --active
nmcli connection down uuid actual-uuid

प्रदर्शित नावे पुनरावृत्त होतात, आणि प्रोफाइल फाइलचे नाव त्याचा ओळखकर्ता नाही, म्हणून यादीतून UUID कॉपी करा। कनेक्शन लगेच परत आले तर काहीतरी ते सक्रिय करत आहे: आधार कनेक्शनवरील secondaries नोंद, dispatcher स्क्रिप्ट, किंवा स्वयं-कनेक्ट ध्वज। व्यवस्थापकाचे कनेक्शन थांबवणे हे योग्य पहिले पाऊल आहे, आणि पुनः सक्रियकरण हा पुढील प्रश्न आहे। पुनः सक्रियकरण थांबवण्यासाठी प्रोफाइल हटवू नका, कारण त्यामुळे उद्या लागू शकणारी ओळखपत्रेही निघून जातात।

व्यवस्थापकाचा कमांड संदर्भ down लक्ष्य कसे निवडले जाते हे दस्तऐवजीकरण करतो।

OpenVPN 3 सत्रे

OpenVPN 3 Linux प्रत्येक टनेलसाठी प्रोसेसऐवजी सत्र मॉडेल वापरते। सेवेला माहीत असलेली सत्रे तुम्ही तपासता, नंतर एका सत्र मार्गावर कार्य करता। मार्ग हा ओळखकर्ता आहे, आणि तो कॉन्फिगरेशन नावाने बदलता येत नाही।

openvpn3 sessions-list
openvpn3 session-manage --path /net/openvpn/v3/sessions/... --disconnect

प्रत्येक सत्र डिस्कनेक्ट करणे ही वेगळी क्रिया आहे, आणि ती जाणीवपूर्वक असावी।

एकच होस्ट अनेक वापरकर्त्यांची सत्रे ठेवू शकतो, म्हणून कार्य करण्यापूर्वी यादी करा आणि जे सत्र संपवणार आहात त्याच्या मालकाची खात्री करा।

नंतर काय सत्यापित करावे

यापैकी कोणत्याही थांबवण्यानंतर तीन गोष्टी तपासा: सक्रिय कनेक्शन यादीत आता टनेल नाही, इंटरफेस गेला आहे, आणि अंतर्गत पत्त्यासाठी मार्ग शोध आता टनेल उपकरण निवडत नाही। नंतर पुढील बूटवर काय होईल ते ठरवा।

ip -brief address
ip route get 10.8.0.1

हाताने इंटरफेस काढल्यास मालक थांबत नाही, आणि स्वच्छता अर्धी केलेली राहते।

आता डिस्कनेक्ट करणे, पुढील स्वयंचलित सुरुवात टाळणे, आणि नंतर बिगर-VPN रहदारीला परवानगी देणे या तीन वेगळ्या निवडी आहेत। प्रत्येक स्पष्टपणे करा।