രണ്ട് പിയർ കോൺഫിഗറേഷനുകൾ വശം ചേർത്ത് താരതമ്യം ചെയ്യുന്നു, ഒന്നിൽ remote വരിയുണ്ട്, മറ്റൊന്നിൽ ഇല്ല, ഒന്ന് തകർന്നതാണ് എന്നാണ് നിഗമനം. ആ നിഗമനം വിശകലനം ചെയ്യാൻ അർഹതയുള്ളത്ര പതിവായി തെറ്റാണ്. ആദ്യ പാക്കറ്റ് എവിടേക്ക് അയക്കണം എന്ന് നിർദ്ദേശം വിവരിക്കുന്നു. പ്രക്രിയ ആരംഭിക്കുന്ന ക്ലയന്റായി അല്ലെങ്കിൽ കാത്തിരിക്കുന്ന ഗേറ്റ്‌വേയായി പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് അത് തിരഞ്ഞെടുക്കുന്നില്ല, ഏത് വശം മറ്റേതിനോട് സ്വന്തം ഐഡന്റിറ്റി തെളിയിക്കുന്നു എന്നും തീരുമാനിക്കുന്നില്ല.

remote യഥാർത്ഥത്തിൽ എന്താണ് നിർദ്ദേശിക്കുന്നത്

remote എൻട്രി ഒരു ഹോസ്റ്റ്, ഐച്ഛികമായി ഒരു പോർട്ടും ട്രാൻസ്പോർട്ടും, ഐച്ഛികമായി ക്രമത്തിൽ പരീക്ഷിക്കേണ്ട അത്തരം നിരവധി എൻട്രികൾ എന്നിവ പേരിടുന്നു.

അതിന്റെ അഭാവത്തിന് അനിശ്ചിതമല്ലാത്ത, നിർവചിക്കപ്പെട്ട അർത്ഥമുണ്ട്: പ്രക്രിയ കാത്തിരിക്കുന്നു, ആ പിയർ പ്രാമാണീകരിക്കുന്നില്ലെങ്കിൽ ഏതെങ്കിലും വിലാസത്തിൽ നിന്നുള്ള പാക്കറ്റുകളിൽ പ്രവർത്തിക്കുന്നില്ല. അതിനാൽ സഞ്ചരിക്കുന്ന ഉപയോക്താക്കളെ സേവിക്കുന്ന ഗേറ്റ്‌വേയ്ക്ക് അവരിൽ ആരെയും മുൻകൂട്ടി പേരിടാൻ കാരണമില്ല.

എൻട്രിയെ ഒരു വിലാസ ബന്ധമായി വായിക്കുക. ദൂരെയുള്ള അറ്റം വിശ്വസനീയമാണോ എന്ന് സർട്ടിഫിക്കറ്റുകളും പരിശോധനാ ഓപ്ഷനുകളും ഉത്തരം നൽകുന്നു, ഒരു വിലാസം എഴുതിയിട്ടുണ്ട് എന്ന വസ്തുതയല്ല.

മൂന്ന് ക്രമീകരണങ്ങൾ ഉത്തരം തീരുമാനിക്കുന്നു

സഞ്ചരിക്കുന്ന ക്ലയന്റിന് ഒരു ലക്ഷ്യസ്ഥാനം ആവശ്യമാണ്, കാരണം അത് ആരംഭിക്കണം, അതില്ലാതെ ഗേറ്റ്‌വേ എവിടെയാണെന്ന് അതിന് അറിയില്ല. ഒന്നിലധികം ക്ലയന്റുകളുള്ള ഗേറ്റ്‌വേയ്ക്ക് ഓരോ ഉപയോക്താവിനും ലക്ഷ്യസ്ഥാനം ആവശ്യമില്ല, കാരണം ക്ലയന്റുകൾ വന്ന് പ്രാമാണീകരിക്കുന്നു. അറിയപ്പെടുന്ന അറ്റങ്ങളുള്ള ബോധപൂർവമായ രണ്ട് പിയർ ബന്ധത്തിന് ഒരു വശത്ത്, ഇരു വശത്തും, അല്ലെങ്കിൽ ഒരു വശത്തും ലക്ഷ്യസ്ഥാനം ഉണ്ടാകാം, ഏത് വശം ആരംഭിക്കുന്നു എന്നതിനെ ആശ്രയിച്ച്.

സ്ഥിരമായ ഒരു ക്ലയന്റ് വിലാസം പൊതുവായ ഗേറ്റ്‌വേയിൽ ഒട്ടിക്കുന്നത് ആ വിഭാഗങ്ങളെ അവഗണിക്കുന്നതിൽ നിന്ന് വരുന്ന തെറ്റാണ്. വിലാസം രേഖപ്പെടുത്തിയ ഏക പിയറിന് അത് പ്രവർത്തിക്കുന്നു, ബാക്കിയുള്ളവരെയെല്ലാം തെറ്റായി വഴിനടത്തുന്നു.

നിർദ്ദേശത്തിൽ കോൺഫിഗറേഷനെ ഒന്നിലധികം ക്ലയന്റുകളുള്ള സർവറാക്കി മാറ്റുന്നതായി ഒന്നുമില്ല, അതിന്റെ സാന്നിധ്യത്തിൽ സർവർ റോളിനെ തടയുന്നതായും ഒന്നുമില്ല. OpenVPN 2.6 റഫറൻസ് ഐച്ഛിക ആർഗ്യുമെന്റുകളും remote ഇല്ലാത്ത സ്വഭാവവും വെവ്വേറെ രേഖപ്പെടുത്തുന്നു, അവ എത്രത്തോളം സ്വതന്ത്രമാണ് എന്നതിന്റെ സൂചനയാണത്.

ArrangementNeeds a destination
Roaming clientYes, which gateway to contact
Multi-client gatewayNo, peers authenticate on arrival
Two known peersDepends on which side initiates

ട്രാൻസ്പോർട്ട് റോളുകൾ മറ്റൊരു അച്ചുതണ്ടാണ്

TCP-യിൽ ഒരു വശം കാത്തിരിക്കുന്നു, മറ്റേ വശം വിളിക്കുന്നു. ഇവ ലക്ഷ്യസ്ഥാനത്തിൽ നിന്ന് വേറിട്ട നിർദ്ദേശങ്ങളാണ്, അവ കലർത്തിയാൽ രണ്ടും കാത്തിരിക്കുന്ന അല്ലെങ്കിൽ രണ്ടും വിളിക്കുന്ന ജോടി ഉണ്ടാകുന്നു.

TCP സ്രോതസ്സ് ഫിൽട്ടർ റോളും ഉണ്ട്, അതുകൊണ്ടാണ് സർവറിന് ഒരിക്കലും remote ഉണ്ടാകരുത് എന്ന പരന്ന പ്രസ്താവന തെറ്റായിരിക്കുന്നത്.

UDP-യിൽ സ്ഥാപിക്കേണ്ട കണക്ഷനില്ല, അതിനാൽ ഇരു അറ്റങ്ങളും അനുബന്ധ UDP ട്രാൻസ്പോർട്ട് ഉപയോഗിക്കുന്നു, നിർദ്ദേശം എവിടെ ലക്ഷ്യമിടണം എന്ന് മാത്രം പറയുന്നു. പ്രാമാണീകരിച്ച പിയറിന്റെ വിലാസ മാറ്റങ്ങൾ കൂടുതൽ എൻട്രികൾ ചേർക്കുന്നതിലൂടെയല്ല, സമർപ്പിത സ്വഭാവത്തിലൂടെയാണ് കൈകാര്യം ചെയ്യുന്നത്. ട്രാൻസ്പോർട്ട് ശരിയാക്കുന്നത് ലക്ഷ്യസ്ഥാനത്തിന് അർത്ഥമുണ്ടാകാനുള്ള മുൻവ്യവസ്ഥയാണ്, രണ്ടും കലർത്തിയാൽ വിശ്വസനീയമായി തോന്നുന്ന, ഒരിക്കലും ഹാൻഡ്‌ഷേക്ക് പൂർത്തിയാക്കാത്ത കോൺഫിഗറേഷനുകൾ ഉണ്ടാകുന്നു.

remote ഇല്ലാത്തത് തുറന്ന വാതിൽ ആകാത്തത് എന്തുകൊണ്ട്

ലക്ഷ്യസ്ഥാനമില്ലാത്ത പ്രക്രിയയും പ്രാമാണീകരിക്കാത്ത പിയറുകളുടെ ട്രാഫിക് നിരസിക്കുന്നു, ഇല്ലാത്ത വരിയെ എല്ലാവർക്കും തുറന്ന ശ്രോതാവായി വായിക്കുമ്പോൾ ആളുകൾ വിട്ടുപോകുന്ന ഭാഗം ഇതാണ്.

പ്രാമാണീകരണവും ലക്ഷ്യസ്ഥാനവും സ്വതന്ത്രമാണ്, വിശ്വാസത്തിന് ആദ്യത്തേതാണ് പ്രധാനം.

വിപരീത തെറ്റാണ് കൂടുതൽ അപകടകരം. സ്ഥിരമായ സ്രോതസ്സ് വിലാസം കൃത്യവും പരിശോധിക്കാൻ എളുപ്പവുമായതിനാൽ പ്രവേശന നിയന്ത്രണം പോലെ തോന്നാം, പക്ഷേ മറുവശത്ത് ആരാണെന്നതിനെക്കുറിച്ച് അത് ഒന്നും തെളിയിക്കുന്നില്ല. സർട്ടിഫിക്കറ്റ് പരിശോധന നിലനിർത്തുക, സർട്ടിഫിക്കറ്റിനെ അതിന്റെ റോളുമായി ബന്ധിപ്പിക്കുന്ന ഐഡന്റിറ്റി പരിശോധനകളും നിലനിർത്തുക. അവയെ വിലാസ പൊരുത്തത്താൽ മാറ്റുന്നത് യഥാർത്ഥ നിയന്ത്രണത്തെ അതിന്റെ രൂപത്തിന് പകരം വയ്ക്കുന്നു.

കോൺഫിഗറേഷൻ എന്ത് അനുമാനിക്കുന്നു എന്ന് എഴുതുക

ഓരോ വശത്തിനും മൂന്ന് കാര്യങ്ങൾ രേഖപ്പെടുത്തുക: ആദ്യ പാക്കറ്റ് പിയറിലേക്ക് എങ്ങനെ എത്തുന്നു, ഏത് വശത്തിന് ട്രാൻസ്പോർട്ട് സ്വീകരിക്കാം, ഓരോ വശവും മറ്റേതിനെക്കുറിച്ച് എന്ത് പരിശോധിക്കുന്നു.

ആ അനുമാനങ്ങളാണ് രൂപകൽപ്പന. നിർദ്ദേശങ്ങൾ അവയുടെ അക്ഷരവിന്യാസം മാത്രം.

രണ്ട് ഫയലുകളും വ്യത്യസ്തമാണെങ്കിൽ, ഒന്ന് തെറ്റാണെന്ന് അനുമാനിക്കുന്നതിന് പകരം അവ വ്യത്യസ്ത അനുമാനങ്ങൾ പ്രകടിപ്പിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. സമമിത ഫയൽ ജോടി പ്രവർത്തിക്കുന്ന ടണലിന് ആവശ്യമല്ല, മതിയുമല്ല, അസമമിതിയാണ് പലപ്പോഴും ടോപ്പോളജിയെ പ്രവർത്തിപ്പിക്കുന്ന ഭാഗം.

അനുബന്ധ ലേഖനങ്ങൾ