Nastavenia punchy v Nebule: ktoré opraví vaše NAT

Dvaja peeri sa nájdu cez maják a potom nedokážu postaviť priamu cestu, a prvý inštinkt je zapnúť každú voľbu punchy. Ten inštinkt vytvorí konfiguráciu s tromi zmenami a bez predstavy, ktorá z nich bola dôležitá. Nastavenia odpovedajú na rôzne otázky: jedno udržiava mapovanie, ktoré už existuje, a druhé skúša handshake v opačnom smere. Rozhodnite, ktorú otázku máte, skôr než sa dotknete ktorejkoľvek z nich.

Overte koncový bod skôr než časovanie

Peer, ktorý sa nikdy neobjaví na očakávanej adrese, nebude zachránený ladením punch. Skontrolujte, čo maják o peerovi vie a čo ohlasuje jeho vlastná konfigurácia, pretože zastaraná bootstrap adresa alebo súkromná adresa publikovaná omylom zmarí každý trik prechodu. Overte tiež, že certifikát je dôveryhodný, pretože nedôveryhodná identita zastaví konverzáciu dávno predtým, než začne záležať na NAT. Potom overte, či sa UDP vôbec dostane k majáku. Časové hodnoty sú posledná vec, na ktorú sa treba pozerať, nie prvá.

Zapíšte si pár koncových bodov, s ktorým testujete, aby neskoršie porovnania používali rovnakých peerov a nie dva iné stroje.

punch drží mapovanie, respond otvára smer

Voľba punch pravidelne posiela prázdne pakety na adresu spodnej vrstvy peera, ktorý už má tunel. Jej účel nie je efektný: bráni stavovému NAT alebo firewallu, aby nechal vypršať mapovanie, na ktorom závisí priama cesta. Voľba respond mení, čo sa stane pri oznámení z majáku, a núti hostiteľa skúsiť handshake späť k peerovi, ktorý sa ho snaží dosiahnuť. To sú rôzne mechanizmy s rôznymi režimami zlyhania.

Zvoľte punch, keď priama cesta funguje a neskôr slabne. Zvoľte respond, keď sa cesta v jednom smere nikdy nevytvorí. Zapnúť obe a dúfať je spôsob, ako sa z päťminútovej opravy stane týždeň ladenia.

Oneskorenia rozhodujú kedy, nie či

Hodnoty oneskorenia posúvajú časovanie: jedna platí pre paket odoslaný po oznámení, druhá pre pokus o opačný handshake. Ani jedna nespôsobí, že zablokovaný smer bude fungovať. Zmena oboch naraz zničí porovnanie, ktoré ste sa chystali urobiť.

Nechajte ich na pokoji, kým nebude mechanizmus správny. Potom upravte jeden a zapíšte starú hodnotu.

Keď je relé čestná odpoveď

Niektoré kombinácie NAT nedokážu podporiť priamu cestu, nech je časovanie usporiadané akokoľvek. Symetrický NAT na oboch stranách alebo firewall, ktorý úplne zahadzuje nevyžiadanú prichádzajúcu prevádzku, nenechajú nič na prerazenie.

Reléový uzol s dostupnou adresou dáva týmto peerom cestu, ktorá nezávisí od úspechu prechodu. Spotrebúva šírku pásma cez ten uzol, takže je to rozhodnutie o kapacite, nie obchádzka. Nakonfigurujte relé zámerne a skontrolujte, že sa k nemu peeri dostanú, pretože relé, ktoré je samo za obtiažnym NAT, nič nezmení. Potom prestaňte ladiť punch pre ten pár, keďže priama cesta sa nikdy nemala objaviť.

Otestujte pár, ktorý zlyhal, po nečinnosti

Zopakujte podmienku, ktorá sa pokazila: nechajte pár nečinný rovnaký interval, alebo zopakujte sekvenciu handshakeov, ktorá predtým zlyhávala. Potom precvičte aplikáciu medzi tými dvoma peermi, nie požiadavku na maják. Odpoveď majáku dokazuje riadiacu cestu a nič o dátovej ceste.

Zapíšte, ktoré nastavenie sa zmenilo, čas a či sa objavila priama cesta alebo prevádzka zostala na relé. Ak zostala, odpoveďou je relé a poznámka o kapacite, a to je úplne dobrý výsledok. Ak sa objavila, ďalšia otázka je, či prežije hodinu nečinnosti, pretože mapovanie, ktoré slabne, je presne ten problém, pre ktorý punch existuje.