Il tuo server di gioco è sulla VPN e nessuno riesce a entrare
Un tunnel non è un percorso in ingresso. Scegli l'ingresso che usano i giocatori, poi fai tornare la risposta per la stessa strada, prima di toccare l'indirizzo di ascolto.
Il server è acceso, la VPN è connessa e nessuno da fuori riesce a entrare. Tutti dentro il tunnel sì, e questo lo fa sembrare una regola di accesso. Quello che manca non è un permesso ma un percorso: un indirizzo e una porta che i giocatori possono raggiungere, e una rotta perché le risposte tornino per la stessa strada. Un indirizzo di uscita VPN non è una funzione di hosting in ingresso.
Quattro modi in cui i giocatori raggiungono il server
La scelta vera è chi è il tuo pubblico e come entrano i suoi pacchetti, e ci sono quattro forme che vale la pena nominare.
| Design | Who can join | What it costs |
|---|---|---|
| Private VPN players | Only members of the tunnel | Every player needs a profile and identity |
| Provider public mapping | Anyone with the assigned address and port | Depends on supported protocol and mapping lifetime |
| Your own public relay | Anyone who can reach the relay | You run and secure the relay |
| Deliberate direct entry | Anyone who can reach your line | Split routing has to stay coherent |
Il progetto privato è il più semplice e il meno comodo: i giocatori autorizzati si uniscono a una rete ristretta e raggiungono il gioco al suo indirizzo privato. Dai loro accesso al servizio di gioco, non un'identità condivisa che può vagare su ogni host che possiedi.
Il progetto con relay è quello che la gente sottovaluta. Un gateway raggiungibile accetta traffico pubblico e lo inoltra attraverso un tunnel privato fino all'host, così i giocatori non entrano mai nella VPN di backend. Il relay deve portare il trasporto del gioco, e un proxy HTTP non è un relay UDP generico.
Segui la risposta con la stessa cura dell'arrivo
Per ogni ingresso tradotto, annota quattro cose: l'indirizzo esterno, il protocollo, la porta e la destinazione interna. riferimento sull'inoltro delle porte fa la distinzione su cui la gente inciampa, separando la traduzione di destinazione dalla regola del firewall che permette al traffico di proseguire. Configura una senza l'altra e ottieni una mappatura che sembra corretta e non fa passare nulla.
Poi controlla il ritorno. Una richiesta inoltrata può arrivare perfettamente e fallire perché l'host risponde da un'uscita diversa. Un relay può tradurre l'origine del flusso di backend, oppure conservare l'origine e affidarsi all'instradamento; sono progetti diversi e cambiano ciò che l'host del gioco vede come indirizzo del giocatore.
La cifratura non salva un percorso di ritorno rotto. Protegge un segmento, non una topologia.
Ciò che il tunnel non rende privato
L'autenticazione del gioco, gli aggiornamenti e la politica di ammissione fanno ancora il proprio lavoro. Un tunnel di backend privato non rende privato un ingresso volutamente pubblico, e non cifra affatto il tratto dal giocatore all'ingresso pubblico. Sono due salti diversi con due esposizioni diverse, e una nota di progetto che dice che il gioco passa su una VPN descrive esattamente uno dei due.
Scrivi quale tratto è protetto e quale no prima di annunciare l'indirizzo a chiunque.
Scegli il pubblico prima dell'indirizzo
Decidi chi dovrebbe poter entrare, poi scegli il progetto che corrisponde. Solo amici significa il tunnel privato, o un relay con lista di autorizzati. Una comunità pubblica significa un relay o un ingresso diretto con esposizione reale, più moderazione. Una volta stabilito questo, usa le porte documentate del gioco e il suo comportamento di indirizzo annunciato dentro il progetto scelto.
Non riordinare gli adattatori VPN finché un test non passa. Questo produce un server funzionante con un percorso non documentato che nessuno potrà ricostruire dopo il prossimo aggiornamento.
Il test sono due giocatori, uno dentro il tunnel e uno fuori, entrambi completano una connessione e un giro di traffico. Meno di così non dimostra che l'ingresso funzioni.