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