Zure tunel zatituak abiarazlea baztertzen du, ez jokoa

Abiarazlea baztertze-zerrendan gehitzen duzu, deskargak moteldu eta azkar egiten du jauzi, eta partida urruneko zerbitzari batean lurreratzen da oraindik. Ez dago ezer hautsita. Abiarazlea eta jokoa bi prozesu dira, bi socket-multzoekin, eta bat baztertzeak ez du ezer esaten besteaz. Deskarga azkartu egin zen deskarga abiarazlearen trafikoa zelako; partida beste norbaiten konexioa da, zure arauak inoiz ikusi ez duen exekutagarri batek irekia.

Instalatzaile bat, prozesu asko

Bideojokoen software modernoa konstelazio txiki bat da. Badago saioa hasten duen bezero bat, edukia jaisten duen eguneratzaile bat, jokoa abiarazten duen abiarazle bat, eta jokoaren exekutagarri bat, berak bigarren prozesu bat sor dezakeena anti-trampak edo partiden parekatze-geruza lortzeko. Horietako bakoitzak bere konexioak mantendu ditzake bere helmugekin.

Baztertze-arauak horietako bat izendatu ohi du. Zein izendatzen duen VPN bezeroak onartzen duen identifikatzailearen araberakoa da erabat, eta hori da erabiltzaileek gutxitan egiaztatzen duten zatia. Bezero batzuek exekutagarri baten bidea parekatzen dute, beste batzuek pakete edo bundle identifikatzailea, eta beste batzuek bi binario erlazionatuk partekatu dezaketen prozesu-izena. Irakurri araua prozesuen zerrenda irakurri aurretik, arauak adieraz dezakezuna ere mugatzen duelako.

Beraz, sintoma ez da «tunel zatitua hondatuta dago». «Arauak interesatzen zaidan trafikoa daraman prozesua ez den beste bat hartzen du» da, askoz ere estuago eta konpondurazkoagoa den baieztapena. Horrela esaten duzunean, hurrengo pausoa ez da gehiago asmakizuna izango.

Aurkitu partidaren konexioa duen prozesua

Abiarazi jokoa, sartu partida batean, eta begiratu nork dituen socketak, pantailan dagoena baino. Windowsen prozesuen zerrendak gehi prozesuko socket-kontsulta batek bi komandotan erantzuten du:

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

Bigarren komandoak prozesu-ID bat inprimatzen du, ez izen bat, beraz elkartu bi irteerak IDaren arabera. Bilatzen ari zaren errena da urruneko helbidea jokoaren zerbitzuarena duena, eta hura duen prozesua zure arauak izendatu behar duen exekutagarria da.

Linuxen galdera berak socket motako komando bat eskatzen du, eta merezi du biak egiaztatzea, partidaren konexioa UDP izan baitaiteke gainerako guztia TCP den bitartean:

ss -tunp state established | grep -i game
ss -tunp | awk 'NR==1 || /udp/'

Jokoa edukiontzi batean edo bateragarritasun-geruza batean badabil, aurkitzen duzun prozesua shim bat izan daiteke, instalatu zenuen binarioa izan beharrean. Kasu horretan garrantzitsua den identifikatzailea bezeroak ikusten duena da, shimaren bidea izan daitekeena, eta jatorrizko fitxategia editatzeak ez du horretan eragingo.

Pareka ezazu zure bezeroak onartzen duen identifikatzailea

Irakurri bezeroaren dokumentazioa baztertze-arauari buruz ezer gehitu aurretik. Hiru eredu ohikoek desberdin jokatzen dute, eta horietako bat tranpa da.

Bide-arauak dira zehatzenak eta hauskorrenak. Exekutagarria lekuz aldatzen duen abiarazle-eguneratze batek araua jadanik exekutatzen ez den fitxategi batera seinalatzen uzten du, eta sintoma itzultzen da ezer nabarmen aldatuta gabe. Pakete-arauak horretatik bizirik ateratzen dira, eta isilpean estal ditzakete inoiz pentsatu ez zenituen prozesu lagungarriak, erosoa edo kezkagarria dena laguntzailearen arabera.

Bezeroak onartzen duena onartzen duela, ez gehitu aurkitu dezakezun exekutagarri bakoitzerako sarrerarik. Saiakuntza eta hutsegitearen bidez saio bat funtzionatu arte muntatutako zerrenda ezin da berrikusi, eta isilpean metatuko ditu erlazionatu gabeko softwarearentzako salbuespenak. Izenda ezazu aurkitu zenuen prozesua, eta idatzi zertarako zen.

Probatu partidan, ez deskarga batean

Abiarazlearen deskarga-abiadura da proba okerrena, jadanik baztertuta zegoen prozesua ari baita lantzen. Erabili huts egiten zuena, eta egiaztatu bidea, jokoaren errendimendu-pantaila baino:

ip route get 203.0.113.55
Get-NetTCPConnection -State Established | Where-Object RemotePort -eq 27015

Lehen komandoak partidaren zerbitzariak ebazpena eman zion helbidea behar du, jokoaren konexio-erregistroak edo zure bezeroak eman diezazukeena. Bideak interfaze fisikoa izendatzen badu, araua funtzionatzen ari da. Bigarrenak erakusten du saiorik ote dagoen, eta horrek «baztertuta baina zerbitzaria behera dago» eta «ez dago baztertuta» bereizten ditu.

Mantendu eskualdea eta sarbide-sarea finko probatzen duzun bitartean. Saiakera bakoitzean datu-zentro desberdin batera lurreratzen den partida batek helbide desberdinak sortzen ditu, eta helburu mugikor baten atzetik ibiliko zara arau bat baliozkotu beharrean. Helbide berarekin egindako bi exekuziok gehiago balio dute helbide desberdinekin egindako hamarrek baino.

Egiaztatu berriro hurrengo eguneratzearen ondoren

Bideetan oinarritutako edozein arauk adabaki-zikloetan neurtutako bizitza-erabilgarritasuna du. Jokoak hilabete bat geroago baztertzea errespetatzeari uzten dionean, lehenengo egiaztatzen dena exekutagarria mugitu den ala ez da, eta bigarrena, ondoan prozesu lagungarri berri bat agertu den ala ez.

Bezero batek dokumentatutako aplikazioak baztertzeko eredua erreferentzia arrazoizkoa da arau hauek nola deskribatzen diren, nahiz eta xehetasunak produktuen artean desberdinak izan. Irakurri zurea, erregistratu erabili zenuen identifikatzailea, eta idatzi data. Erregistro horrek misterioa bost minutuko konponketa bihurtzen du hurrengoan abiarazleak eguneratze bat bidaltzen duenean.

Bezeroak behar duzun muga adierazi ezin badu, onartutako politika zabalagoa hobe da dokumentatu gabeko salbuespenen pila bat baino. Zabal eta ulertua estu eta okerra baino hobea da, batez ere bertsio estua dena denek indarrean dagoela uste duena.