Linux वर Kerio: kvnet ला सर्व्हर अपेक्षित असलेला MAC देणे

Kerio बोगद्याने रहदारी वाहून नेण्यापूर्वी तीन गोष्टी जुळल्या पाहिजेत: kvnet इंटरफेसवरील पत्ता, क्लायंटने नोंदवलेले मूल्य आणि सर्व्हर धोरण किंवा DHCP अपेक्षित असलेली गोष्ट. त्या जुळल्या नाहीत तरी बोगदा प्रमाणीकरण करतो आणि तरीही वर येतो, आणि यामुळेच बिघाड गोंधळाचा होतो. इंटरफेस प्रत्येक कनेक्शनसाठी तयार होतो, त्यामुळे हाताने सेट केलेला पत्ता फक्त त्या सत्राचा असतो आणि दुसऱ्या कशाचाही नाही. हाच समस्येचा आकार, आणि उपाय कॉन्फिगरेशन फाइल नसून हुक आहे. उरलेला भाग म्हणजे मूल्य कुठून वाचायचे आणि कुठे लागू करायचे.

पत्ता सतत परत का येतो

kvnet हा आभासी अडॅप्टर आहे जो क्लायंट कनेक्शन सुरू झाल्यावर तयार करतो आणि संपल्यावर काढून टाकतो. त्यामुळे हाताने केलेला ip link set तो लागू केलेल्या सत्राइतकाच टिकतो, आणि पुढचे कनेक्शन क्लायंट जे वाटप करतो त्यापासून सुरू होते. ज्या मशीनवर क्लायंट अपेक्षित पत्ता लागू करू शकत नाही, तिथे प्रत्येक पुनर्कनेक्शन तीच विसंगती पुन्हा आणते, आणि लीज किंवा प्रवेश नियम उपकरण पुन्हा नाकारतो.

हा नमुना स्वतःच निदानात्मक आहे. एका सत्रात काम करून पुढच्या सत्रात अयशस्वी होणारा बोगदा अधिकृततेचा प्रश्न नाही, कारण कनेक्शनांमध्ये अधिकृतता बदलत नाही.

मूल्य इंटरफेसवरून नाही, क्लायंटकडून वाचा

Linux क्लायंट चर्चेचे तपशील आपल्या डीबग लॉगमध्ये लिहितो, आणि जो पत्ता वापरण्याचा त्याचा उद्देश आहे तो कनेक्शन क्रमातील शेवटचा पत्ता-आकाराचा टोकन म्हणून तिथे दिसतो. त्याची तुलना कर्नेल प्रत्यक्षात जे धरून ठेवतो त्याशी करा, जे एका readlink अंतरावर आहे: cat /sys/class/net/kvnet/address.

दोन्ही वेगळे असल्यास, क्लायंटला योग्य मूल्य माहीत होते पण ते लागू करता आले नाही, आणि इंटरफेस तयार झाल्यावर ते लागू करणारा हुक ही तफावत भरून काढतो. लॉगमध्ये पत्ताच नसल्यास, समस्या आधीची आहे आणि ती स्क्रिप्टची नसून क्लायंट आवृत्तीची किंवा सर्व्हर प्रोफाइलची आहे.

इंटरफेस तयार झाल्यावर ते लागू करा

NetworkManager वापरकर्ते त्याच्या डिस्पॅचर डिरेक्टरीमध्ये स्क्रिप्ट ठेवू शकतात आणि VPN इंटरफेस वर आल्यावरच कार्य करू शकतात. systemd ने व्यवस्थापित क्लायंटला अधिक काळजी लागते: सेवा सुरू होताना चालणारा drop-in सामान्यतः अडॅप्टर तयार होण्यापूर्वीच सक्रिय होतो, त्यामुळे हुकने अडॅप्टर गृहीत धरण्याऐवजी इंटरफेसची वाट पाहावी. तेव्हा पत्ता सेट करा, आणि लिंक वर असताना कर्नेलने नकार दिल्यास ती खाली करा, पत्ता सेट करा आणि पुन्हा वर करा. काढलेला टोकन ip link ला देण्यापूर्वी MAC नमुन्यातून पुन्हा वाचा, जेणेकरून अनपेक्षित लॉग ओळ युक्तिवाद होऊ नये.

क्लायंटच्या लॉगमधून root म्हणून चालणारी कोणतीही गोष्ट संकुचित मालकीची हक्कदार आहे: root च्या मालकीची फाइल, इतरांना लिहिता न येणारी, आणि सत्यापित पत्त्यापलीकडे कोणतेही शेल इंटरपोलेशन नसलेली. नमुना तपासणी स्क्रिप्टच्या आत ठेवा. लॉगच्या आशयाला कोणती आज्ञा चालेल हे ठरवू देऊ नका.

लिंकऐवजी लीज सत्यापित करा

ip -4 -o addr show dev kvnet ने अपेक्षित श्रेणीतील पत्ता दाखवावा, ip neigh show dev kvnet ने गेटवे दाखवावा, आणि VPN मागील एका सेवेने उत्तर द्यावे. नंतर एकदा डिस्कनेक्ट करा आणि पुन्हा कनेक्ट करा; पत्ता परत आल्यास, हुक चुकीच्या घटनेवर चालत आहे किंवा अजिबात चालत नाही.

योग्य पत्त्यासह दिसणारा आणि कधीही लीज न मिळणारा इंटरफेस सर्व्हरच्या बाजूकडे निर्देश करतो. ती वेगळी तपासणी आहे आणि सामान्यतः वेगळा संघ. हुक पुन्हा संपादित करण्यापूर्वी खात्याला परवानगी आहे आणि पूलमध्ये अजून पत्ता आहे याची खात्री करा.

अपग्रेडनंतर पर्यायी उपाय पुन्हा तपासा

पत्ता योग्यरित्या सेट करणारी क्लायंट आवृत्ती तुमचा हुक जुने मूल्य लागू करत ठेवते, हा दुरुस्तीने आणलेला नवीन दोष आहे. दुसऱ्या मशीनवरून किंवा फोरम पोस्टवरून MAC कधीही कॉपी करू नका; हा क्लायंट या खात्यासाठी नोंदवत असलेले मूल्य वापरा, आणि तपासल्याची तारीख नोंदवा.

स्क्रिप्ट एका बैठकीत वाचता येईल इतकी छोटी ठेवा. लॉग पार्स करणारे पर्यायी उपाय स्वभावतः तात्पुरते असतात. टिकणारे तेच जे भविष्यातील वाचकाला मूळ थ्रेडशिवाय समजतात.