VPN ഓണാണ്, localhost പ്രവർത്തിക്കുന്നില്ല: പേരോ പ്രോക്സിയോ bind ഓ?

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

localhost കോർപ്പറേറ്റ് സോണിലേക്ക് റിസോൾവ് ചെയ്യുമ്പോൾ

ടണൽ ഓണായിരിക്കുമ്പോൾ പേര് എന്തിലേക്ക് റിസോൾവ് ചെയ്യുന്നു എന്ന് പരിശോധിക്കുക, പിന്നെ ടണൽ ഓഫ് ചെയ്ത് അതേ ക്വറി പ്രവർത്തിപ്പിച്ച് രണ്ട് ഉത്തരങ്ങളും താരതമ്യം ചെയ്യുക. 127.0.0.1 പ്രതീക്ഷിച്ചിടത്ത് കോർപ്പറേറ്റ് ശ്രേണിയിലെ വിലാസം കാണുന്നതാണ് സൂചന. localhost.mycompany.corp പോലുള്ള ഒരു റെക്കോർഡ് ക്ലയന്റ് ആ സഫിക്സ് സേർച്ച് ലിസ്റ്റിൽ ചേർക്കുന്ന നിമിഷം ലൂപ്പ്ബാക്ക് എൻട്രിയെ തോൽപ്പിക്കുന്നു, അഭ്യർത്ഥന ആ പോർട്ടിൽ ഒന്നും കേൾക്കാത്ത ഒരു സ്വകാര്യ ഹോസ്റ്റിലേക്ക് പോകുന്നു. സേർച്ച് ലിസ്റ്റ് ഊഹിക്കുന്നതിനുപകരം വായിക്കുക, കാരണം ക്ലയന്റിന് ഒന്നിലധികം ഡൊമെയ്നുകൾ ചേർക്കാം, ഏത് സ്ഥാനാർത്ഥി ആദ്യം പരീക്ഷിക്കണം എന്ന് ക്രമം തീരുമാനിക്കുന്നു:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

ആപ്ലിക്കേഷനിൽ, ഡാറ്റാബേസ് ക്ലയന്റിൽ അല്ലെങ്കിൽ നോട്ട്ബുക്ക് URL-ൽ ഹോസ്റ്റ് നാമത്തിന് പകരം അക്ഷരാർത്ഥ വിലാസം ഇടുക, പിന്നെ അഭ്യർത്ഥന ആവർത്തിക്കുക. പരാജയം അപ്രത്യക്ഷമായാൽ നിങ്ങൾക്ക് നാമകരണ പ്രശ്നമായിരുന്നു, ടണൽ വെറും ട്രിഗർ മാത്രം. അത് തുടർന്നാൽ ശ്രോതാവോ റൂട്ടോ ആണ് അടുത്ത സംശയിക്കുന്നയാൾ, പേര് വെറും തെറ്റായ സൂചനയായിരുന്നു.

ലൂപ്പ്ബാക്ക് പിടിക്കുന്ന പ്രോക്സി ക്രമീകരണങ്ങൾ

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

ആപ്ലിക്കേഷൻ ഫ്രെയിംവർക്കുകൾ അവയുടെ സ്വന്തം പരിസ്ഥിതി വേരിയബിളുകളും ചിലപ്പോൾ സ്വന്തം കോൺഫിഗറേഷൻ ഫയലും വായിക്കുന്നു, അതിനാൽ ഒരു ടൂളിന് പ്രവർത്തിക്കുന്ന ഒഴിവാക്കൽ അടുത്തതിന് ഒന്നും തെളിയിക്കുന്നില്ല. ബ്രൗസറുകൾ ഒരു സൂക്ഷ്മത കൂട്ടിച്ചേർക്കുന്നു: Chromium അടിസ്ഥാനമാക്കിയ ബ്രൗസറുകൾ ലൂപ്പ്ബാക്കിന് പ്രോക്സിയെ പരോക്ഷമായി ഒഴിവാക്കുന്നു, ഒഴിവാക്കൽ ടോക്കൺ ആ സ്വഭാവം നീക്കം ചെയ്യാം. ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ക്രമീകരണം മുഴുവൻ കഥയാണെന്ന് കരുതുന്നതിനുപകരം യഥാർത്ഥ പ്രോക്സി തീരുമാനം പരിശോധിക്കുക. ഷെല്ലിൽ നിന്ന് ആരംഭിക്കുന്ന എന്തിനും രണ്ട് കമാൻഡുകൾ ഇത് തീർപ്പാക്കുന്നു:

curl --noproxy '*' http://127.0.0.1:8080/health
NO_PROXY=localhost,127.0.0.1,::1 your-tool

bind വിലാസം ആര് ബന്ധപ്പെടാമെന്ന് തീരുമാനിക്കുന്നു

127.0.0.1 ൽ ആരംഭിക്കുന്ന സെർവർ ആ മെഷീനിൽ നിന്ന് മാത്രം കണക്ഷനുകൾ സ്വീകരിക്കുന്നു, വികസനത്തിന് ഇത് സാധാരണയായി ശരിയായ ഡിഫോൾട്ടാണ്. 0.0.0.0 ലെ സെർവർ VPN അഡാപ്റ്റർ ഉൾപ്പെടെ എല്ലാ ഇന്റർഫേസിലും ഉത്തരം നൽകുന്നു, ഇത് മിക്ക ആളുകളും ഉദ്ദേശിക്കുന്നതിലും കൂടുതൽ വെളിപ്പെടുത്തലാണ്. അക്ഷരാർത്ഥ ലൂപ്പ്ബാക്ക് വിലാസം പരാജയപ്പെടുമ്പോൾ എല്ലാറ്റിനും മുൻപ് bind പരിശോധിക്കുക.

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

ഡീബഗ്ഗിംഗ് ടൂൾ LAN പ്രതീക്ഷിക്കുന്നിടം

ഡീബഗ്ഗിംഗ് ടൂളുകൾ ടണൽ നിശബ്ദമായി തകർക്കുന്ന അനുമാനങ്ങൾ വഹിക്കുന്നു. ഫോൺ ഡീബഗ്ഗിംഗ് ബ്രിഡ്ജ് VPN ഉപകരണത്തിന്റെ സബ്നെറ്റ് പിടിക്കുമ്പോൾ അതിന്റെ ഉപകരണം നഷ്ടപ്പെടുന്നു, അതിനാൽ LAN വിലാസത്തിലൂടെയോ കേബിളിലൂടെയോ വീണ്ടും ബന്ധിപ്പിക്കുന്നത് സംഘർഷം ഒഴിവാക്കുന്നു. ബ്രൗസർ ഓട്ടോമേഷൻ ഹബ് ഹബ് പ്രോക്സിയിലൂടെ മാത്രം ലഭ്യമാകുമ്പോൾ, അല്ലെങ്കിൽ പ്രാദേശിക ഫയർവാൾ അതിന്റെ നിയന്ത്രണ പോർട്ട് ഉപേക്ഷിക്കുമ്പോൾ സമയപരിധി കടക്കുന്നു. വിദൂര ഡീബഗ്ഗർ ക്ലയന്റ് റൂട്ട് വീണ്ടും എഴുതിയിടത്ത് എലിവേഷനും ലൂപ്പ്ബാക്ക് വിലാസവും ആവശ്യപ്പെടാം.

നിയന്ത്രണ പോർട്ടും ഡാറ്റാ പോർട്ടും വെവ്വേറെ തിരിച്ചറിയുക, കാരണം പലപ്പോഴും ഒന്ന് അതിജീവിക്കുമ്പോൾ മറ്റൊന്ന് അതിജീവിക്കുന്നില്ല. പിന്നെ തിരുത്തൽ ടൂളിന്റെ കോൺഫിഗറേഷനിൽ ഉള്ളതാണോ, ആ സബ്നെറ്റിനുള്ള റൂട്ടിലാണോ, അതോ സ്പ്ലിറ്റ് ടണൽ നിയമത്തിൽ ഉള്ളതാണോ എന്ന് തീരുമാനിക്കുക. ഓരോ ഡെവലപ്പർ മെഷീനിലും hosts ഫയൽ തിരുത്തുന്നത് ഏറ്റവും മോശമായി സ്കെയിൽ ചെയ്യുന്നു, ആദ്യം മറന്നുപോകുന്നു. പ്രൊഫൈലിനൊപ്പം ജീവിക്കുന്ന, ടണൽ ഉള്ളവർക്ക് അവലോകനം ചെയ്യാവുന്ന ക്രമീകരണത്തിന് മുൻഗണന നൽകുക.

പരാജയപ്പെടുന്ന ആദ്യ ഘട്ടത്തിൽ നിർത്തുക

മൂന്ന് ഘട്ടങ്ങളിലൂടെ താഴേക്ക് പോകുക: പേര് റിസോൾവ് ചെയ്യുക, അക്ഷരാർത്ഥ വിലാസത്തിലേക്ക് സോക്കറ്റ് തുറക്കുക, പിന്നെ ടൂൾ സ്വന്തം കണക്ഷൻ ഉണ്ടാക്കട്ടെ. ഓരോ ഘട്ടവും ഒരു പാളി ഒഴിവാക്കുന്നു, അതിനാൽ ആദ്യ പരാജയം ശരിയാക്കേണ്ട പാളിയെ പേരിടുന്നു, അതിനുശേഷമുള്ളതെല്ലാം പരീക്ഷിക്കാതെ അവശേഷിക്കുന്നു. എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ഫലം എഴുതിവയ്ക്കുക, കാരണം അളവിന് മുൻപ് പ്രയോഗിച്ച തിരുത്തലിനെ ഭാഗ്യത്തിൽ നിന്ന് വേർതിരിക്കാനാവില്ല. ആദ്യ ശ്രമം പരാജയപ്പെട്ട് വീണ്ടും ശ്രമം വിജയിച്ചാൽ, ടൂൾ ആരംഭിച്ചപ്പോൾ ടണൽ തയ്യാറായിരുന്നില്ല.

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