Steam-aanmelding werkt, het spel niet: controleer elk pad

Start Steam, meld je aan, en alles ziet er gezond uit tot het spel geen sessie vindt. Behandel dat als drie aparte netwerkvragen in plaats van één. De winkel en de accountschermen, de inhoudsdownload en de spelsessie kunnen elk verschillende eindpunten bereiken via verschillende transporten. Voer deze controles in volgorde uit en stop bij de eerste die mislukt, want alles daarna is giswerk.

Stap 1: bevestig dat de aanmelding het enige was dat werkte

De aanmelding bewijst dat het account de identiteitsdienst bereikte met de inloggegevens en elke tweede factor die het account vereist. Ze zegt niets over inhoudslevering en niets over de eigen hostingregeling van het spel. Noteer welke van de drie handelingen je werkelijk hebt getest, want mensen melden routineus een falend spel nadat ze alleen de launcher hebben getest.

Lees de fouttekst vóór het netwerk. Een spel dat meldt dat er geen servers beschikbaar zijn, vertelt je iets anders dan een launcher die de winkel niet bereikt. De twee fouten komen uit verschillende lagen en betekenen zelden hetzelfde. Het onderscheid bepaalt of de volgende controle over naamresolutie, over UDP of over een regio-instelling gaat.

Noteer het account, de regio, het spel en de tijd. Zonder die vier waarden is een latere vergelijking tussen twee verschillende tests die toevallig dezelfde naam delen.

Stap 2: benoem het transport voor elke handeling

Inhoudslevering gedraagt zich als een grote HTTP-overdracht en verdraagt latentie veel beter dan verlies. Matchmaking en sessies in het spel gebruiken vaak UDP, waar een pad dat pakketten laat vallen op een kapot spel lijkt in plaats van een trage download. Die twee profielen falen anders op dezelfde tunnel, daarom voorspelt een snelle download geen werkende sessie.

Controleer de bestemmingen en de actieve sockets in plaats van eerst de poortenlijst van de leverancier. De lijst zegt wat het platform mag gebruiken, terwijl de sockets zeggen wat deze client nu doet.

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

Als het spelproces een UDP-socket met verkeer vasthoudt terwijl het overdrachtspad in orde is, zit de fout in het UDP-deel. Dat vernauwt het probleem tot de omgang van de tunnel met UDP en niet tot het account of de winkel.

Stap 3: controleer het inclusiebeleid vóór de poortenlijst

Veel VPN-clients passen beleid toe per toepassing, per adresbereik of per adresfamilie in plaats van op de hele machine. Een launcher kan in de tunnel zitten terwijl een apart gestarte spelbinair buiten staat, en dan zijn de twee het oneens over de wereld. Inclusie op toepassingsniveau is de gebruikelijke boosdoener op gaming-laptops met een leveranciersclient geïnstalleerd. Lees het beleid dat werkelijk van kracht is, niet het profiel dat je vorige maand hebt opgeslagen.

Kijk naar de routetabel en de interface die de standaardroute heeft. Een split-tunnelregel op basis van bestemmingsprefixen zal daar verschijnen, en een uitsluiting op toepassingsniveau niet. Dat verschil is de moeite waard om te kennen voordat je een van beide wijzigt.

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

Als het verkeer van het spel via de fysieke adapter vertrekt terwijl de winkel door de tunnel gaat, is het inclusiebeleid de bevinding. Geen poortuitzondering lost een routeringsbeslissing op, en er een toevoegen verbreedt alleen het oppervlak.

Stap 4: sluit een SOCKS-pad uit dat geen UDP kan dragen

Tor levert een SOCKS-proxy, en SOCKS-ondersteuning in het ecosysteem is inconsistent wat UDP betreft. Het gedocumenteerde gedrag van Tor implementeert geen UDP ASSOCIATE, dus een spel waarvan het sessieverkeer UDP is, kan dat pad niet gebruiken, hoe de client er ook op gericht wordt. Een browser die via de proxy werkt, bewijst alleen dat de TCP-stromen van de browser werken.

Test de bewering in plaats van de bedoeling. Als het spel nog steeds een niet-beschikbare sessie meldt terwijl een test met alleen TCP via dezelfde proxy slaagt, draagt het proxypad niet het verkeer dat het spel nodig heeft.

Behandel een gerouteerde VPN en een SOCKS-proxy als verschillende hulpmiddelen met verschillende mogelijkheden. Het ene voor het andere ruilen is een ontwerpwijziging, geen configuratievoorkeur.

Houd het verslag tegen de overeenkomst

Netwerkbereikbaarheid en accounttoestemming zijn aparte vragen, en alleen de eerste wordt beantwoord door een werkende tunnel. De beperking gaat over de bedoeling achter het proxying en niet over het protocol dat je koos. De geldende overeenkomst beperkt IP-proxying waarvan het doel is te verbergen waar de accounthouder woont, dus een pad dat werkt kan nog steeds buiten de voorwaarden vallen die je aanvaardde. Lees de overeenkomst in plaats van connectiviteit als goedkeuring te behandelen.

Voor een eerlijke vergelijking, verander één variabele per keer en houd hetzelfde spel, dezelfde serverregio, hetzelfde account en dezelfde handeling. Controleer daarna het resultaat op dezelfde vier handelingen die je aan het begin noteerde.

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/

Wanneer het verslag laat zien dat de aanmelding werkt, de download werkt en de sessie faalt, gaat de resterende vraag over UDP op het pad. Wanneer alle drie werken, ging de oorspronkelijke klacht over iets anders, en de volgende nuttige stap is de eigen log van het spel en niet de tunnel. Hoe dan ook, de checklist heeft een discussie vervangen door een concrete observatie.