Pirms sākšanas
Uzskaiti adreses, portus un protokolus. Apstiprini atbildīgos abos galos un tiesības uz prefiksiem. Saglabā strādājošos noteikumus, uzturi atsevišķu administrēšanas ceļu un plāno atjaunošanu ar operatoru pirms produkcijas maršrutu izmaiņām.
Proxy jāatbilst protokolam
HTTP reverse proxy apstrādā konfigurētu HTTP, ne automātiski spēles UDP. NGINX stream var pārsūtīt TCP vai UDP ar atbilstošu moduli un iestatījumiem, bet tas nav tas pats, kas HTTP lietojuma filtrs. Pārbaudi adreses, portus un noildzes. Testē īstu klientu un failus atsevišķi; viena lapa neapstiprina visu pakalpojumu.
FiveM — atsevišķi savienojuma galapunkti, faili un spēle. Pārbaudiet reklamētās adreses un pakalpojumus, kas paliek tieši. Nosakiet, vai klientu adreses tiek saglabātas, kāda informācija sasniedz izcelsmi un kuri uzticamības noteikumi atbilst jūsu versijai.
GRE iekapsulē paketes
GRE virs IPv4 izmanto IP protokolu 47, nevis TCP portu 47. Tas pats par sevi nenodrošina šifrēšanu vai otras puses autentifikāciju. Apstiprini atļautos galapunktus un filtrus abos galos. Darbojošs tunelis nepierāda spēles trafika pārsūtīšanu; pārbaudi faktisko pakalpojumu un klientam atgrieztās atbildes, ne tikai tuneļa statusu panelī.
Pārbaudiet, vai aprīkojums un tīkli pieļauj GRE. Programmā IPv4 tas atvēršanai izmanto IP protokola numuru, nevis vienkārši TCP vai UDP portu. Iekapsulēšana pievieno galvenes: pielāgojiet un pārbaudiet efektīvo MTU, maršrutus un atgriešanās ceļu. Savienojums, kas darbojas ar mazām paketēm, joprojām var neizdoties ar lielākām paketēm.
Pārbaudi avotus un atpakaļceļu
Sākotnējo klienta adrešu saglabāšana prasa piemērotu atbildes maršrutu. NAT var mainīt servera redzēto avotu un atpakaļvirziena pārsūtīšanu. Kartē abus virzienus un asimetrisku maršrutēšanu. Paketes var sasniegt origin, bet savienojums tomēr izgāžas, jo atbilde iziet pa nepareizu saskarni vai otra ceļa filtri neatbilst paredzētajai konfigurācijai.
Jums ir nepieciešams maršrutēšanas līgums, autorizēti resursi un pakalpojumu sniedzēja priekšnosacījumi. Trešo pušu prefiksu paziņošanai nepieciešama reāla autorizācija. Pieņemtie prefiksu izmēri, filtri un validācijas procesi dažādiem operatoriem atšķiras. VPS adrese automātiski nepiešķir tiesības vai iespēju paziņot prefiksu internetā.
BGP vajag apstiprinātas tiesības
BGP apmainās ar maršrutu informāciju starp tīkliem; tas pats par sevi nav spēles pakešu filtrs. Izziņo tikai līgumā un pilnvarojumā atļautos prefiksus. VPS adrese automātiski nedod tiesības izziņot veselu tīklu. Saskaņo izcelsmi, politiku, izziņošanu un atgriešanos ar produkcijas tīklu atbildīgajiem operatoriem pirms publisko maršrutu maiņas.
Nosakiet arī apiešanas ceļus: vecās adreses, sekundāros DNS, failus, balss vai administrēšanas rīkus. Pirms izcelsmes ierobežošanas pārbaudiet likumīgos avotus un nepieciešamos pakalpojumus. Tālvadības aizsardzība nenovērš nepieciešamību kontrolēt galamērķa tiešu ekspozīciju.
Testē MTU ar īstām paketēm
Iekapsulēšana aizņem papildu vietu. Nepareizs MTU var bojāt lielas pārsūtīšanas, kad mazs ping darbojas. Pārbaudi path MTU, nepieciešamos vadības ziņojumus un iespējamo fragmentēšanu. Izmanto atļautu failu un spēles trafiku, kas līdzinās parastai lietošanai. Maini vienu iestatījumu reizē, lai noteiktu, kurš labojums tiešām novērš kļūmi.
Mainiet vienu komponentu vienlaikus ar pieejamu atcelšanas konfigurāciju. Koordinējiet un ierobežojiet jebkuru testa slodzi. Vienlaicīga DNS, starpniekservera, tuneļa un ugunsmūra maiņa apgrūtina testa neveiksmes identificēšanu.
Apstiprini pakāpeniski
Pārbaudi TCP, UDP, failus, administrēšanu un atbildes no neatkarīgiem tīkliem. Salīdzini RTT un pakešu zudumu pie līdzīgas slodzes. Vispirms pārcel ierobežotu pakalpojumu un pieraksti atgriešanās nosacījumus. Zaļš tuneļa statuss vai pieejama lapa nav pierādījums visas spēles, tās atkarību un klientu īsto savienojumu darbībai.
Salīdziniet izvēlētā darbības jomas pienākumus, faktisko pieejamību, satiksmes ierobežojumus un cenas. Mehānismu apvienošana var palīdzēt, taču katrs slānis pievieno iestatījumus un uzraudzības prasības. Saglabājiet vienkāršu aprakstu, ko jūsu komanda un pakalpojumu sniedzējs var pārbaudīt kopā.
Ko darīt tavā situācijā?
| Situācija | Nākamais solis |
|---|---|
| Starpnieks vajadzīgs tikai HTTP | Ierobežo origin un pārbaudi HTTP proxy, nepieņemot UDP aizsardzību. |
| UDP vajag aizsargātu ceļu | Izpēti transporta proxy vai tuneli ar pārbaudītu atpakaļceļu un MTU. |
| Jāpārvieto savs pilnvarots prefikss | Plāno BGP politiku un atjaunošanu kopā ar atbildīgo operatoru. |
Oficiālie avoti
Avoti apraksta protokolus un iestatījumus. Pārbaudi izmantotās versijas dokumentāciju.