Waarom je LAN-game verdwijnt voordat je een VPN toevoegt

Een groep mensen installeert een game, verbindt met hetzelfde netwerk en ziet een lege serverlijst. De reflex is het netwerk de schuld geven en een tunnel zoeken, maar de game heeft misschien nooit een pakket gestuurd dat een tunnel kon vervoeren. Voordat er ook maar een VPN in beeld komt, zoek uit wat de editie werkelijk doet van de drie dingen wanneer iemand op multiplayer klikt.

De drie zijn niet uitwisselbaar. Eén gebruikt direct lokaal verkeer, één vraagt een dienst wie er nog meer speelt, en één weigert te starten zonder account. Een tunnel kan helpen bij de eerste, is irrelevant voor de tweede en kan de derde niet oplossen. Die volgorde is belangrijk, omdat alle drie dezelfde lege lijst kunnen opleveren met drie verschillende oplossingen.

Wat de game controleert voordat hij een host toont

De meeste multiplayermenu's doen verschillende dingen na elkaar: het aangemelde account bevestigen, de rechten voor de editie controleren, een backend vragen naar lobby's of vrienden, en pas daarna naar het lokale netwerk kijken. Elke stap kan stil mislukken, en de interface toont meestal in beide gevallen dezelfde lege lijst. Daarom is «het LAN is stuk» een diagnose die je niet alleen vanaf het scherm kunt stellen. Een backendfout, een verlopen recht en een geïsoleerd subnet zijn op het lobbyscherm niet te onderscheiden, en slechts één ervan is überhaupt een netwerkprobleem.

Lees de documentatie van de editie zelf voordat je netwerkinstellingen wijzigt. Remasters laten regelmatig directe IP-joins vallen, vervangen LAN-detectie door een gehoste lobby of eisen een platformaccount dat de oorspronkelijke release nooit nodig had. De supportpagina van de huidige Age of Empires II: Definitive Edition beschrijft bijvoorbeeld een lobby die op de servers van de game wordt gehost, waar je zichtbaarheid, wachtwoord en regio kiest; dat is een applicatiestroom om voor die editie te verifiëren, geen bewijs over een eerdere release.

Noteer ook het buildnummer, niet alleen de naam van de editie. Een patch kan een game van het ene model naar het andere verplaatsen, en instructies die voor de lanceerbuild zijn geschreven kunnen een menu beschrijven dat niet meer bestaat.

Detectiepakketten sterven bij de eerste router

Direct LAN-spel hangt meestal af van broadcast of multicast: de host kondigt zich aan op een adres voor het hele subnet, en clients luisteren naar die aankondiging. Die pakketten zijn per ontwerp niet routeerbaar, dus een router tussen de twee machines gooit ze weg, zelfs wanneer unicastverkeer er wel doorheen zou gaan. Twee apparaten op dezelfde switch zien elkaar; dezelfde twee apparaten op verschillende VLAN's, of op een gastnetwerk met clientisolatie, zien elkaar niet. Consoles en telefoons volgen meestal hetzelfde patroon met hun eigen detectieprotocol, daarom is het platform net zo belangrijk als de game.

Hier komt het merendeel van de meldingen «zelfde Wi-Fi, geen servers» vandaan. Een gast-SSID met isolatie aan, een mesh-systeem dat de console op een apart segment zet, of een firewallprofiel dat het lokale subnet als openbaar behandelt, breekt elk de detectie terwijl gewone internettoegang blijft werken. Controleer de clientisolatie en het subnetmasker voordat je aanneemt dat de game schuldig is.

Een lobbydienst is geen netwerkpad

Wanneer de game een gehoste lobby gebruikt, komt de lijst met wedstrijden van de servers van de operator, niet van jouw subnet. Een VPN verandert het pad dat je pakketten naar die servers afleggen, maar niet welke lobby's de dienst je toont, in welke regio de wedstrijd wordt gehost, of je account recht heeft om mee te doen. Dat zijn antwoorden die de backend geeft, en geen enkele hoeveelheid routing verandert ze.

In dat model is een tunnel op zijn best een latencyvariabele en op zijn slechtst een geodetectieprobleem, omdat de dienst het exitadres ziet in plaats van je straatadres. Dezelfde logica geldt voor vriendenuitnodigingen en partysystemen. Dat zijn accountfuncties die door het platform worden bemiddeld, daarom kunnen twee spelers op hetzelfde LAN elkaar in een lobby niet zien terwijl beiden bij de wedstrijd van een vreemde kunnen aansluiten.

Wat een tunnel kan herstellen, en wat niet

Een tunnel is nuttig wanneer de spelers op verschillende plekken zitten en de game directe verbinding op adres ondersteunt. Een gerouteerde tunnel vervoert unicastverkeer tussen de twee locaties; een gebrugde tunnel, of een overlay die een virtueel Ethernetsegment presenteert, kan ook de broadcastdetectie vervoeren waarvan direct LAN-spel afhankelijk is. Dat is het onderscheid dat je moet begrijpen: routing verplaatst pakketten tussen subnetten, bridging laat twee locaties op één subnet lijken.

Wat een tunnel niet kan, is een multiplayermodus toevoegen die de applicatie niet implementeert. Als de editie directe verbinding heeft verwijderd, herstelt een virtueel LAN-segment dat niet. Als de lobby een account vereist, voldoet een tunnel niet aan die controle. En als de twee machines achter dezelfde NAT zitten met isolatie ertussen, kan een overlay de isolatie omzeilen, maar dat is ook een omzeiling van beleid, waarover je met de netwerkbeheerder moet praten.

Test het pad dat de game werkelijk gebruikt

Begin met één host en één client op hetzelfde subnet, isolatie uit en geen tunnel. Als dat werkt, ondersteunen de game en de editie wat je probeert, en elke latere fout is een padprobleem. Als het daar mislukt, was de tunnel nooit het antwoord.

Noteer daarna wat de handleiding zegt over de joinmethode, de poort of het detectiemechanisme en eventuele accountvereisten. Wijzig één variabele tegelijk: eerst het subnet, dan het segment, dan de tunnel. Leg het adres van de host en het exacte menupad vast, zodat de volgende sessie de test kan herhalen in plaats van de discussie.

Leg de versie vast, wie host, hoe mensen deelnemen en welk account of abonnement de sessie nodig heeft, en schrijf dat op vóór de afspraak. Het beëindigt meer discussies dan welke tunnel dan ook, en het laat een verslag achter van wat er is getest.