വേഗത്തിലാകാൻ VPN ലാപ്ടോപ്പിന് IP ഫോർവേഡിംഗ് വേണോ?
ഫോർവേഡിംഗ് പാക്കറ്റുകൾ ഇന്റർഫേസുകൾക്കിടയിൽ കൈമാറുന്നു; അത് പ്രാദേശിക ബ്രൗസറിനെ വേഗത്തിലാക്കുന്നില്ല. നിയമം വിശാലമാക്കുന്നതിന് മുമ്പ് ക്ലയന്റ് പങ്ക് ഗേറ്റ്‌വേ പങ്കിൽ നിന്ന് വേർതിരിക്കുക.
ലാപ്ടോപ്പിനെ റൗട്ടറാക്കുന്നത് തെറ്റായ പ്രശ്നം പരിഹരിക്കാനുള്ള ജനപ്രിയ മാർഗമാണ്. ഒരു യന്ത്രത്തിന് സ്വയം അല്ലാത്ത ലക്ഷ്യസ്ഥാനമുള്ള പാക്കറ്റുകൾ കൈമാറാൻ വേണ്ടിയാണ് ഫോർവേഡിംഗ് ഉള്ളത്, അതേ യന്ത്രത്തിലെ ബ്രൗസർ എത്ര വേഗത്തിൽ പേജ് ലോഡ് ചെയ്യുന്നു എന്നതിൽ അതിന് അഭിപ്രായമില്ല. രണ്ട് പാതകളും ഒരേ ടണലിലൂടെ ട്രാഫിക് അയയ്ക്കുന്നതുകൊണ്ട് മാത്രമാണ് ഒരേപോലെ തോന്നുന്നത്. ഒരിക്കൽ അവ വേർതിരിക്കുക, ഫോർവേഡിംഗ് പ്രവർത്തനക്ഷമമാക്കുന്നതിനെയോ ഫയർവാൾ തുറക്കുന്നതിനെയോ കുറിച്ചുള്ള ഒട്ടേറെ നിർദേശങ്ങൾ നിങ്ങൾക്കില്ലാത്ത ഒരു ടോപ്പോളജിയെ വിവരിക്കുന്നതാണെന്ന് കാണാം.
മേശയിൽ നിന്ന് ഒരേപോലെ കാണുന്ന രണ്ട് പാക്കറ്റ് പാതകൾ
ലാപ്ടോപ്പിലെ ബ്രൗസർ സ്വന്തം അഭ്യർത്ഥന സൃഷ്ടിക്കുന്നു. ഹോസ്റ്റ് ടണലിന്റെ റൂട്ട് തിരഞ്ഞെടുക്കുന്നു, ക്ലയന്റ് പ്രോസസ്സ് പാക്കറ്റ് പൊതിഞ്ഞ് പങ്കാളിക്ക് അയയ്ക്കുന്നു, മറുപടി ആപ്ലിക്കേഷനിലേക്ക് തിരികെ വരുന്നു. ആ ക്രമത്തിൽ ഒന്നും ഫോർവേഡിംഗ് തീരുമാനം കടക്കുന്നില്ല, കാരണം ഈ യന്ത്രം സംഭാഷണത്തിന്റെ ഉറവിടവും ലക്ഷ്യവുമാണ്.
ഇപ്പോൾ ബോധപൂർവം കോൺഫിഗർ ചെയ്ത ഇഥർനെറ്റ് സെഗ്മെന്റിൽ മറ്റൊരു ഉപകരണം വയ്ക്കുക, ലാപ്ടോപ്പിനെ അതിന്റെ സ്ഥിര ഗേറ്റ്‌വേയാക്കുക. ആ ഉപകരണം അഭ്യർത്ഥന തുടങ്ങുന്നു, ലാപ്ടോപ്പ് മറ്റൊരിടത്തേക്ക് വിലാസമിട്ട പാക്കറ്റ് സ്വീകരിക്കുന്നു, കെർണൽ അത് മുന്നോട്ട് കൈമാറണോ എന്ന് തീരുമാനിക്കണം. അതാണ് ഫോർവേഡിംഗ് പങ്ക്, അത് ക്ലയന്റ് പങ്കിന് ഒരിക്കലും ആവശ്യമില്ലാത്ത മുൻവ്യവസ്ഥകളോടെ വരുന്നു: അനുവദിച്ച ട്രാൻസിറ്റ് പാത, ഇരുവശത്തും റൂട്ടുകൾ, വിവർത്തനം രൂപകൽപ്പനയുടെ ഭാഗമെങ്കിൽ ഇപ്പോഴും പ്രവർത്തിക്കുന്ന തിരിച്ചുവരവ് പാത.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
ip_forward യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്
കെർണലിന്റെ IPv4 sysctl രേഖകൾ ip_forward-നെ ഹോസ്റ്റിന് ഇന്റർഫേസുകൾക്കിടയിൽ പാക്കറ്റുകൾ കൈമാറാൻ അനുവദിക്കുന്ന സ്വിച്ചായി വിവരിക്കുന്നു. ഹോസ്റ്റ് സ്വയം സൃഷ്ടിച്ച ട്രാഫിക്കിനുള്ള വേഗ പാതയല്ല അത്, ആ പാരാമീറ്ററിന്റെ ഏതെങ്കിലും വായന പ്രാദേശിക ബ്രൗസറിനെ വേഗത്തിലാക്കുന്നുമില്ല. എന്തെങ്കിലുമുണ്ടെങ്കിൽ, ഫോർവേഡിംഗ് മുമ്പ് കുറഞ്ഞ ജോലി ചെയ്തിരുന്ന യന്ത്രത്തിന് അവസ്ഥയും നയവും കൂട്ടിച്ചേർക്കുന്നു.
അതേ രേഖകൾ മൂല്യം മാറ്റുന്നത് മറ്റ് IPv4 പാരാമീറ്ററുകളെ അവയുടെ ഹോസ്റ്റ് അല്ലെങ്കിൽ റൗട്ടർ സ്ഥിരമൂല്യങ്ങളിലേക്ക് പുനഃസജ്ജമാക്കുന്നു എന്ന് മുന്നറിയിപ്പ് നൽകുന്നു. അത് സ്വിച്ചിനെ പരിശോധനയ്ക്ക് പകരം കോൺഫിഗറേഷൻ സംഭവമാക്കുന്നു: ക്രമീകരിച്ച ക്രമീകരണങ്ങൾ നിങ്ങളുടെ കാലിനടിയിൽ തിരികെ വരാം, മാറ്റം ആരും അതിനോട് ചേർത്ത് കാണാൻ ഇടയില്ലാത്ത ഒരു റിഗ്രഷന് കാരണമായേക്കാം. സ്വിച്ച് ഒരിക്കൽ, ബോധപൂർവം, ഗേറ്റ്‌വേ പങ്കുള്ളവർ തന്നെ സജ്ജീകരിക്കണം എന്നും ഇത് അർത്ഥമാക്കുന്നു. മന്ദഗതിയുടെ അന്വേഷണ വേളയിൽ അത് മറിച്ചിടുന്നത്, പാർശ്വഫലം ലക്ഷണവുമായി കൂട്ടിക്കലർത്തപ്പെടുമെന്ന് ഉറപ്പുള്ള ഏക സന്ദർഭമാണ്.
ഒരേ ചോദ്യമല്ലാത്ത മൂന്ന് ഫയർവാൾ ചോദ്യങ്ങൾ
VPN ശ്രോതാവിന് അനുമതി നൽകുക, ലാപ്ടോപ്പ് പ്രവർത്തിപ്പിക്കുന്ന സേവനങ്ങൾക്ക് അനുമതി നൽകുക, ട്രാഫിക് ലാപ്ടോപ്പിലൂടെ കടന്നുപോകാൻ അനുമതി നൽകുക എന്നിവ മൂന്ന് വേറിട്ട അനുമതികളാണ്. ആദ്യത്തേത് പങ്കാളിക്ക് ഡീമണിൽ എത്താൻ വഴിയൊരുക്കുന്നു, രണ്ടാമത്തേത് പ്രാദേശികമായ എന്തോ വെളിപ്പെടുത്തുന്നു, മൂന്നാമത്തേത് യന്ത്രത്തെ മറ്റൊരാൾക്കുള്ള ട്രാൻസിറ്റാക്കുന്നു. ഓരോന്നിനും വ്യത്യസ്ത പരിധിയുണ്ട്, അവസാനത്തേത് സാധാരണ പുറംപോക്ക് ആപ്ലിക്കേഷന് ആവശ്യമായ മറുപടികളേക്കാൾ വളരെ വിശാലമാണ്.
ഒരു നിർദ്ദിഷ്ട ഫ്ലോ തടഞ്ഞിരിക്കുമ്പോൾ, നിയമം തിരുത്തുന്നതിന് മുമ്പ് അതിന്റെ ഉറവിടം, ലക്ഷ്യം, ദിശ, നയത്തിന്റെ ഉടമ എന്നിവ പേരെടുത്ത് പറയുക. ആ ഫ്ലോയ്ക്കുള്ള ഇടുങ്ങിയ നിയമം പരിഹാരമാണ്; ടണൽ ഇന്റർഫേസിൽ എല്ലാം സ്വീകരിക്കുന്നത് ആകസ്മികമായി പരിഹാരം ഉൾക്കൊള്ളുന്ന നയമാറ്റമാണ്. പിന്നീട് പ്രവർത്തിക്കുന്ന ബ്രൗസർ ഫ്ലോ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, വിശാല നിയമം ആവശ്യമായിരുന്നു എന്നല്ല.
പാത ശരിയാകുമ്പോൾ മാത്രം അളക്കുക
അതേ ലക്ഷ്യം, അതേ ജോലിഭാരം, താരതമ്യപ്പെടുത്താവുന്ന സാഹചര്യങ്ങൾ എന്നിവയോടെ അളക്കുക, ഒരു സമയത്ത് ഒരു ചരം മാറ്റുക. ഫോർവേഡിംഗ് മാറ്റം, ഫയർവാൾ വിപുലീകരണം, പകർത്തിയ സൈഫർ ക്രമീകരണം എന്നിവ ഒന്നിച്ച് ചേർക്കുന്ന പരിശോധന ഒരു സംഖ്യയും ഒരു വിശദീകരണവും നൽകുന്നില്ല, കാരണം അതിനുള്ളിൽ മൂന്നിൽ ഏതാണ് ഫലം നീക്കിയതെന്ന് ഒന്നും പറയുന്നില്ല.
റൂട്ട്, റിസോൾവർ പരാജയങ്ങൾ പ്രകടന സംഭാഷണത്തിൽ നിന്ന് പൂർണമായി ഒഴിവാക്കുക. പതിയെ പരിഹരിക്കുന്ന പേര് ത്രൂപുട്ട് പ്രശ്നമല്ല, ഒരു നിശ്ചിത വലുപ്പത്തിൽ നിൽക്കുന്ന കൈമാറ്റം സാധാരണയായി വേഗപരിധിയല്ല, MTU ചോദ്യമാണ്. ഏതെങ്കിലും സംഖ്യകൾ താരതമ്യം ചെയ്യുന്നതിന് മുമ്പ് ഈ മൂന്നിൽ ഏതാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ നിരീക്ഷിച്ചതെന്ന് എഴുതുക. അല്ലെങ്കിൽ അടുത്ത വായനക്കാരന് തെറ്റായ കാര്യം അളക്കുന്ന അളവും ആർക്കും ന്യായീകരിക്കാനാകാത്ത മാറ്റവും പാരമ്പര്യമായി ലഭിക്കും.
നിങ്ങളുടെ പക്കലുള്ള ടോപ്പോളജി വിവരിക്കുക, ക്ലയന്റിലെ ലേബലല്ല
സ്വന്തം കണക്ഷൻ പങ്കിടുന്ന, റൗട്ട് ചെയ്ത കണ്ടെയ്നർ നെറ്റ്‌വർക്ക് ഹോസ്റ്റ് ചെയ്യുന്ന, അല്ലെങ്കിൽ വെർച്വൽ മെഷീനുവേണ്ടി ട്രാഫിക് വഹിക്കുന്ന ലാപ്ടോപ്പ്, സോഫ്റ്റ്‌വെയർ സ്വയം എന്ത് വിളിച്ചാലും, ഗേറ്റ്‌വേയാണ്. ക്ലയന്റ് എന്ന വാക്ക് ടണൽ എങ്ങനെ കോൺഫിഗർ ചെയ്തു എന്ന് പറയുന്നു, പാക്കറ്റുകൾ മറ്റൊരാൾക്ക് കൈമാറുന്നുണ്ടോ എന്നല്ല.
പ്രവർത്തന ഗൈഡിൽ പങ്ക് വ്യക്തമാക്കുക: ട്രാഫിക് എന്ത് സൃഷ്ടിക്കുന്നു, യന്ത്രത്തിലൂടെ എന്ത് കടന്നുപോകണം, നിലവിലെ ജോലി ഇവ രണ്ടിൽ ഏതിനെക്കുറിച്ചാണ്. പിന്തുണയ്ക്കുന്ന പ്ലാനിൽ ഉൾപ്പെടുമ്പോൾ മാത്രം ഗേറ്റ്‌വേ പങ്ക് പ്രവർത്തനക്ഷമമാക്കുക, ഒരിക്കലും ആവശ്യമില്ലാത്ത ടോപ്പോളജിയിൽ വിശദീകരിക്കാത്ത വേഗ ക്രമീകരണമായി പ്രയോഗിക്കരുത്.