Nebula-punchy-agordoj: kiu riparos vian NAT

Du nodoj trovas unu la alian tra la lumturo kaj poste malsukcesas konstrui rektan vojon, kaj la unua instinkto estas ŝalti ĉiun punchy-opcion. Tiu instinkto produktas agordon kun tri ŝanĝoj kaj nenian ideon, kiu el ili gravis. La agordoj respondas malsamajn demandojn: unu prizorgas mapadon kiu jam ekzistas, kaj alia provas manpremon en la inversa direkto. Decidu, kiun demandon vi havas, antaŭ ol tuŝi iun el ili.

Konfirmu la finpunkton antaŭ la tempigo

Nodo kiu neniam aperas ĉe la atendata adreso ne estos savita per punch-agordo. Kontrolu, kion la lumturo scias pri la nodo kaj kion anoncas ĝia propra agordo, ĉar malnova bootstrap-adreso aŭ privata adreso publikigita pro eraro neniigas ĉiun trapasan artifikon. Konfirmu ankaŭ, ke la atestilo estas fidata, ĉar nefidinda identeco haltigas la konversacion longe antaŭ ol NAT gravas. Poste kontrolu, ĉu UDP entute atingas la lumturon. Temvaloroj estas la lasta afero rigardenda, ne la unua.

Notu la finpunktan paron, kiun vi testas, por ke postaj komparoj uzu la samajn nodojn kaj ne du aliajn maŝinojn.

punch konservas mapadon, respond malfermas direkton

La opcio punch periode sendas malplenajn pakaĵojn al la suba adreso de nodo, kiu jam havas tunelon. Ĝia celo ne estas glora: ĝi malhelpas al stata NAT aŭ fajroŝirmilo lasi eksvalidiĝi la mapadon, de kiu dependas la rekta vojo. La opcio respond ŝanĝas, kio okazas ĉe lumtura sciigo, igante la gastigan maŝinon provi manpremon reen al la nodo, kiu provas atingi ĝin. Tiuj estas malsamaj mekanismoj kun malsamaj misfunkcioj.

Elektu punch, kiam la rekta vojo funkcias kaj poste malfortiĝas. Elektu respond, kiam la vojo neniam formiĝas en unu direkto. Ŝalti ambaŭ kaj esperi estas la maniero, kiel kvinminuta riparo fariĝas semajno da agordado.

La prokrastoj decidas kiam, ne ĉu

La prokrastaj valoroj ŝovas la tempigon: unu aplikiĝas al la pakaĵo sendita post sciigo, la alia al la provo de inversa manpremo. Neniu el ili funkciigas baritan direkton. Ŝanĝi ambaŭ samtempe detruas la komparon, kiun vi ĵus pretis fari.

Lasu ilin trankvile ĝis la mekanismo estos ĝusta. Poste alĝustigu unu, kaj konservu la malnovan valoron skribe.

Kiam ripetilo estas la honesta respondo

Kelkaj NAT-kombinaĵoj ne povas subteni rektan vojon, kiel ajn la tempigo estas aranĝita. Simetria NAT ambaŭflanke, aŭ fajroŝirmilo kiu tute forĵetas nepetitan envenantan trafikon, lasas nenion trapaseblan.

Ripetila nodo kun atingebla adreso donas al tiuj nodoj vojon, kiu ne dependas de sukceso de trapaso. Ĝi kostas bendlarĝon tra tiu nodo, do ĝi estas decido pri kapacito, ne ĉirkaŭvojo. Agordu la ripetilon konscie kaj kontrolu, ke la nodoj povas atingi ĝin, ĉar ripetilo, kiu mem staras malantaŭ malfacila NAT, ŝanĝas nenion. Poste ĉesu agordi la punch-agordojn por tiu paro, ĉar la rekta vojo neniam aperos.

Testu la paron kiu malsukcesis, post senaktiveco

Reproduktu la kondiĉon, kiu rompiĝis: lasu la paron senaktiva por la sama intervalo, aŭ ripetu la manpreman sekvencon, kiu antaŭe malsukcesis. Poste ekzercu la aplikaĵon inter tiuj du nodoj, ne peton al la lumturo. Respondo de la lumturo pruvas la kontrolan vojon kaj nenion pri la datena vojo.

Notu, kiu agordo ŝanĝiĝis, la tempon, kaj ĉu rekta vojo aperis aŭ la trafiko restis ĉe la ripetilo. Se ĝi restis, la respondo estas ripetilo kaj kapacita noto, kaj tio estas tute bona rezulto. Se ĝi aperis, la sekva demando estas, ĉu ĝi postvivos unu horon da senaktiveco, ĉar mapado, kiu malfortiĝas, estas ĝuste la problemo, por kiu punch ekzistas.