Steam-pålogging virkar, spelet gjer det ikkje: sjekk kvar veg

Start Steam, logg inn, og alt ser friskt ut heilt til spelet ikkje finn ei økt. Handsame det som tre separate nettverksspørsmål i staden for eitt. Butikken og kontoskjermane, innhaldsnedlastinga og speleøkta kan kvar nå ulike endepunkt over ulike transportar. Køyr desse sjekkane i rekkefølgje og stopp ved den første som feilar, for alt etterpå er gjetting.

Trinn 1: stadfest at pålogginga var det einaste som virka

Pålogginga beviser at kontoen nådde identitetstenesta med legitimasjonen og eventuell annan faktor kontoen krev. Ho seier ingenting om innhaldslevering, og ho seier ingenting om spelet si eiga hostingordning. Skriv ned kva av dei tre operasjonane du faktisk testa, for folk rapporterer rutinemessig eit feilande spel etter å ha testa berre startaren.

Les feilteksten før nettverket. Eit spel som rapporterer at ingen tenarar er tilgjengelege, fortel deg noko anna enn ein startar som ikkje når butikken. Dei to feila kjem frå ulike lag og tyder sjeldan det same. Skilnaden avgjer om neste sjekk gjeld namneoppslag, UDP eller ei regioninnstilling.

Noter kontoen, regionen, spelet og tidspunktet. Utan dei fire verdiane er ei seinare samanlikning mellom to ulike testar som tilfeldigvis deler same namn.

Trinn 2: nemn transporten for kvar operasjon

Innhaldslevering oppfører seg som ei stor HTTP-overføring og toler latenstid langt betre enn tap. Matchmaking og økter i spelet brukar ofte UDP, der ein veg som slepp pakkar ser ut som eit øydelagt spel snarare enn ei treg nedlasting. Dei to profilane feilar ulikt på same tunnel, difor føreser ikkje ei rask nedlasting ei fungerande økt.

Sjekk destinasjonane og dei aktive sokkane framfor først portlista til leverandøren. Lista fortel kva plattforma kan bruke, medan sokkane fortel kva denne klienten gjer akkurat no.

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

Viss speleprosessen held ein UDP-sokkel med trafikk medan overføringsvegen er fin, ligg feilen i UDP-beinet. Det snevrar problemet inn til handsaminga til tunnelen av UDP og ikkje til kontoen eller butikken.

Trinn 3: sjekk inkluderingspolicyen før portlista

Mange VPN-klientar brukar policy per applikasjon, per adresseområde eller per adressefamilie i staden for på heile maskina. Ein startar kan vere inne i tunnelen medan ein separat starta spelebinær er utanfor, og då er dei to usamde om verda. Inkludering på applikasjonsnivå er den vanlege syndaren på spelebærbare maskiner med ein leverandørklient installert. Les policyen som faktisk er i kraft, ikkje profilen du lagra i førre månad.

Sjå på rutetabellen og grensesnittet som eig standardruta. Ei splitt-tunnel-regel basert på destinasjonsprefiks vil visast der, og eit unntak på applikasjonsnivå vil ikkje. Den skilnaden er verdt å kjenne før du endrar nokon av dei.

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

Viss trafikken til spelet går ut gjennom den fysiske adapteren medan butikken går gjennom tunnelen, er inkluderingspolicyen funnet. Ingen portunntak vil rette ei rutingsavgjerd, og å leggje til eitt gjer berre flata breiare.

Trinn 4: utelukk ein SOCKS-veg som ikkje kan bere UDP

Tor leverer ein SOCKS-proxy, og SOCKS-stønaden i økosystemet er inkonsistent når det gjeld UDP. Den dokumenterte åtferda til Tor implementerer ikkje UDP ASSOCIATE, så eit spel kvar økttrafikken er UDP kan ikkje bruke den vegen, uansett korleis klienten blir peika mot han. Ein nettlesar som verkar gjennom proxyen, beviser berre at TCP-straumane til nettlesaren verkar.

Test påstanden framfor intensjonen. Viss spelet framleis rapporterer ei utilgjengeleg økt medan ein test med berre TCP gjennom same proxy lukkast, ber proxyvegen ikkje trafikken spelet treng.

Handsame ein ruta VPN og ein SOCKS-proxy som ulike verktøy med ulike evner. Å byte det eine mot det andre er ei designendring, ikkje ein konfigurasjonspreferanse.

Hald registeret opp mot avtalen

Nettoppnåelegheit og kontoløyve er separate spørsmål, og berre det første blir svara av ein fungerande tunnel. Avgrensinga handlar om intensjonen bak proxyinga og ikkje om protokollen du valde. Den gjeldande avtalen avgrensar IP-proxying kvar formålet er å skjule kvar kontohaldaren bur, så ein veg som verkar kan framleis liggje utanfor vilkåra du godtok. Les avtalen i staden for å handsame tilkopling som godkjenning.

For ei ærleg samanlikning, endre éin variabel om gongen og hald same spel, serverregion, konto og operasjon. Sjekk deretter resultatet på dei same fire operasjonane du noterte i starten.

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/

Når registeret viser at pålogginga verkar, nedlastinga verkar og økta feilar, handlar det gjenverande spørsmålet om UDP på vegen. Når alle tre verkar, handla den opphavlege klaga om noko anna, og det neste nyttige trinnet er loggen til spelet sjølv framfor tunnelen. Uansett har sjekklista erstatta ein diskusjon med ei konkret observasjon.