OpenVPN AF_INET चेतावणी: निरुपद्रवी फॉलबॅक की अयशस्वी सॉकेट?

OpenVPN च्या दोन लॉग ओळी एकाच शब्दांनी सुरू होतात, आणि त्यांपैकी फक्त एकच समस्येची नोंद करते। Could not determine IPv4/IPv6 protocol. Using AF_INET ही फॉलबॅक सूचना आहे: प्रोफाइलने पत्ता-कुटुंब उघडे ठेवले, म्हणून डीमनने एक निवडले आणि पुढे गेले। अपयशाची शाखा सांगते की कोणतेही सॉकेट तयार झाले नाही आणि पुन्हा सुरू करण्याची विनंती करते। सामायिक उपसर्गानंतरचे सर्व काही त्यांना वेगळे करते, म्हणून काहीही बदलण्यापूर्वी त्याच्या पुढे वाचा।

फॉलबॅक सूचना काय सांगते

OpenVPN proto udp4 किंवा proto udp6 द्वारे स्पष्ट कुटुंब स्वीकारते, आणि सुरुवातीला कुटुंब काढायचे असल्यास proto udp स्वीकारते। दुसऱ्या बाबतीत डीमन स्थानिक बाइंड माहिती तपासून निवड करते।

ती काढणी कार्यरत असल्यास, चेतावणी कोणत्या दिशेने गेले ते सांगते आणि प्रक्रिया सॉकेट तयार करत राहते। दुहेरी-स्टॅक होस्टवर proto udp असलेला सर्व्हर अनेकदा अशाच प्रकारे IPv4 वर येतो। त्या मार्गावर काहीही त्रुटी नाही, आणि त्यात हल्ला, गहाळ वेब सर्व्हर किंवा नाकारलेल्या खात्याचा कोणताही संकेत नाही। ओळ केवळ यासाठी उपयुक्त आहे की पुढील तपासण्या तिने नाव दिलेल्या कुटुंबाशी तुलना केल्या पाहिजेत।

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

अपयशाची शाखा कशी दिसते

पुढे त्याच सॉकेट कोडमध्ये एक शाखा आहे जिथे सॉकेट अजिबात नाही। ती लहान पत्ता-कुटुंब संदेश नोंदवते आणि पुन्हा सुरू करण्याची विनंती करते, कारण पुढे जाण्यासाठी काहीही शिल्लक नाही। सुरुवातीचे शब्द फॉलबॅकशी जुळतात; निकाल जुळत नाही।

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

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

चेतावणीऐवजी श्रोता तपासा

चालू असलेला सर्व्हर लॉग मजकुरातून अंदाज न करता कुटुंबाच्या प्रश्नाचे थेट उत्तर देतो।

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

कुटुंब, पत्ता आणि पोर्ट प्रोफाइलशी जुळवा। 0.0.0.0:1194 ओळ फक्त IPv4 आहे, तर दुहेरी-स्टॅक होस्टवरील [::]:1194 ओळ bindv6only सेटिंगवर अवलंबून दोन्ही कुटुंबे स्वीकारू शकते। प्रोफाइल udp म्हणत असेल आणि सॉकेट IPv4 असेल, तर ज्यांचा रिझोल्व्हर फक्त AAAA रेकॉर्ड परत करतो ते क्लायंट बोगद्याची बोलणी होण्यापूर्वीच अपयशी होतील।

नंतर तुमच्या वापरकर्त्यांसारख्या क्लायंटवरून चाचणी करा: तोच रिझोल्व्हर मार्ग, तोच प्रकारचा नेटवर्क। सर्व्हरवरून स्थानिक जोडणी NAT उपकरण किंवा दुसऱ्या कुटुंबासाठी लिहिलेल्या फायरवॉल नियमातून जाणाऱ्या रहदारीबद्दल फार कमी सिद्ध करते।

कुटुंबाला सक्ती करणे कधी योग्य आहे

proto udp4 पिन करणे केवळ-IPv4 तैनातीसाठी योग्य आहे: केवळ A प्रकारचे DNS नाव, एका v4 पत्त्यासाठी फायरवॉल नियम, केवळ v4 पत्ते देणाऱ्या ऑपरेटरांमागील क्लायंट। हे अस्पष्टता दूर करते आणि पुढील लॉग ओळींचा संच अंदाजण्यायोग्य बनवते।

तोच युक्तिवाद IPv6-प्रथम वातावरणासाठी उलट दिशेने काम करतो, आणि केवळ A क्लायंट आधारासमोर udp6 हा स्वतः निर्माण केलेला व्यत्यय आहे। केवळ निरुपद्रवी चेतावणी शांत करण्यासाठी कुटुंबाला सक्ती करणे ही या चुकीची पारंपरिक आवृत्ती आहे, कारण तुम्ही शांत लॉगच्या बदल्यात कोण जोडू शकतो ते बदलले आहे।

टोक आणि तिथपर्यंत पोहोचावे लागणारे क्लायंट यांच्या आधारे निवडा। OpenVPN 2.6 हस्तपुस्तिका वाहतूक स्वरूपांची नोंद ठेवते, आणि संदेश त्या निवडीचे आउटपुट आहे, त्याचे इनपुट नाही।

नोंद अरुंद ठेवा

नेमकी ओळ तिच्या टाइमस्टॅम्पसह, चालू प्रोफाइलची प्रभावी वाहतूक सेटिंग, कर्नेल जे सॉकेट नोंदवते ते, आणि अयशस्वी झालेला पुढील टप्पा लिहून ठेवा। त्या चार गोष्टी संदेशाने उपस्थित केलेल्या जवळपास प्रत्येक प्रश्नाचे निराकरण करतात, आणि त्यांपैकी कोणतीही असंबंधित सेवांबद्दल अंदाज घेण्याची गरज नाही। त्या हस्तांतरणातही टिकतात, जे grep चा स्क्रीनशॉट करत नाही।

या चेतावणीसोबत येणाऱ्या पॅकेज सूचना असंबंधित आहेत जोपर्यंत त्रुटी गहाळ अंमलात येणारी फाइल नाव घेत नाही।

ifconfig खरोखर अनुपस्थित असल्यास, स्क्रिप्टने ते बोलावले असता डीमन नावाने सांगते, आणि ते स्वतःच्या तपासणीला पात्र आहे। AF_INET ओळ आणि अनुपस्थित साधन वेगवेगळी अपयशे आहेत, आणि चेतावणी बदलते का हे पाहण्यासाठी गोष्टी स्थापित करणे हा स्वच्छ होस्ट गोंधळलेला होण्याचा मार्ग आहे।