येणारा IPsec सहकारी कोणत्याही प्रोफाइलशी जुळत नाही? चार फील्ड तपासा
फाइलमधील कनेक्शन नाव तोपर्यंत काहीच सिद्ध करत नाही जोपर्यंत चालू असलेला प्रतिसादक ते निवडत नाही. लोड केलेली व्याख्या, टोकं, ओळखी आणि निवडकांची तुलना करा.
तुमचा सहकारी सांगतो की बोगदा वर आहे, तुमची बाजू कोणतेही सुरक्षा संलग्नता दाखवत नाही, आणि संरचना फाइलमध्ये स्पष्टपणे जुळणारे कनेक्शन नाव आहे. ही तीन विधाने एकाच वेळी खरी असू शकतात. येणारी वाटाघाटी चालू संरचनेशी जुळवली जाते, सहकाऱ्याचा पत्ता, तो सादर करणारी ओळख आणि तो सुचवणारा रहदारी यावर आधारित. डिस्कवरची कधीही लोड न झालेली फाइल, अपेक्षित मूल्याशी न जुळणारी ओळख, किंवा एका उपसर्गाने हललेली निवडक जोडी — प्रत्येकजण शांतता निर्माण करते. प्रतिसादक ज्या क्रमाने जातो त्याच क्रमाने चार फील्ड गट चाला.
फाइलपासून नाही, पॅकेटपासून सुरुवात करा
प्रतिसादक IKE विनंती घेतो, हा सहकारी स्वीकारू शकणारी व्याख्या शोधतो, आणि नंतर प्रमाणीकरण व रहदारी निवडीसह पुढे जातो. पहिल्या टप्प्यात एकही लोड केलेली व्याख्या जुळली नाही तर उपयुक्त त्रुटी वापरकर्त्यापर्यंत पोहोचण्यापूर्वीच वाटाघाटी संपते.
म्हणूनच “संरचना बरोबर दिसते” हा पुरावा नाही. प्रश्न असा आहे की चालू सेवेने काय लोड केले आणि या प्रयत्नासाठी कोणती नोंद निवडली. स्थिती यादी एकाच आदेशात त्याचे उत्तर देते, तर संपादक बफर दुसऱ्या प्रश्नाचे उत्तर देते. फाइल पुन्हा बदलण्यापूर्वी यादी तपासा.
पहिला फील्ड गट: प्रत्यक्षात लोड झालेली व्याख्या
चालू स्थिती डेमनच्या मालकीच्या साधनाने तपासा: लोड केलेल्या कनेक्शनची यादी देणारा स्थिती आदेश, संपादक बफर नाही. अपेक्षित नोंद आहे, तुम्हाला हव्या त्या सुरुवातीच्या वर्तनासाठी सक्षम आहे, आणि तुमच्या शेवटच्या संपादनानंतर लोड झाली आहे याची खात्री करा. जतन केलेली पण पुन्हा लोड न केलेली फाइल हे “दुरुस्त केले आणि काहीच बदलले नाही” याचे सर्वात सामान्य कारण आहे.
सेवा कोणती फाइल वाचते हेही तपासा. वितरणे वेगळी असतात, आणि चुकीच्या समावेशात लिहिलेले कनेक्शन नाकारण्याऐवजी गुपचूप दुर्लक्षित केले जाते. स्थिती यादी तुमची नोंद अजिबात दाखवत नसेल, तर वाक्यरचनेपूर्वी समावेश मार्गावर संशय घ्या.
दुसरा फील्ड गट: टोकं म्हणजे ओळखी नव्हेत
सहकारी ज्या पत्त्यावरून जोडतो आणि ज्या ओळखीने प्रमाणीकरण करतो ती स्वतंत्र फील्ड आहेत. यजमाननाव, विशिष्ट नाव, किल्ली आयडी आणि पत्ता — संरचनेनुसार सर्व IKE ओळख म्हणून काम करू शकतात, आणि त्यांना सार्वजनिक पत्त्यासारखे दिसण्याची गरजच नाही.
टोकांच्या जुळणीत NAT दृश्यही असू शकते: नेटवर्कवर दिसणारा पत्ता सहकाऱ्याला वाटत असलेल्या पत्त्यापेक्षा वेगळा असू शकतो. libreswan च्या कनेक्शन प्रतिकृतीत left आणि right ही दोन सहभागींची लेबले आहेत, स्थिर स्थानिक-दूर क्रम नाही, म्हणून दुसऱ्या ठिकाणची चालणारी संरचना कॉपी करून पत्ते बदलणे हा विश्वासार्ह अनुवाद नाही.
दोन्ही बाजूंची अपेक्षित ओळख आणि ती सत्यापित करणारे प्रमाणपत्र लिहून ठेवा. त्या दोन ओळी जुळल्या नाहीत तर पत्ते कितीही सुधारले तरी जुळणी होणार नाही.
तिसरा फील्ड गट: संरक्षित रहदारी
निवडक आंतरिक स्रोत व गंतव्य श्रेणी, त्यांचे पत्ता-कुटुंब आणि कोणतेही प्रोटोकॉल किंवा पोर्ट बंधन वर्णन करतात. एका यजमान पत्त्यासाठीचा प्रस्ताव संपूर्ण उपजाळासाठीच्या विनंतीसारखा नसतो, आणि उपजाळासाठी संरचित प्रतिसादक तो नाकारू शकतो किंवा अरुंद करू शकतो.
दोन्ही टोकं जुळत नसतील तर काहीतरी जोडले जावे म्हणून प्रत्येक निवडक रुंदावण्याऐवजी दोन्ही दृष्टिकोनांतून इच्छित प्रवाहाची तुलना करा. प्रत्येक प्रशासकाला तो संरक्षित करतो असे वाटणारा प्रवाह विचारा, नंतर दोन्ही उत्तरे तुलना करा. फरक सहसा एका बाजूला यजमान उपसर्ग आणि दुसऱ्या बाजूला उपजाळ असतो. आता सर्व काही संरक्षित करतो म्हणून जुळणारा बोगदा हा वेगळा सुरक्षा निर्णय आहे, आणि कोणीही मंजूर न केलेला निर्णय.
चौथा फील्ड गट: तुम्ही एक अंमलबजावणी वाचत आहात
Libreswan, जुने Openswan आणि strongSwan यांच्याकडे वेगवेगळी व्यवस्थापन साधने, वेगळी संरचना वाक्यरचना आणि वेगळा जुळणी क्रम आहे. एकाचे चालणारे उदाहरण दुसऱ्याच्या प्रोफाइल-निवड प्राधान्याबद्दल किंवा त्रुटी-शब्दरचनेबद्दल काहीच अचूक सांगत नाही, म्हणून या यजमानावरील डेमनच्या दस्तऐवजांशी पडताळा घ्या.
एक प्रयत्न सुरुवातीपासून शेवटपर्यंत जोडा: प्रारंभकाचा स्रोत पत्ता, सादर केलेली ओळख आणि सुचवलेले निवडक — प्रतिसादकाच्या निवड संदेशाशी आणि त्याने नामनिर्देशित केलेल्या लोड झालेल्या नोंदीशी. शून्य एनकॅप्सुलेशन आणि डीकॅप्सुलेशन काउंटर फक्त एवढे सांगतात की निरीक्षित संलग्नतांनी ती पॅकेट वाहून नेली नाहीत; ते प्रस्ताव नाकारणारे टोक नामनिर्देशित करत नाहीत किंवा त्या क्षणी जुळणारी नोंद होती हे सिद्ध करत नाहीत.
समन्वित दुरुस्तीनंतर निवडलेले प्रोफाइल आणि संलग्नता पुष्टी करा, नंतर प्रत्यक्षात परवानगी असलेल्या सेवेची आणि तिच्या प्रतिसाद मार्गाची चाचणी करा. प्रोफाइल जुळणी वाटाघाटीस सक्षम करते, आणि वाटाघाटी ही शेवटची प्रवेश तपासणी नाही.