स्प्लिट टनेल कार्य करते का ते तपासा: एक IP निकाल ही चाचणी नाही

IP पत्ता दाखवणारे एकच ब्राउझर पृष्ठ स्प्लिट टनेलबद्दल जवळजवळ काहीही सिद्ध करत नाही। दिसणारा पत्ता चुकीच्या कारणाने बरोबर असू शकतो, आणि वगळलेला प्रवाह त्याद्वारे कधीही तपासला जात नाही। चाचणीपूर्वी अपेक्षित निकाल लिहा: कोणते अनुप्रयोग किंवा गंतव्य टनेल वापरावे, कोणते थेट राहावे आणि टनेल अयशस्वी झाल्यावर काय थांबावे। त्या योजनेशिवाय कोणतीही विश्वासार्ह संख्या यशासारखी दिसते।

दंतकथा: पत्ता शोध कव्हरेज सिद्ध करतो

IP तपासणी एका प्रश्नाचे उत्तर देते: बाहेरील जग एका क्षणी एका अनुप्रयोगातून काय पाहते। ती अंतर्गत उपसर्ग, दुसऱ्या ब्राउझर प्रोफाइल किंवा खाजगीरित्या सोडवायच्या नावाबद्दल काहीही सांगत नाही। ती अयशस्वीतेबद्दलही काहीही सांगत नाही, आणि हा स्प्लिट टनेल रचनेचा तो अर्धा भाग आहे जो उत्पादनात तुटतो।

पत्ता पृष्ठ मार्ग, रिझोल्व्हर किंवा अयशस्वीता धोरणही दाखवू शकत नाही। त्याकडे एक निरीक्षण म्हणून पहा, निकाल म्हणून नाही।

समाविष्ट आणि वगळलेला प्रवाह तपासा

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

म्हणूनच चुकीच्या अनुप्रयोगातील चाचणी रचनेच्या हेतूच्या उलट दाखवू शकते। कोणताही निष्कर्ष काढण्यापूर्वी दोन्ही बाजूंची चार क्षेत्रे लिहा।

DNS आणि अयशस्वीतेची स्थिती जोडा

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

curl -s https://ifconfig.me
nslookup intranet.example

बंद स्वरूपात अयशस्वी होणारे स्प्लिट टनेल आणि खुल्या स्वरूपात अयशस्वी होणारे टनेल सारखेच दिसतात जोपर्यंत आपण टनेल हेतुपुरस्सर तोडत नाही। आपण कोणते वर्तन पाहिले ते नोंदवा, अपेक्षा केलेले नाही।

स्थिती बदलल्यानंतर पुन्हा करा

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

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

निकालाने काय सिद्ध करावे

निरीक्षणे आपण प्रत्यक्षात तपासलेल्या धोरण आणि क्लायंट आवृत्तीशी जोडा। उद्देश हा आहे की ही तैनाती स्वतःचा दावा केलेल्या कव्हरेजशी जुळते हे दाखवणे, हे नाही की प्रत्येक भविष्यातील अनुप्रयोग खाजगी असेल। हा अधिक मर्यादित दावा आहे, आणि पुराव्यांनी खरोखर समर्थित करता येणारा दावाही तोच आहे। दावा, आवृत्ती आणि चार क्षेत्रांचे निकाल बदल नोंदीत लिहा।

मग पुढील पुनरावलोकनकर्ता सांगू शकतो की रचना बदलली की चाचणी। स्प्लिट टनेल तेव्हा सत्यापित होते जेव्हा दोन्ही बाजू, रिझोल्व्हर विभाजन आणि अयशस्वीतेचे वर्तन आपण सुरुवातीला लिहिलेल्याशी जुळतात। एक IP निकाल यापैकी कोणतेही सत्यापित करत नाही।