Debian resolvconf रेकॉर्ड क्रम: VPN रेकॉर्ड पहिल्यांदा ठेवा

VPN चा नेमसर्व्हर सतत LAN च्या नेमसर्व्हरखाली पोहोचतो, आणि /etc/resolv.conf संपादित केल्याने तो काही मिनिटांसाठी बरा होतो. ती फाईल तयार केली जाते, त्यामुळे दुरुस्ती कधीच टिकत नाही. Debian च्या resolvconf मध्ये क्रमाचे इनपुट /etc/resolvconf/interface-order आहे, आणि ते DNS पत्त्यांऐवजी रेकॉर्डची नावे क्रमवारीत लावते. दोन्हीपैकी कोणत्याही फाईलला स्पर्श करण्यापूर्वी कोणता resolver स्टॅक प्रत्यक्षात जबाबदार आहे याची खात्री करा.

आउटपुट resolvconf च्या मालकीचे आहे याची खात्री करा

सध्याची फाईल कोणी लिहिली आणि पुन्हा कोण लिहील याचा प्रश्न विचारून सुरुवात करा. resolvconf पॅकेज स्वतःला गतिशील resolver संरचनेचा चौकट म्हणून वर्णन करते, आणि systemd-resolved किंवा NetworkManager नियंत्रित resolver चालवणारा होस्ट बाहेरून सारखाच दिसू शकतो पण पूर्णपणे वेगळे धोरण वापरू शकतो.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

जर सोडवलेला मार्ग resolvconf च्या रनटाइम डिरेक्टरीपर्यंत पोहोचत नसेल, तर इथेच थांबा: हे पुस्तिका दुसऱ्या स्टॅकचे आहे.

त्या तपासणीनंतरच resolvconf सध्या जवळ असलेल्या रेकॉर्डची यादी करणे योग्य आहे.

नमुने लिहिण्यापूर्वी रेकॉर्ड वाचा

interface-order पुरवठादाराच्या रेकॉर्डच्या नावांशी जुळते, पत्त्यांशी किंवा कर्नेल इंटरफेसच्या नावांशी नाही. काय नोंदवले आहे त्याची यादी करा जेणेकरून तुमचे नमुने अस्तित्वात असलेल्या नोंदींना संदर्भित करतील.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

रेकॉर्डच्या नावात सहसा पुरवठादार ओळखणारा प्रत्यय असतो, त्यामुळे टनेल रेकॉर्ड आणि DHCP रेकॉर्ड एकच इंटरफेस उपसर्ग सामायिक करूनही वेगळ्या पद्धतीने क्रमवारीत येऊ शकतात. डिरेक्टरीच्या यादीतून अचूक नावे कॉपी करा. इंटरफेसच्या नावावरून नावाचा अंदाज करू नका, कारण काय नोंदवायचे हे क्लायंट एकत्रीकरण ठरवते. तुम्ही रचलेले नाव कधीच जुळणार नाही, आणि रेकॉर्ड कोणत्याही त्रुटी संदेशाशिवाय सर्व पकडणाऱ्या नमुन्यात पडेल.

क्रम पहिल्या-जुळणीचे नमुने म्हणून लिहा

फाईल shell glob नमुन्यांची यादी आहे, प्रत्येक ओळीत एक. रेकॉर्ड ज्या पहिल्या नमुन्याशी जुळतो त्याचे स्थान घेतो, त्यामुळे विशिष्ट नमुन्याच्या वर रुंद नमुना असल्यास ती विशिष्ट ओळ पोहोचण्याअगम्य होते.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

विशिष्ट टनेल नमुना सर्व पकडणाऱ्या नमुन्याच्या वर आणि भौतिक इंटरफेस नमुन्याच्या वर ठेवा.

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

पुन्हा तयार करा आणि निकाल तपासा

अद्यतन स्क्रिप्ट फाईल पुन्हा तयार करतात तेव्हा क्रम लागू होतो. तयार झालेले आउटपुट संपादित करण्याऐवजी समर्थित अद्यतन मार्ग चालवा, नंतर resolver ला प्रत्यक्षात काय मिळाले ते वाचा.

resolvconf -u
cat /etc/resolv.conf

एक नाही, दोन लुकअप तपासा: टनेलमधून सोडवले जावे असे खाजगी नाव, आणि सार्वजनिक नियंत्रण नाव. क्रम बरोबर दिसत असूनही खाजगी नाव अजूनही अयशस्वी होत असेल, तर समस्या रेकॉर्ड प्राधान्य नाही तर नेमस्पेस राउटिंग आहे, आणि कोणत्याही पुनर्रचनेने ती सुटणार नाही. प्रत्येक उत्तराची फक्त यशाशी नाही तर ते परत देणाऱ्या सर्व्हरशी तुलना करा. चुकीच्या resolver ने उत्तर दिलेले खाजगी नावही अयशस्वी आहे, आणि वापरकर्त्याला ते DNS व्यत्ययासारखे वाटते.

जुन्या रेकॉर्डचा दर्जा कमी करण्याऐवजी तो निवृत्त करा

डिस्कनेक्टनंतर पुन्हा पुन्हा दिसणारा जुना VPN रेकॉर्ड क्लायंट एकत्रीकरणातील जीवनचक्रातील दोष आहे. तो सर्वात खाली हलवल्याने लक्षण लपते आणि यादीत मृत resolver राहतो.

तो नोंदवणाऱ्या घटकामार्फत निवृत्त करा, नंतर रेकॉर्ड डिरेक्टरी त्याची यादी करत नाही याची खात्री करा.

पुरवठादाराचे नाव, तुम्ही बदललेला नमुना आणि तुम्ही चालवलेले दोन लुकअप नोंदवा. पुढच्या व्यक्तीला गोष्टीपेक्षा ती नावे अधिक आवश्यक आहेत.