Perché il tuo gioco in LAN svanisce prima di aggiungere una VPN

Un gruppo di persone installa un gioco, si collega alla stessa rete e vede un elenco server vuoto. Il riflesso è dare la colpa alla rete e cercare un tunnel, ma il gioco potrebbe non aver mai inviato un pacchetto che un tunnel potesse trasportare. Prima che entri in scena una VPN, stabilisci quale delle tre cose l’edizione fa davvero quando qualcuno clicca su multiplayer.

Le tre non sono intercambiabili. Una usa traffico locale diretto, una chiede a un servizio chi altro sta giocando, e una si rifiuta di partire senza un account. Un tunnel può aiutare con la prima, è irrilevante per la seconda e non può risolvere la terza. Quest’ordine conta, perché tutte e tre possono produrre lo stesso elenco vuoto con tre correzioni diverse.

Cosa controlla il gioco prima di elencare un host

La maggior parte dei menu multiplayer fa diverse cose in sequenza: conferma l’account connesso, controlla i diritti per l’edizione, interroga un backend per lobby o amici, e solo dopo guarda la rete locale. Ogni passaggio può fallire in silenzio, e l’interfaccia di solito mostra lo stesso elenco vuoto in entrambi i casi. Ecco perché «la LAN è rotta» è una diagnosi che non puoi fare solo dallo schermo. Un errore del backend, un diritto scaduto e una sottorete isolata sono indistinguibili dalla schermata della lobby, e solo uno di essi è davvero un problema di rete.

Leggi la documentazione dell’edizione stessa prima di cambiare le impostazioni di rete. Le riedizioni di solito eliminano l’accesso diretto tramite IP, sostituiscono il rilevamento LAN con una lobby ospitata o richiedono un account della piattaforma che la versione originale non ha mai richiesto. La pagina di supporto dell’attuale Age of Empires II: Definitive Edition, per esempio, descrive una lobby ospitata sui server del gioco in cui scegli visibilità, password e regione; è un flusso applicativo da verificare per quell’edizione, non una prova su alcuna versione precedente.

Annota il numero di build oltre al nome dell’edizione. Una patch può spostare un gioco da un modello a un altro, e le istruzioni scritte per la build di lancio possono descrivere un menu che non esiste più.

I pacchetti di rilevamento muoiono al primo router

Il gioco LAN diretto di solito dipende da broadcast o multicast: l’host si annuncia a un indirizzo dell’intera sottorete, e i client ascoltano quell’annuncio. Quei pacchetti non sono instradabili per progettazione, quindi un router tra le due macchine li scarta anche quando il traffico unicast passerebbe. Due dispositivi sullo stesso switch si vedono; gli stessi due dispositivi su VLAN diverse, o su una rete ospiti con isolamento dei client, non si vedono. Console e telefoni di solito seguono lo stesso schema con il proprio protocollo di rilevamento, ed è per questo che la piattaforma conta quanto il gioco.

Da qui arriva la maggior parte delle segnalazioni «stesso Wi-Fi, nessun server». Un SSID ospiti con isolamento attivo, un sistema mesh che mette la console su un segmento separato o un profilo firewall che tratta la sottorete locale come pubblica romperanno ciascuno il rilevamento lasciando funzionante l’accesso normale a internet. Controlla l’impostazione di isolamento dei client e la maschera di sottorete prima di dare la colpa al gioco.

Un servizio di lobby non è un percorso di rete

Quando il gioco usa una lobby ospitata, l’elenco delle partite arriva dai server dell’operatore, non dalla tua sottorete. Una VPN cambia il percorso che i tuoi pacchetti seguono verso quei server, ma non cambia quali lobby il servizio ti mostra, in quale regione è ospitata la partita o se il tuo account ha diritto di partecipare. Sono risposte che dà il backend, e nessuna quantità di routing le cambia.

In quel modello un tunnel è al massimo una variabile di latenza e al peggio un problema di rilevamento geografico, perché il servizio vede l’indirizzo di uscita invece del tuo indirizzo di casa. La stessa logica vale per gli inviti degli amici e i sistemi di gruppo. Sono funzioni a livello di account mediate dalla piattaforma, ed è per questo che due giocatori sulla stessa LAN possono non vedersi in una lobby mentre entrambi riescono a entrare nella partita di uno sconosciuto.

Cosa può ricostruire un tunnel e cosa no

Un tunnel è utile quando i giocatori sono in luoghi diversi e il gioco supporta l’accesso diretto per indirizzo. Un tunnel instradato trasporta traffico unicast tra i due siti; un tunnel bridge, o un overlay che presenta un segmento Ethernet virtuale, può trasportare anche il rilevamento broadcast da cui dipende il gioco LAN diretto. È questa la distinzione da capire: il routing sposta pacchetti tra sottoreti, il bridging fa sembrare due siti una sola sottorete.

Ciò che un tunnel non può fare è aggiungere una modalità multiplayer che l’applicazione non implementa. Se l’edizione ha rimosso l’accesso diretto, un segmento LAN virtuale non lo ripristinerà. Se la lobby richiede un account, un tunnel non soddisfarà il controllo. E se le due macchine stanno dietro lo stesso NAT con isolamento tra loro, un overlay può aggirare l’isolamento, ma è anche un aggiramento delle policy, una conversazione da fare con chi gestisce la rete.

Prova il percorso che il gioco usa davvero

Inizia con un host e un client sulla stessa sottorete, isolamento disattivato e nessun tunnel. Se funziona, il gioco e l’edizione supportano ciò che stai cercando di fare, e ogni fallimento successivo è un problema di percorso. Se fallisce lì, il tunnel non è mai stata la risposta.

Poi annota cosa dice il manuale sul metodo di accesso, sulla porta o sul meccanismo di rilevamento e su eventuali requisiti di account. Cambia una variabile alla volta: prima la sottorete, poi il segmento, poi il tunnel. Registra l’indirizzo dell’host e il percorso esatto del menu così la sessione successiva può riprodurre il test invece di ripetere la discussione.

Definisci la versione, chi ospita, come si accede e quale account o abbonamento serve alla sessione, e mettilo per iscritto prima dell’appuntamento. Chiude più discussioni di qualsiasi tunnel e lascia un verbale di ciò che è stato testato.