strongSwan vips: IKEv2 कडून व्हर्च्युअल पत्ता मागणे

vips अंतर्गत IKEv2 पत्ता मागते; गेटवे काय देईल हे ठरवते। विनंती सेट करा, ती लोड करा आणि नंतर प्रतिसादकर्त्याने प्रत्यक्षात काय नेमले ते तपासा।

तुमचा IKEv2 क्लायंट गेटवेकडे अंतर्गत पत्ता मागू शकतो, आणि गेटवे काय परत द्यायचे ते ठरवते। strongSwan मध्ये ती विनंती vips सेटिंग आहे, आणि त्यात विशिष्ट पत्ता लिहिला तरी ती विनंतीच राहते। खालील रनबुक विनंती सेट करते, ती लोड करते आणि काय परत आले ते वाचते, कारण या तीन पायऱ्या तीन वेगळ्या प्रकारे अयशस्वी होतात। जोरात टाइप केल्याने यापैकी कोणतीही लहान होत नाही।

vips काय मागते आणि काय वचन देऊ शकत नाही

vips कनेक्शन व्याख्येच्या आत असते आणि प्रतिसादकर्त्याकडे व्हर्च्युअल पत्ता मागते। strongSwan चे व्हर्च्युअल-पत्ता मार्गदर्शक स्पष्ट सांगते की उत्तर दुसरा पत्ता असू शकतो, किंवा काहीही नाही, आणि लोक मूल्य लिहून ते दिसेल अशी अपेक्षा करतात तेव्हा तेच वाक्य वगळतात। विनंती तरीही करण्यासारखी आहे, कारण तुम्ही तपासता ते उत्तरच असते। सेटिंगला विचारण्याची सूचना म्हणून घ्या, निकालाची कॉन्फिगरेशन म्हणून नाही।

0.0.0.0 मागणे म्हणजे उपलब्ध कोणताही IPv4 व्हर्च्युअल पत्ता मागणे, जे अचूक मूल्य महत्त्वाचे नसते तेव्हा सहसा बरोबर असते। विशिष्ट पत्ता मागणे हे गेटवेसाठी संकेत आहे, त्यावरील मागणी नाही।

swanctl तुकडा आणि त्याचे स्थान

सेटिंग कनेक्शन ब्लॉकच्या आत बसते, स्वतःच्या फाइलमध्ये नाही आणि ऑपरेटिंग सिस्टम प्रोफाइलमध्येही नाही। हा वेगळा केलेला तुकडा आकार दाखवतो:

connections {
  net {
    local_addrs = 192.0.2.10
    remote_addrs = 203.0.113.5
    vips = 10.77.0.31
    children {
      net { local_ts = dynamic remote_ts = 10.77.0.0/24 }
    }
  }
}

कनेक्शनच्या मालकीच्या फाइलने ते लोड करा, नंतर कनेक्शन सुरू करा आणि निकाल वाचा। चुकीच्या विभागात चिकटवलेला तुकडा पार्स त्रुटी देतो किंवा, त्याहून वाईट, तुम्ही केली असे वाटलेली विनंती नसताना लोड होणारे कनेक्शन देतो। तीन आदेश क्रमाने चालवा आणि आउटपुट ठेवा।

swanctl --load-all --file /etc/swanctl/swanctl.conf
swanctl --initiate --child net
swanctl --list-sas

local_ts ट्रॅफिक निवडते, पत्ता तयार करत नाही

local_ts चाइल्ड SA ज्या ट्रॅफिक संचाचे संरक्षण करते त्याला नाव देते; ते इंटरफेसवर पत्ता ठेवत नाही। व्हर्च्युअल IP वर बोलणी झाल्यानंतर strongSwan त्याचा डीफॉल्ट डायनॅमिक सिलेक्टर वापरणे थांबवते आणि त्याऐवजी दिलेला पत्ता वापरते। सिलेक्टरला शब्दशः पत्त्यावर पिन केल्यास, गेटवेने दिला नसलेला कदाचित एखादा दावा तुम्ही करता, आणि म्हणूनच अयशस्वीता कुठेही न जाणाऱ्या ट्रॅफिकसह कार्यरत SA अशी दिसते। सिलेक्टर ट्रॅफिकचे वर्णन करतो, तर नेमणूक दुसऱ्या देवाणघेवाणीतून येते।

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

त्या रचनेत काहीही बोलणी होत नाही, म्हणून काहीही पुन्हा नेमता येत नाही, आणि हाच सौदा आहे: पत्ता लावण्याचे काम स्वतः करण्याच्या बदल्यात निश्चितता। हे vips चा प्रकार नाही, वेगळी यंत्रणा आहे, म्हणून दोन्ही एका कनेक्शनमध्ये मिसळू नयेत। बोलणी झालेल्या पत्त्याशेजारी पिन केलेला सिलेक्टर हे असे कनेक्शन आहे जे गेटवे दुसरे काही देईपर्यंत कार्य करते।

प्रतिसादकर्त्याने प्रत्यक्षात काय नेमले ते तपासा

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

तुमच्या नोंदींमध्ये चार पत्ते वेगळे ठेवा: मागितलेला अंतर्गत पत्ता, दिलेला पत्ता, मशीनचा LAN पत्ता, आणि कोणतीही वेबसाइट जी सार्वजनिक बाहेर पडण्याचा अहवाल देते। ते वेगवेगळ्या स्तरांचे आहेत आणि वेगवेगळ्या ठिकाणी दिसतात। चारही नोंदवणारे रनबुक असे असते की दुसरा कोणी तुमचा अर्थ कोणता पत्ता होता हे न विचारता त्याचे अनुसरण करू शकतो। प्रत्येक रीलोडनंतर ते पुन्हा वाचा, कारण दिलेले मूल्य हेच जिवंत बोगद्याचे वर्णन करणारे एकमेव मूल्य आहे।

स्थिर रचना वेगळी ठेवा

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

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

संबंधित लेख