വീട്ടിലെ 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 അനാവശ്യമായ ശേഖരണത്തെയും പരസ്പരബന്ധത്തെയും സ്വകാര്യതാ വിഷയങ്ങളായി കാണുന്നു, അതേ തത്വം ഇവിടെയും ബാധകമാണ്: സ്വീകർത്താവിന് ആവശ്യമായ തെളിവുകൾ പങ്കിടുക, മുഴുവൻ യന്ത്രവുമല്ല.

നിരീക്ഷിച്ച പൊരുത്തക്കേടിനെക്കുറിച്ച് ഒരു മറുപടി നൽകാവുന്ന ചോദ്യത്തോടെ അവസാനിപ്പിക്കുക, ഉദാഹരണത്തിന് ക്ലയന്റ് പ്രാമാണീകരണം പൂർത്തിയാക്കിയ ശേഷം എന്തുകൊണ്ട് ഒരിക്കലും ഒരു റൂട്ട് ലഭിക്കുന്നില്ല. നിർദ്ദിഷ്ട ചോദ്യത്തിന് നിർദ്ദിഷ്ട മറുപടി ലഭിക്കും, നിങ്ങൾ നിർമ്മിച്ച രേഖയാണ് നിങ്ങളുടെ രഹസ്യങ്ങൾ ചോദിക്കാതെ ആർക്കെങ്കിലും മറുപടി നൽകാൻ അനുവദിക്കുന്നത്.