Steam-login virker, spillet gør ikke: tjek hver vej

Start Steam, log ind, og alt ser sundt ud, indtil spillet ikke kan finde en session. Behandl det som tre separate netværksspørgsmål i stedet for ét. Butikken og kontoskærmene, indholdsdownloadet og spilsessionen kan hver især nå forskellige endepunkter over forskellige transportlag. Kør disse tjek i rækkefølge, og stop ved det første, der fejler, for alt derefter er gætværk.

Trin 1: bekræft, at login er det eneste, der virkede

Login beviser, at kontoen nåede identitetstjenesten med legitimationsoplysningerne og enhver anden faktor, kontoen kræver. Det siger intet om levering af indhold, og det siger intet om spillets egen hostingopsætning. Skriv ned, hvilke af de tre operationer du faktisk testede, for folk rapporterer rutinemæssigt et fejlende spil, efter de kun har testet launcher'en.

Læs fejlteksten før netværket. Et spil, der rapporterer, at ingen servere er tilgængelige, fortæller dig noget andet end en launcher, der ikke kan nå butikken. De to fejl kommer fra forskellige lag og betyder sjældent det samme. Forskellen afgør, om det næste tjek handler om navneopløsning, om UDP eller om en regionsindstilling.

Noter kontoen, regionen, spillet og tidspunktet. Uden de fire værdier er en senere sammenligning mellem to forskellige tests, der tilfældigvis deler et navn.

Trin 2: navngiv transporten for hver operation

Indholdslevering opfører sig som en stor HTTP-overførsel og tåler latens langt bedre, end den tåler tab. Matchmaking og sessioner i spillet bruger ofte UDP, hvor en vej, der taber pakker, ser ud som et ødelagt spil snarere end en langsom download. De to profiler fejler forskelligt på samme tunnel, og derfor forudsiger en hurtig download ikke en fungerende session.

Tjek destinationerne og de aktive sockets frem for først leverandørens portliste. Listen fortæller, hvad platformen må bruge, mens sockets fortæller, hvad denne klient gør lige nu.

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

Hvis spilprocessen holder en UDP-socket med trafik, mens overførselsvejen er fin, ligger fejlen i UDP-benet. Det indsnævrer problemet til tunnelens håndtering af UDP frem for kontoen eller butikken.

Trin 3: tjek inklusionspolitikken før portlisten

Mange VPN-klienter anvender politik for hvert program, for hvert adresseområde eller for hver adressefamilie frem for på hele maskinen. En launcher kan være inde i tunnelen, mens en separat startet spilbinær er uden for den, og så er de to uenige om verden. Inklusion på programniveau er den sædvanlige synder på gaming-laptops med en leverandørklient installeret. Læs den politik, der faktisk er i kraft, ikke den profil du gemte sidste måned.

Se på rutetabellen og det interface, der ejer standardruten. En split-tunnel-regel baseret på destinationspræfikser vil vise sig der, og en undtagelse på programniveau vil ikke. Den forskel er værd at kende, før du ændrer nogen af dem.

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

Hvis spillets trafik forlader gennem den fysiske adapter, mens butikken går gennem tunnelen, er inklusionspolitikken fundet. Ingen portundtagelse vil rette en routingbeslutning, og at tilføje en gør kun overfladen bredere.

Trin 4: udeluk en SOCKS-vej, der ikke kan bære UDP

Tor leverer en SOCKS-proxy, og SOCKS-understøttelse i økosystemet er inkonsistent med hensyn til UDP. Tors dokumenterede adfærd implementerer ikke UDP ASSOCIATE, så et spil, hvis sessionstrafik er UDP, kan ikke bruge den vej, uanset hvordan klienten peges mod den. En browser, der virker gennem proxyen, beviser kun, at browserens TCP-strømme virker.

Test påstanden frem for hensigten. Hvis spillet stadig rapporterer en utilgængelig session, mens en test kun over TCP gennem samme proxy lykkes, bærer proxyvejen ikke den trafik, spillet har brug for.

Behandl en routet VPN og en SOCKS-proxy som forskellige værktøjer med forskellige evner. At bytte det ene ud med det andet er en designændring, ikke en konfigurationspræference.

Hold registreringen op mod aftalen

Netværksopnåelighed og kontotilladelse er separate spørgsmål, og kun det første besvares af en fungerende tunnel. Begrænsningen handler om hensigten bag proxyeringen frem for om den protokol, du valgte. Den gældende aftale begrænser IP-proxyering, hvis formål er at skjule, hvor kontoholderen bor, så en vej, der virker, kan stadig ligge uden for de vilkår, du accepterede. Læs aftalen i stedet for at behandle forbindelse som godkendelse.

For en ærlig sammenligning, ændr én variabel ad gangen og behold samme spil, serverregion, konto og operation. Tjek derefter resultatet på de samme fire operationer, du noterede 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 registreringen viser, at login virker, downloadet virker og sessionen fejler, handler det resterende spørgsmål om UDP på vejen. Når alle tre virker, handlede den oprindelige klage om noget andet, og det næste nyttige skridt er spillets egen log frem for tunnelen. Uanset hvad har tjeklisten erstattet en diskussion med en konkret observation.