VPN അല്ലെങ്കിൽ ഉള്ളടക്ക ഫിൽട്ടറിനു ശേഷം App Store കണക്ട് ചെയ്യുന്നില്ല

നിങ്ങൾ VPN അല്ലെങ്കിൽ ഉള്ളടക്ക ഫിൽട്ടർ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, പിന്നെ App Store സൈൻ ഇൻ ചെയ്യുന്നതോ ഡൗൺലോഡ് ചെയ്യുന്നതോ നിർത്തുന്നു. Safari ഇപ്പോഴും പേജുകൾ ലോഡ് ചെയ്യുന്നു, അതിനാൽ പ്രശ്നം നെറ്റ്വർക്കിന്റേതല്ല, Apple അക്കൗണ്ടിന്റേതാണെന്ന് തോന്നുന്നു. പകരം അതിനെ നാല് വേറിട്ട ചോദ്യങ്ങളായി കാണുക: Mac-ന് സേവനത്തിൽ എത്താമോ, സൈൻ ഇൻ ചെയ്യാമോ, കാറ്റലോഗ് നേടാമോ, ഒരു ഇനം ഡൗൺലോഡ് ചെയ്യാമോ. ഓരോ പരാജയവും വ്യത്യസ്ത ഘട്ടത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നു, താഴെയുള്ള പട്ടിക തെറ്റാകുന്നത് ഏറ്റവും ചെറിയ ചെലവുള്ള ക്രമത്തിൽ അവ പരിശോധിക്കുന്നു.

എന്തെങ്കിലും മാറ്റുന്നതിനു മുൻപ് പരാജയത്തിനു പേരിടുക

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

എപ്പോൾ തുടങ്ങി, അവസാനം എന്ത് മാറി എന്ന് കുറിക്കുക. ഉത്തരം പുതിയ നെറ്റ്വർക്ക് ഉൽപ്പന്നമാണെങ്കിൽ, അതിന്റെ പതിപ്പും ഘടകങ്ങളും നിങ്ങൾ ശേഖരിക്കുന്ന എല്ലാത്തിനെക്കാളും പ്രധാനമാണ്. നിങ്ങൾ തന്നെ പ്രശ്നം പരിഹരിച്ചാലും രണ്ടും ടിക്കറ്റിൽ ഉണ്ടായിരിക്കണം, അടുത്ത ആൾ നിങ്ങൾ നിർത്തിയിടത്തുനിന്ന് തുടങ്ങും.

ആദ്യ ഘട്ടം: Apple സേവനങ്ങളും ക്ലോക്കും ഒഴിവാക്കുക

Mac-ന്റെ നെറ്റ്വർക്ക് കോൺഫിഗറേഷൻ തൊടുന്നതിനു മുൻപ് Apple-ന്റെ System Status പേജും പിശക് ടെക്സ്റ്റും പരിശോധിക്കുക. സേവന തടസ്സം ഉപയോക്താവിന്റെ ഭാഗത്തുനിന്ന് കേടായ ഫിൽട്ടർ പോലെ തന്നെ തോന്നും, നിങ്ങളുടെ മെഷീനിൽ ഒരു മാറ്റവുമില്ലാതെ അത് മാറും. ആ പേജിലെ രണ്ട് മിനിറ്റ് സാധാരണയായി ഒരു മണിക്കൂർ പുനഃസംരചന ലാഭിക്കുന്നു.

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

കഴിയുമെങ്കിൽ അതേ നെറ്റ്വർക്കിൽ രണ്ടാമതൊരു ഉപകരണം പരീക്ഷിക്കുക. രണ്ട് ഉപകരണങ്ങൾ ഒരുമിച്ച് പരാജയപ്പെടുന്നത് നെറ്റ്വർക്കിനെയോ സേവനത്തെയോ സൂചിപ്പിക്കുന്നു; ഒരു ഉപകരണം മാത്രം പരാജയപ്പെടുന്നത് ആ Mac-ന്റെ കോൺഫിഗറേഷനെ സൂചിപ്പിക്കുന്നു.

രണ്ടാം ഘട്ടം: ഉൽപ്പന്നം ഏത് ഘടകമാണ് ഇൻസ്റ്റാൾ ചെയ്തതെന്ന് കണ്ടെത്തുക

VPN ടണൽ, HTTP proxy, ഉള്ളടക്ക ഫിൽട്ടർ, DNS proxy എന്നിവ വ്യത്യസ്ത കാര്യങ്ങളാണ്, ഒരു ഇൻസ്റ്റാളർ ഒന്നിൽ കൂടുതൽ ചേർക്കാം. അനുമാനിക്കുന്നതിനു മുൻപ് യഥാർത്ഥത്തിൽ എന്താണ് കോൺഫിഗർ ചെയ്തിരിക്കുന്നതെന്ന് നോക്കുക, പരിഹാരം പരാജയപ്പെടുന്ന ട്രാഫിക്കിന്റെ ഉടമസ്ഥനായ ഘടകത്തിലാണ്.

നിലവിലെ macOS പതിപ്പുകളിൽ നെറ്റ്വർക്ക് എക്സ്റ്റൻഷൻ സിസ്റ്റം സെറ്റിംഗ്സിൽ സ്വകാര്യതയും നെറ്റ്വർക്കും വിഭാഗങ്ങളിൽ കാണാം, ഉൽപ്പന്നം ചേർത്ത ഏതെങ്കിലും proxy കോൺഫിഗറേഷനും DNS ക്രമീകരണങ്ങളും സഹിതം. കണ്ടെത്തുന്നത് കുറിക്കുക, ഉൽപ്പന്നം ബോധപൂർവം VPN കണക്ട് ചെയ്തിരിക്കണമെന്ന് ആവശ്യപ്പെടുന്ന ബ്ലോക്ക് നടപ്പാക്കുന്നുണ്ടോ എന്നതും ഉൾപ്പെടെ.

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

മൂന്നാം ഘട്ടം: ഒരിക്കൽ കൃത്യമായി ഒരു പാത മാത്രം മാറ്റുക

ബദൽ പാത പരിശോധിക്കാൻ ഉൽപ്പന്നത്തിന്റെ സ്വന്തം രേഖപ്പെടുത്തിയ നിയന്ത്രണം ഉപയോഗിക്കുക, ഒരു കാര്യം മാത്രം മാറ്റുക. മാനേജ് ചെയ്യപ്പെടുന്ന Mac-ന് ആ മാറ്റത്തിന് അഡ്മിനിസ്ട്രേറ്റർ വേണ്ടിവന്നേക്കാം, ഒരു നിലപാട് തെളിയിക്കാൻ നയം മറികടക്കുന്നത് അത് രോഗനിർണയം ചെയ്യുന്നതിൽനിന്ന് വ്യത്യസ്ത തീരുമാനമാണ്.

അനുവദിച്ച ബദലിൽ സ്റ്റോർ പ്രവർത്തിക്കുമ്പോൾ ഉത്തരം കിട്ടി: പരാജയം യഥാർത്ഥ പാതയെ നിയന്ത്രിക്കുന്ന നയത്തിലാണ്. ഏതാണ് പ്രധാനമായിരുന്നതെന്ന് കാണാൻ എല്ലാ സുരക്ഷാ ഘടകങ്ങളും ഓഫ് ചെയ്യുന്നതിനു പകരം ഈ കണ്ടെത്തൽ ഉൽപ്പന്ന ഉടമയെ ഏൽപ്പിക്കുക.

നാലാം ഘട്ടം: പരിശോധന പരിശോധിക്കുന്ന സിസ്റ്റത്തിൽ തന്നെ ശരിയാക്കുക

Apple പ്രസിദ്ധീകരിച്ച നെറ്റ്വർക്ക് ആവശ്യകതകൾ ആപ്പുകൾ, സോഫ്റ്റ്വെയർ അപ്ഡേറ്റുകൾ, അക്കൗണ്ട് സേവനങ്ങൾ, സർട്ടിഫിക്കറ്റ് സാധുതാ പരിശോധന എന്നിവയുടെ ആശ്രിതത്വങ്ങൾ വേർതിരിക്കുന്നു, അതിനാൽ ഒരു പരിചിത ഹോസ്റ്റ്നെയിം അനുവദിക്കുന്നത് മുഴുവൻ സേവനത്തെയും ഉൾക്കൊള്ളുന്നില്ല. HTTPS ഇന്റർസെപ്ഷൻ ഈ സേവനങ്ങളെ തകർക്കാമെന്നും അവ പറയുന്നു.

proxy അല്ലെങ്കിൽ ഫിൽട്ടർ ട്രാഫിക് പരിശോധിക്കുമ്പോൾ, പിന്തുണയ്ക്കുന്ന ഒഴിവ് പരിശോധിക്കുന്ന സിസ്റ്റത്തിലാണ്, അത് കൈകാര്യം ചെയ്യുന്നയാൾ പ്രയോഗിക്കുന്നു. Mac-ൽ സർട്ടിഫിക്കറ്റ് സാധുതാ പരിശോധന ദുർബലപ്പെടുത്തിയോ അപ്രതീക്ഷിത സർട്ടിഫിക്കറ്റ് സ്വീകരിച്ചോ നഷ്ടപരിഹാരം നൽകരുത്, അത് ഒരു സപ്പോർട്ട് സംഭവത്തെ സുരക്ഷാ സംഭവമാക്കി മാറ്റുന്നു.

അഞ്ചാം ഘട്ടം: ശരിയായി അൺഇൻസ്റ്റാൾ ചെയ്ത് വൃത്തിയായി കൈമാറുക

ഉൽപ്പന്നം ഇനി വേണ്ടെങ്കിൽ അതിന്റെ അൺഇൻസ്റ്റാളർ ഉപയോഗിക്കുക, അത് ആവശ്യപ്പെടുന്ന ഏതെങ്കിലും റീസ്റ്റാർട്ട് പൂർത്തിയാക്കുക. ആപ്പ് ട്രാഷിലേക്ക് വലിച്ചിടുന്നതോ സെറ്റിംഗ്സിൽ VPN എൻട്രി മായ്ക്കുന്നതോ നെറ്റ്വർക്ക് എക്സ്റ്റൻഷൻ, proxy ക്രമീകരണം അല്ലെങ്കിൽ ബാക്ക്ഗ്രൗണ്ട് ഘടകം പോയി എന്ന് തെളിയിക്കുന്നില്ല, ബാക്കിയുള്ള ഭാഗം ട്രാഫിക്കിനെ സ്വാധീനിക്കുന്നു.

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

മികച്ച കൈമാറ്റം ചെറുതാണ്: പിശക് ടെക്സ്റ്റ്, സമയ പരിധി, ഉൽപ്പന്നവും പതിപ്പും, അത് ഇൻസ്റ്റാൾ ചെയ്ത ഘടകങ്ങൾ, നിങ്ങൾക്ക് അനുവദിച്ച ഒരേയൊരു താരതമ്യത്തിന്റെ ഫലം.