സെല്ലുലാർ നെറ്റ്വർക്കിൽ VPN നഷ്ടം Ethernet-നെക്കാൾ മോശമായി കാണുന്നത് എന്തുകൊണ്ട്

അതേ ലാപ്ടോപ്പ്, അതേ സെർവർ, അതേ ടണൽ Ethernet-ൽ തങ്ങളുടെ ത്രൂപുട്ടിന്റെ അഞ്ചിലൊന്നും സെല്ലുലാർ നെറ്റ്വർക്കിൽ നാലിൽ മൂന്നും നഷ്ടപ്പെടുത്താം, ആ രണ്ട് സംഖ്യകളിൽ ഒന്നും VPN തകർന്നു എന്നർത്ഥമാക്കുന്നില്ല. ഓരോ ആക്സസ് നെറ്റ്വർക്കും വ്യത്യസ്ത പാത നൽകുന്നു, ടണൽ അതിന് മുകളിൽ രണ്ടാമത്തെ പാത ചേർക്കുന്നു. ഒരു ടണലുള്ള സംഖ്യയെ ടണലില്ലാത്ത സംഖ്യയുമായി താരതമ്യം ചെയ്യുന്നത് ഒന്നിനും ഉത്തരം നൽകുന്നില്ല, കാരണം ആ രണ്ട് സംഖ്യകളും വ്യത്യസ്ത ഛേദങ്ങളെ വിവരിക്കുന്നു. നാല് കോശങ്ങളും ഓരോ വരിയിലും ഒരു നിലനിർത്തൽ ഭിന്നസംഖ്യയും അടുത്തതായി ഏത് ചോദ്യം ചോദിക്കണം എന്ന് പറയും.

നാല് കോശങ്ങൾ, ഒരു ശിക്ഷയല്ല

ഓരോ ആക്സസ് നെറ്റ്വർക്കിലും നേരിട്ടുള്ള അടിസ്ഥാനരേഖയും ടണലുള്ള ഫലവും അളക്കുക, അവ ഒരു വിധിയല്ലാതെ മാട്രിക്സായി സൂക്ഷിക്കുക. അടിസ്ഥാനരേഖ എന്നത് ആ നെറ്റ്വർക്കിൽ ടണലില്ലാതെ ചെയ്ത അതേ ജോലിയാണ്; ടണലുള്ള ഫലം അതിനൊപ്പം ചെയ്ത അതേ ജോലിയാണ്.

നേരിട്ടുള്ള പരിശോധനകൾക്ക് അനുവദിച്ച ജോലിഭാരം ഉപയോഗിക്കുക, പരിസ്ഥിതി ആവശ്യപ്പെടുന്ന സ്വകാര്യതാ നിയന്ത്രണങ്ങൾ നിലനിർത്തുക. നയം ലംഘിക്കുന്ന പരിശോധന നിങ്ങൾക്ക് പ്രസിദ്ധീകരിക്കാനാകാത്തതും ആവർത്തിക്കരുതാത്തതുമായ ഒരു സംഖ്യ നൽകുന്നു.

ചരങ്ങൾ നിശ്ചലമായി സൂക്ഷിക്കുക

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

മാട്രിക്സ് രണ്ട് ദിശകളിലും ദിവസത്തിന്റെ താരതമ്യപ്പെടുത്താവുന്ന സമയത്തും ആവർത്തിക്കുക. സെല്ലുലാർ റേഡിയോയുടെ സാഹചര്യങ്ങളും അതിന്റെ സെല്ലിലെ ലോഡും മിനിറ്റുകൾക്കുള്ളിൽ മാറുന്നു, അതിനാൽ അസാധാരണമായി നല്ല ഒരു അടിസ്ഥാനരേഖ കാണുന്ന ശിക്ഷ വലുതാക്കാം. പ്രതിനിധി മൂല്യത്തിനരികിൽ ഫലങ്ങളുടെ വ്യാപനം രേഖപ്പെടുത്തുക, ടണലുള്ള റണ്ണുകൾ അടിസ്ഥാനരേഖകളുമായി ഇടകലർത്തിയിരുന്നോ ബ്ലോക്കായി നടത്തിയിരുന്നോ എന്ന് കുറിക്കുക.

ഇടകലർത്തൽ മിക്ക ആളുകളും പ്രതീക്ഷിക്കുന്നതിലും പ്രധാനമാണ്. ഉച്ചഭക്ഷണത്തിന് മുൻപ് അളന്ന അടിസ്ഥാനരേഖയും അതിന് ശേഷം അളന്ന ടണലുള്ള റണ്ണും ഒരേ പേരുള്ള രണ്ട് വ്യത്യസ്ത നെറ്റ്വർക്കുകളാണ്.

ഛേദം ദൃശ്യമായി സൂക്ഷിക്കുക

നിലനിർത്തൽ ഭിന്നസംഖ്യയും സമ്പൂർണ്ണ നിരക്കും റിപ്പോർട്ട് ചെയ്യുക: E1-നെ E0 കൊണ്ട് ഹരിച്ചത്, C1-നെ C0 കൊണ്ട് ഹരിച്ചത്. തങ്ങളുടെ ത്രൂപുട്ടിന്റെ ചെറിയ പങ്ക് നിലനിർത്തുന്ന വേഗതയേറിയ ലിങ്കും അതിന്റെ ഭൂരിഭാഗവും നിലനിർത്തുന്ന മന്ദഗതിയിലുള്ള ലിങ്കും വ്യത്യസ്ത കണ്ടെത്തലുകളാണ്, വ്യത്യാസം ഭിന്നസംഖ്യ മാത്രം കാണിക്കുന്നു.

സമ്പൂർണ്ണ ത്രൂപുട്ട് ഇപ്പോഴും ഉപയോക്താവിന് എന്ത് ചെയ്യാമെന്ന് തീരുമാനിക്കുന്നു. ഭിന്നസംഖ്യ എവിടെ നോക്കണം എന്ന് തീരുമാനിക്കുന്നു. Ethernet അതിന്റെ അടിസ്ഥാനരേഖയുടെ ഭൂരിഭാഗവും നിലനിർത്തുകയും സെല്ലുലാർ വളരെ കുറച്ച് നിലനിർത്തുകയും ചെയ്യുമ്പോൾ, താൽപര്യമുള്ള ചരം സെല്ലുലാർ പാതയിലാണ്, എൻക്രിപ്ഷനുള്ളിൽ അല്ല.

രണ്ട് സംഖ്യകളും റിപ്പോർട്ടിന്റെ ഭാഗമാണ്, കാരണം ഓരോന്നും ഒറ്റയ്ക്ക് ഡാറ്റ പിന്തുണയ്ക്കാത്ത ഒരു നിഗമനത്തെ പിന്തുണയ്ക്കുന്നു.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് പാറ്റേൺ വായിക്കുക

രണ്ട് നെറ്റ്വർക്കുകളിലെയും സമാനമായ ടണലുള്ള പരിധികൾ ഒരു പൊതു കാര്യത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നു: അന്തിമബിന്ദു, അതിന്റെ പ്രോസസർ, ഒരു നിരക്ക് പരിധി അല്ലെങ്കിൽ ഒരു തിരക്കുള്ള ഹോപ്പ്. സെല്ലുലാർ നെറ്റ്വർക്കിൽ മാത്രം കാണുന്ന കുറവ് ആ നെറ്റ്വർക്കിന്റെ റൂട്ട്, നഷ്ടം, കാലതാമസം, ഫലപ്രദമായ പാക്കറ്റ് വലിപ്പം എന്നിവയിലേക്ക് വിരൽ ചൂണ്ടുന്നു.

ഇവ സൂചനകളാണ്, രോഗനിർണയമല്ല, ടിക്കറ്റ് എഴുതുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാണ്. പൊതുവായ പരിധി സെല്ലുലാർ മോഡം മാറ്റിയാൽ മെച്ചപ്പെടില്ല, സെല്ലുലാർ മാത്രമുള്ള കുറവ് അന്തിമബിന്ദുവിന്റെ വലിപ്പം മാറ്റിയാൽ മെച്ചപ്പെടില്ല. മാറ്റം നിർദ്ദേശിക്കുന്നതിന് മുൻപ് രണ്ട് പാറ്റേണുകളിൽ ഏതാണ് കണ്ടതെന്ന് പറയുക. അങ്ങനെ മാറ്റം ഒരു പ്രവചനം വഹിക്കുന്നു, അടുത്ത അളവ് അത് സ്ഥിരീകരിക്കാം അല്ലെങ്കിൽ കൊല്ലാം.

OpenVPN-ന്റെ സ്വന്തം പ്രകടന മാർഗനിർദേശം ബാൻഡ്വിഡ്ത്ത്, പ്രോസസർ, ഗതാഗതം, പാക്കറ്റ് വലിപ്പം എന്നിവയുടെ പരിധികളെ അതേ രേഖകളിലൂടെ വേർതിരിക്കുന്നു, ടണൽ അപൂർവമായി ഒരു ചരം മാത്രമാണെന്ന് ഇത് ഓർമിപ്പിക്കുന്നു.

പാക്കറ്റ് വലിപ്പം സംശയാസ്പദമാകുമ്പോൾ

എൻക്യാപ്സുലേഷൻ പാക്കറ്റ് സ്ഥലം ഉപയോഗിക്കുന്നു, അതിനാൽ സെല്ലുലാർ പാതയിലെ ഫലപ്രദമായ വലിപ്പം ഇന്റർഫേസ് പ്രഖ്യാപിക്കുന്നതിനേക്കാൾ ചെറുതാകാം. നിങ്ങൾ താരതമ്യം ചെയ്യുന്ന പാതയ്ക്ക് പാക്കറ്റ് വലിപ്പത്തിന്റെ തെളിവ് സൂക്ഷിക്കുക, ആക്സസ് സാങ്കേതികവിദ്യയുടെ പേരിൽ നിന്ന് മൂല്യം അനുമാനിക്കുന്നതിന് പകരം.

Datagram packetization-layer path MTU discovery ഫലപ്രദമായ വലിപ്പം കണ്ടെത്തുന്നത് വിവരിക്കുന്നു, അത് ഹാർഡ്കോഡ് ചെയ്യുന്നതല്ല. നടപ്പാക്കൽ പിന്തുണയ്ക്കുന്ന നിരീക്ഷണങ്ങൾ ഉപയോഗിക്കുക, മുൻകരുതലായി ഓരോ ക്ലയന്റിനും ഏകപക്ഷീയമായി താഴ്ന്ന MTU അടിച്ചേൽപ്പിക്കരുത്, കാരണം അത് നന്നായിരുന്ന പാതകളിൽ ഒരു പ്രശ്നം മോശമായതുമായി മാറ്റുന്നു.

വലിപ്പത്തെക്കുറിച്ചുള്ള സിദ്ധാന്തത്തിന് സ്വന്തം തെളിവ് വേണം: അതേ കൈമാറ്റം രണ്ട് വലിപ്പങ്ങളിൽ, നഷ്ടത്തിന്റെ പാറ്റേൺ രേഖപ്പെടുത്തി.

ഒരു സമയം ഒരു ചരം ചേർക്കുക

ബദൽ ഗതാഗതം അടിസ്ഥാന മാട്രിക്സ് സേവ് ചെയ്തതിന് ശേഷം മാത്രം താരതമ്യം ചെയ്യുക. അത് ഒരു ബോധപൂർവമായ ചരത്തെ കളിയിൽ നിർത്തുന്നു, മാറ്റം ഊഹിക്കുന്നതിന് പകരം അതിന് ആരോപിക്കാൻ അനുവദിക്കുന്നു.

TCP പേലോഡിന്റെ അളവ് നിർണ്ണയം UDP ഡേറ്റാഗ്രാമുകളുടെ സ്വഭാവത്തിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക, കാരണം രണ്ടും നഷ്ടത്തോടും പാതയുടെ വലിപ്പത്തോടും വ്യത്യസ്തമായി പ്രതികരിക്കുന്നു. ഗതാഗത മാറ്റത്തിൽ നിന്നുള്ള മെച്ചം ആ ഗതാഗതത്തെക്കുറിച്ചുള്ള തെളിവാണ്, എൻക്രിപ്ഷനോ കവറേജോ ആയിരുന്നു യഥാർത്ഥ കാരണം എന്നതിന് തെളിവല്ല.

ജോലിയുടെ ക്രമം: നാല് കോശങ്ങൾ പൂരിപ്പിക്കുക, രണ്ട് ഭിന്നസംഖ്യകൾ കണക്കാക്കുക, റണ്ണുകൾ ഇടകലർത്തുക, പിന്നീട് ഒരു സിദ്ധാന്തം തിരഞ്ഞെടുത്ത് ഒരു മാറ്റം കൊണ്ട് പരിശോധിക്കുക. ബാക്കിയെല്ലാം രണ്ട് അജ്ഞാതങ്ങളുടെ താരതമ്യമാണ്.