നിങ്ങളുടെ സ്പ്ലിറ്റ് ടണൽ ലോഞ്ചറിനെ ഒഴിവാക്കുന്നു, ഗെയിമിനെയല്ല
ലോഞ്ചർ മത്സരത്തിനായി മറ്റൊരു എക്സിക്യൂട്ടബിൾ ആരംഭിക്കുന്നു, ആ പ്രക്രിയയ്ക്ക് സ്വന്തം സോക്കറ്റുകളുണ്ട്. യഥാർത്ഥ പ്രക്രിയ കണ്ടെത്തി, ശരിയായ ഐഡന്റിഫയർ പൊരുത്തപ്പെടുത്തി, പിന്നീട് പരിശോധിക്കുക.
ലോഞ്ചറിനെ ഒഴിവാക്കൽ പട്ടികയിൽ ചേർക്കുമ്പോൾ ഡൗൺലോഡ് മന്ദഗതിയിൽ നിന്ന് വേഗത്തിലേക്ക് കുതിക്കുന്നു, മത്സരം ഇപ്പോഴും വിദൂര സെർവറിൽ എത്തുന്നു. ഒന്നും തകർന്നിട്ടില്ല. ലോഞ്ചറും ഗെയിമും രണ്ട് സോക്കറ്റ് കൂട്ടങ്ങളുള്ള രണ്ട് പ്രക്രിയകളാണ്, ഒന്നിനെ ഒഴിവാക്കുന്നത് മറ്റൊന്നിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ഡൗൺലോഡ് വേഗത്തിലായത് ഡൗൺലോഡ് ലോഞ്ചറിന്റെ ട്രാഫിക് ആയിരുന്നതിനാലാണ്; മത്സരം മറ്റൊരാളുടെ കണക്ഷനാണ്, നിങ്ങളുടെ നിയമം ഒരിക്കലും കണ്ടിട്ടില്ലാത്ത ഒരു എക്സിക്യൂട്ടബിൾ തുറന്നത്.
ഒരു ഇൻസ്റ്റാളർ, പല പ്രക്രിയകൾ
ആധുനിക ഗെയിം സോഫ്റ്റ്വെയർ ഒരു ചെറിയ നക്ഷത്രസമൂഹമാണ്. നിങ്ങളെ സൈൻ ഇൻ ചെയ്യിക്കുന്ന ഒരു ക്ലയന്റ്, ഉള്ളടക്കം വലിക്കുന്ന ഒരു അപ്ഡേറ്റർ, ഗെയിം ആരംഭിക്കുന്ന ഒരു ലോഞ്ചർ, ആന്റി-ചീറ്റിനോ മത്സര പൊരുത്തപ്പെടുത്തൽ പാളിക്കോ വേണ്ടി സ്വയം രണ്ടാമതൊരു പ്രക്രിയ സൃഷ്ടിക്കാവുന്ന ഗെയിം എക്സിക്യൂട്ടബിൾ എന്നിവയുണ്ട്. അവയിൽ ഓരോന്നിനും സ്വന്തം ലക്ഷ്യസ്ഥാനങ്ങളിലേക്ക് സ്വന്തം കണക്ഷനുകൾ നിലനിർത്താം.
ഒഴിവാക്കൽ നിയമം സാധാരണയായി അവയിലൊന്നിനെ പേരെടുത്ത് പറയുന്നു. ഏതിനെ പേരെടുത്ത് പറയുന്നു എന്നത് VPN ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന ഐഡന്റിഫയറിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതാണ് ഉപയോക്താക്കൾ അപൂർവ്വമായി പരിശോധിക്കുന്ന ഭാഗം. ചില ക്ലയന്റുകൾ എക്സിക്യൂട്ടബിൾ പാത്ത് പൊരുത്തപ്പെടുത്തുന്നു, ചിലത് പാക്കേജ് അല്ലെങ്കിൽ bundle ഐഡന്റിഫയർ, മറ്റുചിലത് ബന്ധമില്ലാത്ത രണ്ട് ബൈനറികൾ പങ്കിടാവുന്ന പ്രക്രിയയുടെ പേര്. പ്രക്രിയ പട്ടികയ്ക്ക് മുമ്പ് നിയമം വായിക്കുക, കാരണം നിയമം നിങ്ങൾക്ക് പ്രകടിപ്പിക്കാവുന്നതിനെപ്പോലും പരിമിതപ്പെടുത്തുന്നു.
അതിനാൽ ലക്ഷണം “സ്പ്ലിറ്റ് ടണൽ തകർന്നിരിക്കുന്നു” എന്നല്ല. “എനിക്ക് പ്രധാനമായ ട്രാഫിക് വഹിക്കുന്ന പ്രക്രിയയല്ലാത്ത ഒരു പ്രക്രിയയെ നിയമം ഉൾക്കൊള്ളുന്നു” എന്നാണ്, ഇത് വളരെ ഇടുങ്ങിയതും വളരെയധികം പരിഹരിക്കാവുന്നതുമായ പ്രസ്താവനയാണ്. അങ്ങനെ പറഞ്ഞാൽ അടുത്ത ഘട്ടം ഊഹമല്ലാതാകുന്നു.
മത്സര കണക്ഷൻ ഉള്ള പ്രക്രിയ കണ്ടെത്തുക
ഗെയിം ആരംഭിച്ച് ഒരു മത്സരത്തിൽ പ്രവേശിച്ച്, സ്ക്രീനിൽ എന്തുണ്ടെന്നതല്ല, സോക്കറ്റുകൾ ആർക്കുണ്ടെന്ന് നോക്കുക. Windows-ൽ പ്രക്രിയ പട്ടികയും ഓരോ പ്രക്രിയയുടെ സോക്കറ്റ് ചോദ്യവും രണ്ട് കമാൻഡുകളിൽ ഇതിന് ഉത്തരം നൽകുന്നു:
Get-Process | Where-Object { $_.ProcessName -match 'launcher|game|client' } | Select-Object Id,ProcessName,Path
Get-NetTCPConnection -State Established | Select-Object OwningProcess,RemoteAddress,RemotePort | Sort-Object OwningProcessരണ്ടാമത്തെ കമാൻഡ് പേരല്ല, പ്രക്രിയ ഐഡി പ്രിന്റ് ചെയ്യുന്നു, അതിനാൽ രണ്ട് ഔട്ട്പുട്ടുകളും ഐഡി പ്രകാരം ബന്ധിപ്പിക്കുക. നിങ്ങൾ തിരയുന്ന വരി ദൂരെയുള്ള വിലാസം ഗെയിം സേവനത്തിനുള്ളതാണ്, അത് ഉള്ള പ്രക്രിയ നിങ്ങളുടെ നിയമം പേരെടുത്ത് പറയേണ്ട എക്സിക്യൂട്ടബിളാണ്.
Linux-ൽ അതേ ചോദ്യത്തിന് ഓരോ സോക്കറ്റ് തരത്തിനും ഒരു കമാൻഡ് വേണം, രണ്ടും പരിശോധിക്കുന്നത് മൂല്യവത്താണ്, കാരണം മത്സര കണക്ഷൻ UDP ആകാം, ബാക്കിയെല്ലാം TCP ആയിരിക്കുമ്പോൾ:
ss -tunp state established | grep -i game
ss -tunp | awk 'NR==1 || /udp/'ഗെയിം ഒരു കണ്ടെയ്നറിലോ അനുയോജ്യതാ പാളിയിലോ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, നിങ്ങൾ കണ്ടെത്തുന്ന പ്രക്രിയ നിങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്ത ബൈനറിയല്ല, ഒരു shim ആകാം. അങ്ങനെയെങ്കിൽ പ്രധാനമായ ഐഡന്റിഫയർ ക്ലയന്റ് കാണുന്നതാണ്, അത് shim-ന്റെ പാത്ത് ആകാം, ഒറിജിനൽ ഫയൽ എത്ര എഡിറ്റ് ചെയ്താലും അതിനെ ബാധിക്കില്ല.
നിങ്ങളുടെ ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന ഐഡന്റിഫയർ പൊരുത്തപ്പെടുത്തുക
എന്തെങ്കിലും ചേർക്കുന്നതിന് മുമ്പ് ഒഴിവാക്കൽ നിയമത്തെക്കുറിച്ചുള്ള ക്ലയന്റിന്റെ ഡോക്യുമെന്റേഷൻ വായിക്കുക. മൂന്ന് സാധാരണ മോഡലുകൾ വ്യത്യസ്തമായി പെരുമാറുന്നു, അവയിലൊന്ന് കെണിയാണ്.
| Identifier | How it behaves | Failure mode |
|---|---|---|
| Executable path | Matches exactly the file at that path | Breaks when an update moves the binary |
| Process name | Matches any binary with that name | Too broad; catches unrelated software |
| Package or bundle id | Matches a signed application group | May include services you did not intend |
പാത്ത് നിയമങ്ങളാണ് ഏറ്റവും കൃത്യവും ഏറ്റവും ദുർബലവും. എക്സിക്യൂട്ടബിൾ നീക്കുന്ന ലോഞ്ചർ അപ്ഡേറ്റ് നിയമം ഇനി പ്രവർത്തിക്കാത്ത ഫയലിലേക്ക് ചൂണ്ടുന്നതായി വിടുന്നു, വ്യക്തമായി ഒന്നും മാറാതെ ലക്ഷണം തിരികെ വരുന്നു. പാക്കേജ് നിയമങ്ങൾ അതിനെ അതിജീവിക്കുന്നു, നിങ്ങൾ ഒരിക്കലും ചിന്തിക്കാത്ത സഹായ പ്രക്രിയകളെ അവ ശബ്ദമില്ലാതെ ഉൾക്കൊള്ളാം, ഇത് സഹായിയെ ആശ്രയിച്ച് സൗകര്യപ്രദമോ ആശങ്കാജനകമോ ആണ്.
ക്ലയന്റ് എന്ത് പിന്തുണച്ചാലും, നിങ്ങൾ കണ്ടെത്തുന്ന ഓരോ എക്സിക്യൂട്ടബിളിനും എൻട്രികൾ ചേർക്കരുത്. ഒരു സെഷൻ പ്രവർത്തിക്കുന്നതുവരെ പരീക്ഷണത്തിലൂടെയും പിശകിലൂടെയും കൂട്ടിച്ചേർത്ത പട്ടിക അവലോകനം ചെയ്യാനാവില്ല, അത് ബന്ധമില്ലാത്ത സോഫ്റ്റ്വെയറിനുള്ള ഒഴിവാക്കലുകൾ ശബ്ദമില്ലാതെ കൂട്ടും. നിങ്ങൾ കണ്ടെത്തിയ പ്രക്രിയയുടെ പേര് പറയുക, അത് എന്തിനായിരുന്നു എന്ന് എഴുതുക.
മത്സരത്തിൽ പരിശോധിക്കുക, ഡൗൺലോഡിൽ അല്ല
ലോഞ്ചറിന്റെ ഡൗൺലോഡ് വേഗത ഏറ്റവും മോശം സാധ്യമായ പരിശോധനയാണ്, കാരണം ഇത് മുമ്പേ ഒഴിവാക്കിയ പ്രക്രിയയെത്തന്നെ വ്യായാമം ചെയ്യിക്കുന്നു. പരാജയപ്പെട്ടിരുന്നത് ഉപയോഗിക്കുക, ഗെയിമിന്റെ സ്വന്തം പ്രകടന ഡിസ്പ്ലേയ്ക്ക് പകരം പാത്ത് പരിശോധിക്കുക:
ip route get 203.0.113.55
Get-NetTCPConnection -State Established | Where-Object RemotePort -eq 27015ആദ്യ കമാൻഡിന് മത്സര സെർവർ റിസോൾവ് ചെയ്ത വിലാസം വേണം, അത് ഗെയിമിന്റെ കണക്ഷൻ ലോഗ് അല്ലെങ്കിൽ നിങ്ങളുടെ ക്ലയന്റ് നൽകാം. പാത്ത് ഫിസിക്കൽ ഇന്റർഫേസ് പേരെടുത്ത് പറഞ്ഞാൽ നിയമം പ്രവർത്തിക്കുന്നു. രണ്ടാമത്തേത് സെഷൻ ഉണ്ടോ എന്ന് കാണിക്കുന്നു, ഇത് “ഒഴിവാക്കിയത് പക്ഷേ സെർവർ ഡൗൺ” എന്നതിനെ “ഒഴിവാക്കിയിട്ടില്ല” എന്നതിൽ നിന്ന് വേർതിരിക്കുന്നു.
പരിശോധിക്കുമ്പോൾ പ്രദേശവും ആക്സസ് നെറ്റ്വർക്കും സ്ഥിരമായി നിലനിർത്തുക. ഓരോ ശ്രമത്തിലും വ്യത്യസ്ത ഡാറ്റാ സെന്ററിൽ എത്തുന്ന മത്സരം വ്യത്യസ്ത വിലാസങ്ങൾ ഉണ്ടാക്കുന്നു, നിയമം സാധൂകരിക്കുന്നതിന് പകരം ചലിക്കുന്ന ലക്ഷ്യത്തെ പിന്തുടരും. ഒരേ വിലാസത്തിലുള്ള രണ്ട് റൺ വ്യത്യസ്ത വിലാസങ്ങളിലുള്ള പത്തിനേക്കാൾ മൂല്യവത്താണ്.
അടുത്ത അപ്ഡേറ്റിന് ശേഷം വീണ്ടും പരിശോധിക്കുക
പാത്ത് അടിസ്ഥാനമാക്കിയ ഏതൊരു നിയമത്തിനും പാച്ച് ചക്രങ്ങളിൽ അളക്കുന്ന ആയുസ്സുണ്ട്. ഒരു മാസത്തിന് ശേഷം ഗെയിം ഒഴിവാക്കൽ മാനിക്കുന്നത് നിർത്തുമ്പോൾ, ആദ്യം പരിശോധിക്കേണ്ടത് എക്സിക്യൂട്ടബിൾ നീങ്ങിയോ എന്നാണ്, രണ്ടാമത്തേത് അതിന് അരികിൽ പുതിയ സഹായ പ്രക്രിയ വന്നോ എന്നാണ്.
ഒരു ക്ലയന്റ് രേഖപ്പെടുത്തിയ ആപ്ലിക്കേഷൻ ഒഴിവാക്കൽ മോഡൽ ഈ നിയമങ്ങൾ എങ്ങനെ വിവരിക്കുന്നു എന്നതിന് ന്യായമായ റഫറൻസാണ്, എന്നിരുന്നാലും വിശദാംശങ്ങൾ ഉൽപ്പന്നങ്ങൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു. നിങ്ങളുടേത് വായിക്കുക, ഉപയോഗിച്ച ഐഡന്റിഫയർ രേഖപ്പെടുത്തുക, തീയതി കുറിക്കുക. അടുത്ത തവണ ലോഞ്ചർ അപ്ഡേറ്റ് അയക്കുമ്പോൾ ഒരു നിഗൂഢതയെ അഞ്ച് മിനിറ്റ് പരിഹാരമാക്കി മാറ്റുന്നത് ആ രേഖയാണ്.
ക്ലയന്റിന് ആവശ്യമായ അതിർത്തി പ്രകടിപ്പിക്കാനേ കഴിയില്ലെങ്കിൽ, അംഗീകരിച്ച വിശാലമായ നയം രേഖപ്പെടുത്താത്ത ഒഴിവാക്കലുകളുടെ കൂമ്പാരത്തേക്കാൾ നല്ലതാണ്. വിശാലവും മനസ്സിലാക്കാവുന്നതും ഇടുങ്ങിയതും തെറ്റായതുമായതിനെ തോൽപ്പിക്കുന്നു, പ്രത്യേകിച്ച് ഇടുങ്ങിയ പതിപ്പാണ് എല്ലാവരും നിലവിലുണ്ടെന്ന് വിശ്വസിക്കുന്നത്.