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.
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.
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.
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ä.
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.
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.
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.