Hyrja në Steam funksionon, loja jo: kontrollo çdo rrugë

Nis Steam, hyr, dhe gjithçka duket e shëndoshë derisa loja nuk gjen një sesion. Trajtoje atë si tre pyetje rrjeti të veçanta, jo një. Dyqani dhe ekranet e llogarisë, shkarkimi i përmbajtjes dhe sesioni i lojës mund të arrijnë secili pika të ndryshme fundore përmes transporteve të ndryshme. Kryej këto kontrolle me radhë dhe ndalu tek i pari që dështon, sepse gjithçka pas tij është hamendësim.

Hapi 1: konfirmo që hyrja ishte e vetmja gjë që funksionoi

Hyrja provon që llogaria arriti shërbimin e identitetit me kredencialet dhe çdo faktor të dytë që kërkon llogaria. Nuk thotë asgjë për shpërndarjen e përmbajtjes dhe asgjë për vetë skemën e strehimit të lojës. Shëno cilën nga tre veprimet testove në të vërtetë, sepse njerëzit zakonisht raportojnë një lojë të dështuar pasi kanë testuar vetëm nisësin.

Lexo tekstin e dështimit para rrjetit. Një lojë që raporton se nuk ka serverë të disponueshëm të thotë diçka tjetër nga një nisës që nuk arrin dyqanin. Dy gabimet vijnë nga shtresa të ndryshme dhe rrallë nënkuptojnë të njëjtën gjë. Ky dallim vendos nëse kontrolli tjetër ka të bëjë me zgjidhjen e emrave, me UDP ose me një cilësim rajoni.

Shëno llogarinë, rajonin, lojën dhe kohën. Pa këto katër vlera, një krahasim i mëvonshëm është midis dy testeve të ndryshme që ndajnë rastësisht të njëjtin emër.

Hapi 2: emërto transportin për çdo veprim

Shpërndarja e përmbajtjes sillet si një transferim i madh HTTP dhe e toleron vonesën shumë më mirë sesa humbjen. Përputhja dhe sesionet brenda lojës shpesh përdorin UDP, ku një rrugë që hedh paketa duket si lojë e prishur dhe jo si shkarkim i ngadaltë. Këto dy profile dështojnë ndryshe në të njëjtin tunel, prandaj një shkarkim i shpejtë nuk parashikon një sesion funksional.

Kontrollo destinacionet dhe soketat aktive para listës së porteve të furnizuesit. Lista thotë çfarë mund të përdorë platforma, ndërsa soketat thonë çfarë po bën ky klient tani.

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

Nëse procesi i lojës mban një soket UDP me trafik ndërsa rruga e transferimit është mirë, defekti është në pjesën UDP. Kjo e ngushton problemin te mënyra se si tuneli trajton UDP dhe jo te llogaria ose dyqani.

Hapi 3: kontrollo politikën e përfshirjes para listës së porteve

Shumë klientë VPN zbatojnë politikën për çdo aplikacion, për çdo interval adresash ose për çdo familje adresash në vend të gjithë makinës. Nisësi mund të jetë brenda tunelit ndërsa një binare loje e nisur veçmas është jashtë tij, dhe atëherë të dy nuk merren vesh për botën. Përfshirja në nivel aplikacioni është fajtori i zakonshëm në laptopët e lojërave me një klient furnizuesi të instaluar. Lexo politikën që është vërtet në fuqi, jo profilin që ruajte muajin e kaluar.

Shiko tabelën e rrugëve dhe ndërfaqen që zotëron rrugën e paracaktuar. Një rregull tuneli i ndarë bazuar në parashtesat e destinacionit do të shfaqet atje, dhe një përjashtim në nivel aplikacioni nuk do të shfaqet. Vlen ta njohësh atë dallim para se të ndryshosh ndonjërën.

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

Nëse trafiku i lojës del përmes përshtatësit fizik ndërsa dyqani kalon përmes tunelit, politika e përfshirjes është gjetja. Asnjë përjashtim porti nuk do të rregullojë një vendim rrugëtimi, dhe shtimi i njërit vetëm zgjeron sipërfaqen.

Hapi 4: përjashto një rrugë SOCKS që nuk mund të mbajë UDP

Tor ofron një proxy SOCKS, dhe mbështetja e SOCKS në ekosistem është jokonsistente për sa i përket UDP. Sjellja e dokumentuar e Tor nuk zbaton UDP ASSOCIATE, kështu që një lojë trafiku i sesionit të së cilës është UDP nuk mund ta përdorë atë rrugë, sado që klienti të drejtohet drejt saj. Një shfletues që funksionon përmes proxy-t provon vetëm që rrjedhat TCP të shfletuesit funksionojnë.

Testo pohimin dhe jo qëllimin. Nëse loja ende raporton një sesion të padisponueshëm ndërsa një test vetëm TCP përmes të njëjtit proxy ka sukses, rruga e proxy-t nuk mban trafikun që i nevojitet lojës.

Trajto një VPN të rrugëtuar dhe një proxy SOCKS si mjete të ndryshme me aftësi të ndryshme. Zëvendësimi i njërit me tjetrin është një ndryshim dizajni, jo një preferencë konfigurimi.

Krahaso regjistrin me marrëveshjen

Arritshmëria e rrjetit dhe leja e llogarisë janë pyetje të veçanta, dhe vetëm të parës i përgjigjet një tunel funksional. Kufizimi ka të bëjë me qëllimin pas proxy-t dhe jo me protokollin që zgjodhe. Marrëveshja në fuqi kufizon proxy-n IP qëllimi i së cilës është të fshehë ku jeton mbajtësi i llogarisë, kështu që një rrugë që funksionon mund të jetë ende jashtë kushteve që pranove. Lexo marrëveshjen në vend që ta trajtosh lidhshmërinë si miratim.

Për një krahasim të ndershëm, ndrysho një variabël në një kohë dhe mbaj të njëjtën lojë, rajon serveri, llogari dhe veprim. Pastaj kontrollo rezultatin në të njëjtat katër veprime që shënove në fillim.

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/

Kur regjistri tregon se hyrja funksionon, shkarkimi funksionon dhe sesioni dështon, pyetja e mbetur ka të bëjë me UDP në rrugë. Kur të tre funksionojnë, ankesa fillestare kishte të bënte me diçka tjetër, dhe hapi tjetër i dobishëm është regjistri i vetë lojës dhe jo tuneli. Në çdo rast, lista e kontrollit zëvendësoi një argument me një vëzhgim konkret.