Cilësimet punchy të Nebula: cila rregullon NAT-in tënd

Dy peer-e e gjejnë njëri-tjetrin përmes farit dhe pastaj nuk arrijnë të ndërtojnë një rrugë të drejtpërdrejtë, dhe instinkti i parë është të ndezësh çdo opsion punchy. Ai instinkt prodhon një konfigurim me tre ndryshime dhe pa asnjë ide se cila kishte rëndësi. Cilësimet përgjigjen pyetjeve të ndryshme: njëra mirëmban një hartëzim që ekziston tashmë, dhe tjetra provon një shtrëngim duarsh në drejtimin e kundërt. Vendos çfarë pyetje ke para se të prekësh ndonjërën prej tyre.

Konfirmo pikën fundore para kohës

Një peer që nuk shfaqet kurrë në adresën e pritur nuk shpëtohet nga rregullimi i punch. Kontrollo çfarë di fari për peer-in dhe çfarë shpall konfigurimi i tij, sepse një adresë bootstrap e vjetëruar ose një adresë private e publikuar gabimisht asgjëson çdo mashtrim kalimi. Konfirmo gjithashtu se certifikata është e besuar, sepse një identitet i pabesuar e ndal bisedën shumë përpara se NAT të ketë rëndësi. Pastaj verifiko nëse UDP arrin fare te fari. Vlerat e kohës janë gjëja e fundit që shikohet, jo e para.

Shëno çiftin e pikave fundore me të cilin teston, që krahasimet e mëvonshme të përdorin të njëjtët peer-e dhe jo dy makina të tjera.

punch mban një hartëzim, respond hap një drejtim

Opsioni punch dërgon periodikisht paketa bosh në adresën e shtresës së poshtme të një peer-i që ka tashmë një tunel. Qëllimi nuk është i shkëlqyer: pengon një NAT me gjendje ose një firewall të lërë të skadojë hartëzimin nga i cili varet rruga e drejtpërdrejtë. Opsioni respond ndryshon çfarë ndodh në një njoftim të farit, duke e bërë hostin të provojë një shtrëngim duarsh mbrapsht drejt peer-it që po përpiqet ta arrijë. Këto janë mekanizma të ndryshëm me mënyra dështimi të ndryshme.

Zgjidh punch kur rruga e drejtpërdrejtë funksionon dhe më pas dobësohet. Zgjidh respond kur rruga nuk formohet kurrë në një drejtim. Të ndezësh të dyja dhe të shpresosh është mënyra se si një rregullim pesëminutësh bëhet një javë rregullimesh.

Vonesat vendosin kur, jo nëse

Vlerat e vonesës e zhvendosin kohën: njëra zbatohet për paketën e dërguar pas njoftimit, tjetra për përpjekjen e shtrëngimit të kundërt. Asnjëra nuk e bën të funksionojë një drejtim të bllokuar. Ndryshimi i të dyjave njëherësh shkatërron krahasimin që ishe gati të bëje.

Lëri të qeta derisa mekanizmi të jetë i saktë. Pastaj rregullo njërën, dhe shkruaj vlerën e vjetër.

Kur një rele është përgjigjja e ndershme

Disa kombinime NAT nuk mund të mbështesin një rrugë të drejtpërdrejtë, sido që të rregullohet koha. NAT simetrik në të dyja anët, ose një firewall që hedh plotësisht trafikun hyrës të pakërkuar, nuk lënë asgjë për të shpuar.

Një nyje rele me adresë të arritshme u jep atyre peer-eve një rrugë që nuk varet nga suksesi i kalimit. Kjo kushton gjerësi bande përmes asaj nyje, prandaj është një vendim për kapacitetin dhe jo një zgjidhje anash. Konfiguro relen me qëllim dhe verifiko se peer-et mund ta arrijnë, sepse një rele që është vetë pas një NAT të vështirë nuk ndryshon asgjë. Pastaj ndalo rregullimin e cilësimeve punch për atë çift, sepse rruga e drejtpërdrejtë nuk do të shfaqej kurrë.

Testo çiftin që dështoi, pas papunësisë

Riprodho kushtin që u prish: lëri çiftin në papunësi për të njëjtin interval, ose përsërit sekuencën e shtrëngimeve të duarve që dështonte më parë. Pastaj ushtro aplikacionin midis atyre dy peer-eve, jo një kërkesë drejt farit. Përgjigjja e farit provon rrugën e kontrollit dhe asgjë për rrugën e të dhënave.

Shëno cili cilësim ndryshoi, kohën, dhe nëse u shfaq një rrugë e drejtpërdrejtë apo trafiku mbeti në rele. Nëse mbeti, përgjigjja është një rele dhe një shënim kapaciteti, dhe ky është një rezultat plotësisht i mirë. Nëse u shfaq, pyetja tjetër është nëse i mbijeton një ore papunësie, sepse një hartëzim që dobësohet është pikërisht problemi për të cilin ekziston punch.