घरच्या VPN साठी मदत विनंतीला एक प्रवाह हवा, कॉन्फिगरेशनचा ढीग नाही

तुम्ही संपादित कॉन्फिगरेशन पोस्ट करता, VPN चालत नाही असे सांगता आणि सहा वेगळ्या गोष्टींबद्दल सहा उत्तरे मिळवता. समस्या सहसा विनंतीत असते, वाचकांमध्ये नाही. मदत करणाऱ्याला कॉन्फिगरेशनवरून कळत नाही की बोगदा तयार होत नाही, तयार होऊन रहदारी टाकून देतो, की व्यवस्थित चालत असताना मागील फाइल सेवा जोडणी नाकारते. त्याऐवजी एक प्रवाह वर्णन करा, तीन मालक आणि एका निरीक्षित अपयशासह, आणि उत्तरे लगेच सुधारतात.

विनंतीला निरुपयोगी उत्तरे का मिळतात

कॉन्फिगरेशन सांगते काय संरचित आहे. तुम्ही काय प्रयत्न केला, काय घडले, किंवा अनेक मशीनपैकी कोणती कोणते काम करायचे आहे हे ती सांगत नाही. त्याशिवाय प्रत्येक वाचक वेगळा टप्पा गृहीत धरतो.

उदाहरण म्हणजे प्रवासातील लॅपटॉप, ज्याला घरच्या गेटवेमार्फत घरच्या सर्व्हरवरील फाइल सेवेपर्यंत पोहोचायचे आहे. गेटवे, VPN सर्व्हर आणि फाइल सर्व्हर एकच मशीन आहेत की तीन मशीन, ते नमूद करा, कारण ही एकच गोष्ट जवळजवळ प्रत्येक उत्तर बदलते.

पोस्ट करण्यापूर्वी ही नोंद भरा

Goal: the one resource or operation that should work
Path: client -> access network -> VPN endpoint -> resource
Owners: who controls the client, the gateway and the resource
Software: product, version and protocol in use
Expected: what success would look like
Observed: exact non-secret error or response
Time and change: when it started and what changed
Control: one comparable operation that still works

आठ ओळी, आणि बहुतेक विनंत्या उत्तर देण्यायोग्य होतात. नियंत्रण ओळ लोक वगळतात तीच: जर त्याच लॅपटॉपवरून ब्राउझिंग चालते पण फाइल शेअरिंग चालत नाही, तर ते समस्या बोगद्याच्या मार्गांवर किंवा सेवेवर मर्यादित करते, आणि कोणालाही विचारावे लागत नाही.

संपादन करताना लेबल सुसंगत ठेवा. सार्वजनिक टोक, बोगद्याचा पत्ता आणि घरच्या उपजाळातील फरक जपा. दोन श्रेणी एकमेकांवर आल्या तर ते नाते दिसत ठेवा, प्रत्येक जाळी त्याच प्लेसहोल्डरने बदलण्याऐवजी, कारण ओव्हरलॅपच उत्तर असते अनेकदा.

अपयशी टप्प्याचे नाव द्या, संपूर्ण लॉग नाही

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

क्लायंट तयार करू शकणाऱ्या प्रत्येक डीबग फाइलऐवजी घटनेभोवतीचा छोटा उतारा पेस्ट करा. शंभर ओळींचा हँडशेक गोंगाट प्रमाणपत्राचे नाव जुळले नाही हे सांगणारी ती एक ओळ लपवतो.

निरीक्षण आणि स्पष्टीकरण वेगळे ठेवा. “क्लायंट 30 सेकंदांनंतर हँडशेक कालबाह्य झाल्याचे नोंदवतो” हे निरीक्षण आहे; “प्रदाता UDP अडवतो असे मला वाटते” हा सिद्धांत आहे. दोन्ही उपयुक्त आहेत, आणि ती मिसळल्यास मदत करणाऱ्याला कोणावर विश्वास ठेवावा हे कळत नाही. त्यांना लेबल लावा, आणि मिळणारे उत्तर योग्याकडे वळेल.

कृती करू शकणाऱ्या मालकाकडे ते पाठवा

नियोक्त्याने व्यवस्थापित लॅपटॉपसाठी नियोक्त्याच्या समर्थित मार्गाने सुरुवात करा, कारण समुदाय मंच त्यांचे धोरण बदलू शकत नाही. व्यावसायिक VPN सेवेसाठी उत्पादन आणि खाते सार्वजनिक नाही तर खाजगी सांगा. तुमच्या स्वतःच्या गेटवेसाठी तुम्ही नियंत्रित करता ते राउटर आणि सर्व्हर भूमिका समाविष्ट करा.

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

टोपोलॉजी सपाट न करता गुपिते लपवा

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

मग प्रवाह समजण्यायोग्य करणारे संबंध जपा. RFC 6973 अनावश्यक संकलन आणि सहसंबंध गोपनीयतेचे मुद्दे मानतो, आणि तोच सिद्धांत इथे लागू होतो: प्राप्तकर्त्याला आवश्यक पुरावे सामायिक करा, संपूर्ण मशीन नाही.

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