ചാൾസ് അടച്ചു, പക്ഷേ നിങ്ങളുടെ Mac ഇപ്പോഴും 127.0.0.1-ലേക്കാണ് ചൂണ്ടുന്നത്

ഒരു ആപ്ലിക്കേഷൻ പരാജയപ്പെടുകയും VPN-നെ കുറ്റപ്പെടുത്തുകയും ചെയ്യുന്നു, പക്ഷേ അഭ്യർത്ഥന ഒരിക്കലും ടണലിൽ എത്തുന്നില്ല. macOS ഇപ്പോഴും ആ ആപ്ലിക്കേഷനോട് പ്രാദേശിക പ്രോക്സി ഉപയോഗിക്കാൻ പറഞ്ഞാൽ, ആദ്യത്തെ ചുവട് 127.0.0.1 ആണ്, അതിൽ ഒന്നും കേൾക്കുന്നില്ല. ചാൾസ് അടയ്ക്കുമ്പോൾ അത് ഇൻസ്റ്റാൾ ചെയ്ത സിസ്റ്റം പ്രോക്സി ക്രമീകരണം എപ്പോഴും മായുന്നില്ല, അതിനാൽ ആരോഗ്യമുള്ള ഒരു VPN ഒരു മരിച്ച സോക്കറ്റിന് പിന്നിൽ ഇരിക്കുന്നു. ഇത് സ്ഥിരീകരിക്കാനും തെറ്റായ ഭാഗം മാത്രം പരിഹരിക്കാനുമുള്ള ക്രമം ഇതാ.

ആദ്യത്തെ ചുവട് ഈ Mac ആണ്, സർവർ അല്ല

വിലാസം അക്ഷരാർത്ഥത്തിൽ വായിക്കുക: 127.0.0.1 നിങ്ങളുടെ മുന്നിലുള്ള യന്ത്രമാണ്, കൂടാതെ പ്രോക്സി ടൂൾ കേൾക്കാൻ ക്രമീകരിച്ചിരുന്ന പോർട്ടാണ്. ആ ലിസ്നർ ഇല്ലാതാകുമ്പോൾ, കണക്ഷൻ ഒരു ടൈംഔട്ടിനു പകരം നിരസിച്ച കണക്ഷനോടെ ഉടൻ പരാജയപ്പെടുന്നു, അതാണ് ഉപയോഗപ്രദമായ സൂചന.

VPN സ്വന്തം പ്രോക്സി ക്രമീകരണങ്ങൾ സൃഷ്ടിക്കുന്നില്ല, സിസ്റ്റത്തിന്റേത് നീക്കം ചെയ്യുന്നുമില്ല. ഈ രണ്ട് കോൺഫിഗറേഷനുകളും സ്വതന്ത്രമാണ്, അതുകൊണ്ടാണ് ടണൽ തികഞ്ഞതായിരിക്കുമ്പോഴും ബ്രൗസർ ഉപയോഗശൂന്യമായിരിക്കുന്നത്. VPN വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴും റീബൂട്ട് ചെയ്യുമ്പോഴും പുതിയ പ്രൊഫൈലിലും ഈ തകരാർ നിലനിൽക്കുന്നതിന്റെ കാരണവും ഈ സ്വാതന്ത്ര്യമാണ്. VPN പാതയിലെ ഒന്നും ഒരിക്കലും പ്രോക്സി സ്റ്റോർ തൊടുന്നില്ല.

ഘട്ടം 1: നിലവിലെ പ്രോക്സി നില വായിക്കുക

വായനയ്ക്ക് മാത്രമുള്ള കാഴ്ചയിൽ തുടങ്ങുക, കാരണം ഏതെങ്കിലും ആപ്ലിക്കേഷൻ അത് വ്യാഖ്യാനിക്കുന്നതിന് മുമ്പ് സിസ്റ്റം എന്താണ് വിശ്വസിക്കുന്നതെന്ന് അത് പറയുന്നു:

scutil --proxy

നോക്കുക: HTTPEnable, HTTPProxy, HTTPPort, HTTPS തത്തുല്യങ്ങൾ, കൂടാതെ അതിന്റെ URL-ഉള്ള ഏതെങ്കിലും ProxyAutoConfigEnable. ഒന്നും കേൾക്കാത്ത ഒരു പോർട്ടുള്ള സജീവമായ പ്രോക്സിയാണ് നിങ്ങളുടെ തകരാർ. PAC URL മറ്റൊരു രൂപമാണ്: ദൃശ്യമായ മാനുവൽ വിലാസമില്ലാതെ ക്രമീകരണം സജീവമായിരിക്കാം, കാരണം അഭ്യർത്ഥനാ സമയത്ത് ഫയലാണ് പ്രോക്സി തിരഞ്ഞെടുക്കുന്നത്.

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

ഘട്ടം 2: ക്രമീകരണത്തിന്റെ ഉടമ ആരെന്ന് കണ്ടെത്തുക

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

ചാൾസ് അതിന്റെ ബ്രൗസർ, സിസ്റ്റം പ്രോക്സി ഇന്റഗ്രേഷൻ macOS ഹെൽപ്പർ ഉൾപ്പെടെ രേഖപ്പെടുത്തുന്നു, അതിനാൽ ആദ്യം അതിന്റെ സ്വന്തം കൺട്രോളുകളും ഷട്ട്ഡൗൺ പാതയും ഉപയോഗിക്കുക. കോൺഫിഗറേഷൻ മാറ്റാൻ വേണ്ടിയാണ് പ്രിവിലേജ്ഡ് ഹെൽപ്പർ നിലനിൽക്കുന്നത്; അത് ബന്ധമില്ലാത്ത സോഫ്റ്റ്വെയറിന് യന്ത്രത്തിലേക്ക് വിശാലമായ പ്രവേശനം നൽകാനുള്ള കാരണമല്ല.

ക്രമീകരണം ഒരു മാനേജ്ഡ് പ്രൊഫൈലിൽ നിന്നാണെങ്കിൽ, അത് പ്രാദേശികമായി പ്രവർത്തനരഹിതമാക്കുന്നത് ഒന്നുകിൽ പരാജയപ്പെടും അല്ലെങ്കിൽ അടുത്ത ചെക്ക്-ഇന്നിൽ പുനഃസ്ഥാപിക്കപ്പെടും. അത് പ്രൊഫൈൽ ഉടമയ്ക്കുള്ള ഒരു നയപരമായ ചോദ്യമായി കാണുക, പ്രാദേശിക ബഗ്ഗായി അല്ല.

ഘട്ടം 3: ഏറ്റവും ഇടുങ്ങിയ കാര്യം മാറ്റുക

നിർദ്ദിഷ്ട സേവനത്തിനുള്ള നിർദ്ദിഷ്ട അനാവശ്യ എൻട്രി പ്രവർത്തനരഹിതമാക്കുക. എല്ലാ സേവനങ്ങളും ടോഗിൾ ചെയ്യരുത്, മുഴുവൻ പ്രോക്സി പാനലും മായ്ക്കരുത്, കാരണം VPN സേവനവും അടിസ്ഥാന Wi-Fi സേവനവും വെവ്വേറെ ക്രമീകരണങ്ങൾ സൂക്ഷിക്കുന്നു, അവയിൽ ഒന്ന് ശരിയായിരിക്കാം.

പ്രോക്സി ബോധപൂർവം ആവശ്യമാണെങ്കിൽ, നയം ഇല്ലാതാക്കുന്നതിനുപകരം അതിന്റെ അംഗീകൃത ലിസ്നർ ആരംഭിക്കുക. പ്രോക്സി മാത്രമാണ് ഇന്റർനെറ്റിലേക്കുള്ള വഴിയും VPN രണ്ടാമത്തെ, ഇടുങ്ങിയ വഴിയുമായ സ്ഥാപനങ്ങളിൽ ഈ വ്യത്യാസം പ്രധാനമാണ്.

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

ഘട്ടം 4: പ്രോക്സി പോയി, ഇപ്പോഴും പരാജയപ്പെടുന്നെങ്കിൽ

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

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

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

അടുത്ത തവണ ഒരു ആപ്പ് VPN-ൽ പരാജയപ്പെടുമ്പോൾ, ടണലിന് മുമ്പ് ആദ്യത്തെ ചുവട് പരിശോധിക്കുക. അതിന് ഒരു കമാൻഡ് മാത്രം ചെലവാകുന്നു, മാത്രമല്ല ഒരു മുഴുവൻ തെറ്റായ രോഗനിർണയ വിഭാഗത്തെ ഒഴിവാക്കുന്നു.