Steam സൈൻ-ഇൻ പ്രവർത്തിക്കുന്നു, ഗെയിം അല്ല: ഓരോ പാതയും പരിശോധിക്കുക

Steam തുറക്കുക, സൈൻ-ഇൻ ചെയ്യുക, ഗെയിമിന് ഒരു സെഷൻ കണ്ടെത്താൻ കഴിയാത്തതുവരെ എല്ലാം ആരോഗ്യകരമായി തോന്നുന്നു. ഇതിനെ ഒന്നല്ല, മൂന്ന് വ്യത്യസ്ത നെറ്റ്വർക്ക് ചോദ്യങ്ങളായി കാണുക. സ്റ്റോറും അക്കൗണ്ട് സ്ക്രീനുകളും, ഉള്ളടക്ക ഡൗൺലോഡും ഗെയിം സെഷനും ഓരോന്നും വ്യത്യസ്ത ട്രാൻസ്പോർട്ടുകളിലൂടെ വ്യത്യസ്ത എൻഡ്പോയിന്റുകളിൽ എത്താം. ഈ പരിശോധനകൾ ക്രമത്തിൽ നടത്തി ആദ്യം പരാജയപ്പെടുന്നതിൽ നിർത്തുക, കാരണം അതിനുശേഷമുള്ളതെല്ലാം ഊഹമാണ്.

ഘട്ടം 1: സൈൻ-ഇൻ മാത്രമാണ് പ്രവർത്തിച്ചതെന്ന് സ്ഥിരീകരിക്കുക

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

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

അക്കൗണ്ട്, പ്രദേശം, ഗെയിം, സമയം എന്നിവ കുറിക്കുക. ആ നാല് മൂല്യങ്ങളില്ലാതെ, പിന്നീടുള്ള താരതമ്യം ഒരേ പേര് യാദൃശ്ചികമായി പങ്കിടുന്ന രണ്ട് വ്യത്യസ്ത പരിശോധനകൾക്കിടയിലാണ്.

ഘട്ടം 2: ഓരോ പ്രവർത്തനത്തിനും ട്രാൻസ്പോർട്ട് പേരിടുക

ഉള്ളടക്ക വിതരണം ഒരു വലിയ HTTP കൈമാറ്റം പോലെ പെരുമാറുന്നു, കാലതാമസത്തെ നഷ്ടത്തേക്കാൾ വളരെ നന്നായി സഹിക്കുന്നു. മാച്ച്മേക്കിംഗും ഗെയിമിനുള്ളിലെ സെഷനുകളും പലപ്പോഴും UDP ഉപയോഗിക്കുന്നു, അവിടെ പാക്കറ്റുകൾ വീഴ്ത്തുന്ന പാത മന്ദഗതിയിലുള്ള ഡൗൺലോഡിനേക്കാൾ തകർന്ന ഗെയിമായി തോന്നുന്നു. ഈ രണ്ട് പ്രൊഫൈലുകളും ഒരേ ടണലിൽ വ്യത്യസ്തമായി പരാജയപ്പെടുന്നു, അതിനാൽ വേഗത്തിലുള്ള ഡൗൺലോഡ് പ്രവർത്തിക്കുന്ന സെഷനെ പ്രവചിക്കുന്നില്ല.

ആദ്യം വെണ്ടറിന്റെ പോർട്ട് പട്ടികയ്ക്ക് പകരം ലക്ഷ്യസ്ഥാനങ്ങളും സജീവമായ സോക്കറ്റുകളും പരിശോധിക്കുക. പട്ടിക പ്ലാറ്റ്ഫോമിന് ഉപയോഗിക്കാവുന്നത് പറയുന്നു, സോക്കറ്റുകൾ ഈ ക്ലയന്റ് ഇപ്പോൾ എന്ത് ചെയ്യുന്നു എന്ന് പറയുന്നു.

nslookup api.steampowered.com
ss -uanp | head -20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://store.steampowered.com/

ഗെയിം പ്രോസസ്സ് ട്രാഫിക്കുള്ള ഒരു UDP സോക്കറ്റ് കൈവശം വയ്ക്കുകയും കൈമാറ്റ പാത കുഴപ്പമില്ലാതിരിക്കുകയും ചെയ്താൽ, പരാജയം UDP ഭാഗത്താണ്. ഇത് പ്രശ്നം അക്കൗണ്ടിലേക്കോ സ്റ്റോറിലേക്കോ അല്ല, ടണലിന്റെ UDP കൈകാര്യം ചെയ്യലിലേക്ക് ചുരുക്കുന്നു.

ഘട്ടം 3: പോർട്ട് പട്ടികയ്ക്ക് മുമ്പ് ഉൾപ്പെടുത്തൽ നയം പരിശോധിക്കുക

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

റൂട്ട് ടേബിളും സ്ഥിരസ്ഥിതി റൂട്ട് ഉള്ള ഇന്റർഫേസും നോക്കുക. ലക്ഷ്യ പ്രിഫിക്സുകളെ അടിസ്ഥാനമാക്കിയുള്ള സ്പ്ലിറ്റ്-ടണൽ നിയമം അവിടെ കാണാം, എന്നാൽ ആപ്ലിക്കേഷൻ തലത്തിലുള്ള ഒഴിവാക്കൽ കാണില്ല. അവയിൽ ഏതെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഈ വ്യത്യാസം അറിയുന്നത് മൂല്യവത്താണ്.

ip route show default
ip -brief addr
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription

ഗെയിമിന്റെ ട്രാഫിക് ഫിസിക്കൽ അഡാപ്റ്ററിലൂടെ പുറത്തുപോകുകയും സ്റ്റോർ ടണലിലൂടെ പോകുകയും ചെയ്താൽ, ഉൾപ്പെടുത്തൽ നയമാണ് കണ്ടെത്തൽ. ഒരു പോർട്ട് ഒഴിവാക്കലും റൂട്ടിംഗ് തീരുമാനം ശരിയാക്കില്ല, ഒന്ന് ചേർക്കുന്നത് ഉപരിതലം വിശാലമാക്കുക മാത്രം ചെയ്യുന്നു.

ഘട്ടം 4: UDP വഹിക്കാൻ കഴിയാത്ത SOCKS പാത ഒഴിവാക്കുക

Tor ഒരു SOCKS പ്രോക്സി നൽകുന്നു, ആവാസവ്യവസ്ഥയിലുടനീളമുള്ള SOCKS പിന്തുണ UDP-യുടെ കാര്യത്തിൽ പൊരുത്തക്കേടുള്ളതാണ്. Tor-ന്റെ രേഖപ്പെടുത്തിയ പെരുമാറ്റം UDP ASSOCIATE നടപ്പിലാക്കുന്നില്ല, അതിനാൽ സെഷൻ ട്രാഫിക് UDP ആയ ഗെയിമിന് ക്ലയന്റ് എങ്ങനെ നയിച്ചാലും ആ പാത ഉപയോഗിക്കാൻ കഴിയില്ല. പ്രോക്സിയിലൂടെ പ്രവർത്തിക്കുന്ന ബ്രൗസർ ബ്രൗസറിന്റെ TCP പ്രവാഹങ്ങൾ പ്രവർത്തിക്കുന്നു എന്ന് മാത്രം തെളിയിക്കുന്നു.

ഉദ്ദേശ്യമല്ല, അവകാശവാദം പരിശോധിക്കുക. അതേ പ്രോക്സിയിലൂടെ TCP മാത്രമുള്ള പരിശോധന വിജയിച്ചാലും ഗെയിം ഇപ്പോഴും ലഭ്യമല്ലാത്ത സെഷൻ റിപ്പോർട്ട് ചെയ്താൽ, പ്രോക്സി പാത ഗെയിമിന് ആവശ്യമായ ട്രാഫിക് വഹിക്കുന്നില്ല.

റൂട്ട് ചെയ്ത VPN-ഉം SOCKS പ്രോക്സിയും വ്യത്യസ്ത കഴിവുകളുള്ള വ്യത്യസ്ത ഉപകരണങ്ങളായി കാണുക. ഒന്നിനെ മറ്റൊന്നുകൊണ്ട് മാറ്റുന്നത് കോൺഫിഗറേഷൻ മുൻഗണനയല്ല, ഡിസൈൻ മാറ്റമാണ്.

രേഖ ഉടമ്പടിയുമായി താരതമ്യം ചെയ്യുക

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

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

tracert -h 12 store.steampowered.com
ss -uanp | grep -i -E 'game|steam'
curl -sS -o /dev/null -w '%{remote_ip} %{time_connect}\n' https://store.steampowered.com/

സൈൻ-ഇൻ പ്രവർത്തിക്കുന്നു, ഡൗൺലോഡ് പ്രവർത്തിക്കുന്നു, സെഷൻ പരാജയപ്പെടുന്നു എന്ന് രേഖ കാണിക്കുമ്പോൾ, ബാക്കിയുള്ള ചോദ്യം പാതയിലെ UDP-യെക്കുറിച്ചാണ്. മൂന്നും പ്രവർത്തിക്കുമ്പോൾ, യഥാർത്ഥ പരാതി മറ്റൊന്നിനെക്കുറിച്ചായിരുന്നു, അടുത്ത ഉപയോഗപ്രദമായ ഘട്ടം ടണലല്ല, ഗെയിമിന്റെ സ്വന്തം ലോഗ് ആണ്. ഏത് വിധേനയും, ചെക്ക്ലിസ്റ്റ് ഒരു വാദത്തെ കൃത്യമായ നിരീക്ഷണത്തോടെ മാറ്റി.