Nebula punchy подешавања: које поправља ваш NAT

Два peer-а проналазе један другог преко светионика и затим не успевају да изграде директан пут, а први нагон је да укључе сваку punchy опцију. Тај нагон ствара конфигурацију са три промене и без идеје која је од њих била важна. Подешавања одговарају на различита питања: једно одржава мапирање које већ постоји, а друго покушава руковање у обрнутом смеру. Одлучите које питање имате пре него што дотакнете било које од њих.

Прво проверите крајњу тачку, па онда време

Peer који се никада не појављује на очекиваној адреси неће бити спашен подешавањем punch. Проверите шта светионик зна о peer-у и шта објављује његова сопствена конфигурација, јер застарела bootstrap адреса или приватна адреса објављена грешком поништава сваки трик пробијања. Потврдите и да је сертификат поуздан, јер неповерење према идентитету заустављa разговор много пре него што NAT постане важан. Затим проверите да ли UDP уопште стиже до светионика. Временске вредности су последње што треба гледати, а не прво.

Запишите пар крајњих тачака са којим тестирате, да каснија поређења користе исте peer-ове, а не две друге машине.

punch чува мапирање, respond отвара смер

Опција punch периодично шаље празне пакете на адресу нижег слоја peer-а који већ има тунел. Њена сврха није блистава: спречава NAT са стањем или заштитни зид да пусте да мапирање од ког зависи директан пут истекне. Опција respond мења шта се дешава при обавештењу светионика, терајући домаћина да покуша руковање назад ка peer-у који покушава да га достигне. То су различити механизми са различитим режимима отказа.

Изаберите punch када директан пут ради и касније слаби. Изаберите respond када се пут никада не формира у једном смеру. Укључити обоје и надати се начин је да поправка од пет минута постане недеља подешавања.

Кашњења одлучују када, а не да ли

Вредности кашњења померају време: једна се односи на пакет послат после обавештења, друга на покушај обрнутог руковања. Ниједна не чини блокиран смер функционалним. Мењање обеју одједном уништава поређење које сте управо хтели да изведете.

Оставите их на миру док механизам не буде исправан. Затим подесите једну и запишите стару вредност.

Када је релеј искрен одговор

Неке комбинације NAT-а не могу да подрже директан пут, како год време било сложено. Симетрични NAT са обе стране, или заштитни зид који потпуно одбацује нежељени долазни саобраћај, не остављају ништа за пробијање.

Релејни чвор са доступном адресом даје тим peer-овима пут који не зависи од успеха пробијања. То троши пропусни опсег кроз тај чвор, па је одлука о капацитету, а не заобилазно решење. Конфигуришите релеј намерно и проверите да га peer-ови могу достићи, јер релеј који је и сам иза тешког NAT-а не мења ништа. Затим престаните да подешавате punch за тај пар, јер се директан пут никада не би појавио.

Тестирајте пар који је пао, после мировања

Репродукујте услов који се покварио: оставите пар да мирује исти интервал, или поновите редослед руковања који је раније падао. Затим увежбајте апликацију између та два peer-а, а не захтев према светионику. Одговор светионика доказује контролни пут и ништа о путу података.

Запишите која се поставка променила, време и да ли се појавио директан пут или је саобраћај остао на релеју. Ако је остао, одговор је релеј и белешка о капацитету, и то је сасвим добар исход. Ако се појавио, следеће питање је да ли преживљава сат мировања, јер мапирање које слаби је управо проблем због ког punch постоји.