Nebula-punchy-instellings: watter een maak jou NAT reg

Twee eweknieë vind mekaar deur die vuurtoring en slaag dan nie daarin om 'n direkte pad te bou nie, en die eerste instink is om elke punchy-opsie aan te skakel. Daardie instink lewer 'n konfigurasie met drie veranderinge en geen idee watter een saak gemaak het nie. Die instellings antwoord verskillende vrae: een onderhou 'n kaart wat reeds bestaan, en een probeer 'n handdruk in die omgekeerde rigting. Besluit watter vraag jy het voordat jy aan een van die twee raak.

Bevestig die eindpunt voor die tydsberekening

'n Eweknie wat nooit by die verwagte adres verskyn nie, sal nie deur punch-instelling gered word nie. Gaan na wat die vuurtoring van die eweknie weet en wat die eweknie se eie konfigurasie adverteer, want 'n verouderde bootstrap-adres of 'n private adres wat per ongeluk gepubliseer is verydel elke deurgangstruuk. Bevestig dat die sertifikaat ook vertrou word, want 'n onvertroude identiteit stop die gesprek lank voordat NAT saak maak. Verifieer dan dat UDP die vuurtoring hoegenaamd bereik. Tydwaardes is die laaste ding om na te kyk, nie die eerste nie.

Teken die eindpuntpaar op waarmee jy toets, sodat latere vergelykings dieselfde eweknieë gebruik eerder as twee ander masjiene.

Punch hou 'n kaart, respond open 'n rigting

Die punch-opsie stuur periodiek leë pakkette na die onderlaag-adres van 'n eweknie wat reeds 'n tonnel het. Die doel daarvan is onglamoreus: dit verhoed dat 'n toestandvolle NAT of firewall die kaart laat verstryk waarvan die direkte pad afhang. Die respond-opsie verander wat by 'n vuurtoringkennisgewing gebeur, en laat die gasheer 'n handdruk terug probeer na die eweknie wat hom probeer bereik. Dit is verskillende meganismes met verskillende faalmodusse.

Kies punch wanneer die direkte pad werk en later verval. Kies respond wanneer die pad nooit in een rigting vorm nie. Om albei aan te skakel en te hoop, is hoe 'n vyfminuut-regstelling 'n week se instelwerk word.

Die vertragings bepaal wanneer, nie of

Die vertragingswaardes verskuif die tydsberekening: een geld vir die pakket wat ná 'n kennisgewing gestuur word, die ander vir die omgekeerde handdrukpoging. Nie een laat 'n geblokkeerde rigting werk nie. Om albei gelyk te verander vernietig die vergelyking wat jy op die punt was om te doen.

Los hulle uit tot die meganisme reg is. Verstel dan een, en hou die ou waarde neergeskryf.

Wanneer 'n aflos die eerlike antwoord is

Sommige NAT-kombinasies kan nie 'n direkte pad ondersteun nie, maak nie saak hoe die tydsberekening gerangskik word nie. Simmetriese NAT aan albei kante, of 'n firewall wat ongevraagde inkomende verkeer heeltemal laat val, laat niks oor om deur te punch nie.

'n Aflosknoop met 'n bereikbare adres gee daardie eweknieë 'n pad wat nie daarvan afhang dat deurgang slaag nie. Dit kos bandwydte deur daardie knoop, so dit is 'n besluit oor kapasiteit eerder as 'n noodoplossing. Stel die aflos doelbewus op en kontroleer dat die eweknieë dit kan bereik, want 'n aflos wat self agter 'n moeilike NAT sit, verander niks. Hou dan op om die punch-instellings vir daardie paar te verstel, want die direkte pad sou nooit verskyn nie.

Toets die paar wat gefaal het, ná ledigheid

Herproduseer die toestand wat gebreek het: laat die paar vir dieselfde interval ledig, of herhaal die handdrukreeks wat vroeër gefaal het. Oefen dan die toepassing tussen daardie twee eweknieë, nie 'n versoek aan die vuurtoring nie. 'n Vuurtoringantwoord bewys die beheerpad en niks oor die datapad nie.

Teken op watter instelling verander het, die tyd, en of 'n direkte pad verskyn het of verkeer op die aflos gebly het. As dit gebly het, is die antwoord 'n aflos en 'n kapasiteitsnota, en dit is 'n heeltemal goeie uitkoms. As dit verskyn het, is die volgende vraag of dit 'n uur se ledigheid oorleef, want 'n kaart wat verval is juis die probleem wat punch moet aanspreek.