మీ స్ప్లిట్ టన్నెల్ లాంచర్ను మినహాయిస్తుంది, ఆటను కాదు
లాంచర్ మ్యాచ్ కోసం మరో ఎగ్జిక్యూటబుల్ను ప్రారంభిస్తుంది, ఆ ప్రక్రియకు దాని సొంత సాకెట్లు ఉంటాయి. నిజమైన ప్రక్రియను కనుగొని, సరైన గుర్తింపును సరిపోల్చి, తర్వాత పరీక్షించండి.
మీరు లాంచర్ను మినహాయింపు జాబితాలో చేర్చుతారు, డౌన్లోడ్ నెమ్మది నుండి వేగానికి దూకుతుంది, మ్యాచ్ ఇప్పటికీ దూర సర్వర్లో దిగుతుంది. ఏదీ విరగలేదు. లాంచర్ మరియు ఆట రెండు సాకెట్ సెట్లతో రెండు ప్రక్రియలు, ఒకదాన్ని మినహాయించడం మరొకదాని గురించి ఏమీ చెప్పదు. డౌన్లోడ్ వేగవంతమైంది ఎందుకంటే డౌన్లోడ్ లాంచర్ ట్రాఫిక్; మ్యాచ్ మరొకరి కనెక్షన్, మీ నియమం ఎప్పుడూ చూడని ఎగ్జిక్యూటబుల్ తెరిచింది.
ఒక ఇన్స్టాలర్, అనేక ప్రక్రియలు
ఆధునిక ఆట సాఫ్ట్వేర్ ఒక చిన్న నక్షత్ర సమూహం. మిమ్మల్ని సైన్ ఇన్ చేసే క్లయింట్, కంటెంట్ను లాగే అప్డేటర్, ఆటను ప్రారంభించే లాంచర్, మరియు యాంటీ-చీట్ లేదా మ్యాచ్ సరిపోలిక పొర కోసం తానే రెండవ ప్రక్రియను సృష్టించగల ఆట ఎగ్జిక్యూటబుల్ ఉన్నాయి. వాటిలో ప్రతిదీ తన గమ్యస్థానాలకు తన కనెక్షన్లను ఉంచుకోగలదు.
మినహాయింపు నియమం సాధారణంగా వాటిలో ఒకదాన్ని పేర్కొంటుంది. ఏది పేర్కొంటుంది అనేది VPN క్లయింట్ మద్దతిచ్చే గుర్తింపుపై పూర్తిగా ఆధారపడి ఉంటుంది, అదే వినియోగదారులు అరుదుగా తనిఖీ చేసే భాగం. కొన్ని క్లయింట్లు ఎగ్జిక్యూటబుల్ మార్గాన్ని సరిపోలుస్తాయి, కొన్ని బండిల్ లేదా ప్యాకేజీ గుర్తింపును, మరికొన్ని సంబంధం లేని రెండు బైనరీలు పంచుకోగల ప్రక్రియ పేరును. ప్రక్రియ జాబితా ముందు నియమాన్ని చదవండి, ఎందుకంటే నియమం మీరు వ్యక్తపరచగలిగేదాన్ని కూడా పరిమితం చేస్తుంది.
కాబట్టి లక్షణం “స్ప్లిట్ టన్నెల్ విరిగింది” కాదు. అది “నియమం నాకు ముఖ్యమైన ట్రాఫిక్ను మోసే ప్రక్రియ కాని ప్రక్రియను కవర్ చేస్తుంది”, ఇది చాలా సన్నిహిత మరియు చాలా సులభంగా సరిచేయగల ప్రకటన. అలా చెప్పిన తర్వాత తదుపరి అడుగు ఊహగా ఉండదు.
మ్యాచ్ కనెక్షన్ ఉన్న ప్రక్రియను కనుగొనండి
ఆటను ప్రారంభించి, మ్యాచ్లోకి వెళ్లి, స్క్రీన్పై ఏమి ఉందో కాకుండా సాకెట్లు ఎవరి వద్ద ఉన్నాయో చూడండి. 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
రెండవ ఆదేశం పేరు కాదు, ప్రక్రియ ID ను ముద్రిస్తుంది, కాబట్టి రెండు అవుట్పుట్లను ID ద్వారా కలపండి. మీరు వెతుకుతున్న వరుస దూర చిరునామా ఆట సేవకు చెందినది, దాన్ని కలిగి ఉన్న ప్రక్రియ మీ నియమం పేర్కొనాల్సిన ఎగ్జిక్యూటబుల్.
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
మొదటి ఆదేశానికి మ్యాచ్ సర్వర్ పరిష్కరించిన చిరునామా కావాలి, దాన్ని ఆట కనెక్షన్ లాగ్ లేదా మీ క్లయింట్ ఇవ్వగలదు. మార్గం భౌతిక ఇంటర్ఫేస్ను పేర్కొంటే, నియమం పనిచేస్తోంది. రెండవది సెషన్ ఉందో లేదో చూపిస్తుంది, ఇది “మినహాయించబడింది కానీ సర్వర్ ఆఫ్” మరియు “మినహాయించబడలేదు” మధ్య భేదం చూపిస్తుంది.
పరీక్ష సమయంలో ప్రాంతం మరియు యాక్సెస్ నెట్వర్క్ను స్థిరంగా ఉంచండి. ప్రతి ప్రయత్నంలో వేరే డేటా సెంటర్లో దిగే మ్యాచ్ వేరే చిరునామాలను ఉత్పత్తి చేస్తుంది, మీరు నియమాన్ని ధృవీకరించడం బదులు కదిలే లక్ష్యాన్ని వెంబడిస్తారు. ఒకే చిరునామాతో రెండు పరుగులు వేరే చిరునామాలతో పది కంటే ఎక్కువ విలువైనవి.
తదుపరి అప్డేట్ తర్వాత మళ్లీ తనిఖీ చేయండి
మార్గ ఆధారిత ఏ నియమానికైనా ప్యాచ్ చక్రాలలో కొలిచే ఆయుష్షు ఉంటుంది. ఒక నెల తర్వాత ఆట మినహాయింపును గౌరవించడం ఆపినప్పుడు, మొదట ఎగ్జిక్యూటబుల్ కదిలిందో లేదో తనిఖీ చేయండి, రెండవది దాని పక్కన కొత్త సహాయక ప్రక్రియ వచ్చిందో లేదో.
ఒక క్లయింట్ డాక్యుమెంట్ చేసిన అప్లికేషన్ మినహాయింపు నమూనా ఈ నియమాలు ఎలా వివరించబడతాయో సూచించడానికి సమంజసమైన సూచన, ఉత్పత్తుల మధ్య వివరాలు మారినప్పటికీ. మీది చదవండి, ఉపయోగించిన గుర్తింపును నమోదు చేయండి, తేదీ రాయండి. ఆ నమోదే తదుపరిసారి లాంచర్ అప్డేట్ పంపినప్పుడు ఒక రహస్యాన్ని ఐదు నిమిషాల మరమ్మత్తుగా మారుస్తుంది.
క్లయింట్ మీకు అవసరమైన పరిమితిని వ్యక్తపరచలేకపోతే, ఆమోదించిన విస్తృత విధానం డాక్యుమెంట్ చేయని మినహాయింపుల కుప్ప కంటే మంచిది. విస్తృత మరియు అర్థమయ్యేది సన్నిహిత మరియు తప్పైనదాన్ని ఓడిస్తుంది, ముఖ్యంగా సన్నిహిత సంస్కరణే అందరూ అమలులో ఉందని నమ్మేది అయినప్పుడు.