Ennen aloittamista
Listaa IP-osoitteet, portit ja protokollat. Selvitä vastuu molemmista päistä ja oikeudet prefikseihin. Tallenna toimivat säännöt, pidä erillinen hallintayhteys käytössä ja suunnittele palautus operaattorin kanssa ennen tuotantoreittien muuttamista.
Sovita proxy protokollaan
HTTP reverse proxy käsittelee määritettyä HTTP-liikennettä, ei automaattisesti pelin UDP-paketteja. NGINX stream voi välittää TCP:tä tai UDP:tä oikealla moduulilla ja asetuksilla, mutta ei tarkoita HTTP-sovellussuodatusta. Tarkista osoitteet, portit ja aikarajat. Testaa oikea peliasiakas ja tiedostolataus erikseen, älä vain verkkosivua.
FiveM:lle erilliset yhteyspäätepisteet, tiedostot ja pelin kulku. Tarkista mainostetut osoitteet ja palvelut, jotka pysyvät suorina. Selvitä, säilytetäänkö asiakasosoitteet, mitkä tiedot saapuvat alkuperälle ja mitkä luottamussäännöt vastaavat versiotasi.
GRE kapseloi paketit
GRE IPv4:n päällä käyttää IP-protokollaa 47, ei TCP-porttia 47. Se ei yksin salaa liikennettä tai todenna vastapuolta. Varmista sallitut päätepisteet ja suodatus molemmissa päissä. Pystyssä oleva tunneli ei vielä todista pelin toimivuutta; testaa myös edelleenohjaus ja asiakkaalle palaavat vastaukset oikealla palvelulla.
Tarkista, että laitteet ja verkot sallivat GRE:n. IPv4:ssä se käyttää IP-protokollanumeroa pelkän TCP- tai UDP-portin avaamiseen. Kapselointi lisää otsikot: mukauta ja testaa tehokas MTU, reitit ja paluupolku. Pienillä paketeilla toimiva yhteys voi silti epäonnistua suurempien pakettien kanssa.
Paluureitin pitää vastata toteutusta
Alkuperäisten asiakasosoitteiden säilyttäminen vaatii sopivan paluureitin. NAT voi muuttaa palvelimen näkemää lähdettä ja vastausten ohjausta. Kuvaa molemmat suunnat ja selvitä epäsymmetrinen reititys. Pakettiliikenne voi saavuttaa originin vaikka yhteys epäonnistuu, koska vastaus lähtee väärästä liitännästä tai reitistä, jonka suodatus ei vastaa tätä toteutusta.
Tarvitset reitityssopimuksen, valtuutetut resurssit ja palveluntarjoajan edellytykset. Kolmannen osapuolen etuliitteiden ilmoittaminen vaatii todellisen valtuutuksen. Hyväksytyt etuliitteiden koot, suodattimet ja validointiprosessit vaihtelevat operaattorien välillä. VPS-osoite ei automaattisesti anna oikeutta tai mahdollisuutta ilmoittaa etuliite Internetissä.
BGP tarvitsee vahvistetut oikeudet
BGP välittää reittitietoa verkkojen välillä eikä itsessään suodata pelipaketteja. Mainosta vain prefiksejä, joihin sopimus ja valtuutus antavat oikeuden. Tavallinen VPS-osoite ei anna oikeutta ilmoittaa omaa verkkoa. Sovi alkuperä, reittipolitiikka, ilmoittaminen ja palautus niiden operaattorien kanssa, jotka vastaavat tuotannon verkkoreiteistä.
Tunnista myös ohitusreitit: vanhat osoitteet, toissijaiset DNS, tiedostot, puhe- tai hallintatyökalut. Ennen alkuperän rajoittamista tarkista lailliset lähteet ja tarvittavat palvelut. Etäsuojaus ei poista tarvetta hallita kohteen suoraa altistumista.
Mittaa MTU todellisilla paketeilla
Kapselointi käyttää tilaa. Väärä MTU voi estää suuret siirrot vaikka pieni ping toimii. Tarkista path MTU, tarpeelliset ohjausviestit ja mahdollinen fragmentointi. Käytä luvallista tiedosto- ja peliliikennettä, joka vastaa normaalia käyttöä. Muuta yksi asetus kerrallaan, jotta voit tunnistaa sen korjauksen, joka todella poistaa häiriön.
Vaihda yksi komponentti kerrallaan käytettävissä olevan palautuskokoonpanon avulla. Koordinoi ja rajoita testikuormitusta. DNS:n, välityspalvelimen, tunnelin ja palomuurin samanaikainen vaihtaminen tekee vaikeaksi tunnistaa, miksi testi epäonnistuu.
Testaa vaiheittain ja säilytä paluu
Tarkista TCP, UDP, lataukset, hallinta ja vastaukset riippumattomista verkoista. Vertaa RTT:tä ja pakettihävikkiä samoissa olosuhteissa. Siirrä ensin rajattu palvelu ja kirjaa tilanteet, joissa muutos perutaan. Tunnelin vihreä tila tai avautuva verkkosivu ei riitä osoittamaan koko pelipalvelun ja kaikkien riippuvuuksien toimivuutta.
Vertaa vastuualueita, todellista käytettävyyttä, liikennerajoituksia ja hinnoittelua valitulle alueelle. Mekanismien yhdistäminen voi auttaa, mutta jokainen taso lisää asetuksia ja valvontavaatimuksia. Pidä yksinkertainen kuvaus, jonka tiimisi ja palveluntarjoajasi voivat vahvistaa yhdessä.
Mitä omassa tilanteessasi kannattaa tehdä?
| Tilanne | Seuraava vaihe |
|---|---|
| Vain HTTP tarvitsee välitystä | Rajaa origin ja testaa HTTP-proxy olettamatta sen kattavan UDP:tä. |
| UDP tarvitsee suojatun reitin | Selvitä kuljetusproxy tai tunneli, jossa paluureitti ja MTU on vahvistettu. |
| Valtuutettu oma prefiksi siirretään | Suunnittele BGP-politiikka ja palautus vastuullisen operaattorin kanssa. |
Viralliset lähteet
Lähteet kuvaavat protokollia ja asetuksia. Tarkista käyttämäsi version dokumentaatio.