Nebula punchy iestatījumi: kurš salabo jūsu NAT

Divi peeri atrod viens otru caur bāku un pēc tam nespēj izveidot tiešu ceļu, un pirmā instinkta reakcija ir ieslēgt katru punchy opciju. Šis instinkts rada konfigurāciju ar trim izmaiņām un bez nojausmas, kura no tām bija svarīga. Iestatījumi atbild uz dažādiem jautājumiem: viens uztur kartējumu, kas jau pastāv, bet otrs mēģina roku paspiešanu pretējā virzienā. Izlemiet, kurš jautājums jums ir, pirms aiztiekat kādu no tiem.

Vispirms gala punkts, tad laiks

Peers, kas nekad neparādās gaidītajā adresē, netiks izglābts ar punch regulēšanu. Pārbaudiet, ko bāka zina par peeru un ko izziņo viņa paša konfigurācija, jo novecojusi bootstrap adrese vai kļūdas dēļ publicēta privātā adrese iznīcina jebkuru šķērsošanas triku. Apstipriniet arī, ka sertifikāts ir uzticams, jo neuzticama identitāte pārtrauc sarunu daudz agrāk, nekā NAT kļūst svarīgs. Pēc tam pārbaudiet, vai UDP vispār sasniedz bāku. Laika vērtības ir pēdējais, uz ko skatīties, nevis pirmais.

Pierakstiet gala punktu pāri, ar kuru testējat, lai vēlākie salīdzinājumi izmantotu tos pašus peerus, nevis divas citas mašīnas.

punch saglabā kartējumu, respond atver virzienu

punch opcija periodiski sūta tukšas paketes uz peera apakšslāņa adresi, kuram jau ir tunelis. Tās mērķis nav grezns: tā neļauj stāvokļa NAT vai ugunsmūrim ļaut beigties kartējumam, no kura atkarīgs tiešais ceļš. respond opcija maina to, kas notiek bākas paziņojumā, liekot resursdatoram mēģināt roku paspiešanu atpakaļ pret peeru, kas cenšas to sasniegt. Tie ir dažādi mehānismi ar dažādiem atteices režīmiem.

Izvēlieties punch, kad tiešais ceļš darbojas un vēlāk vājina. Izvēlieties respond, kad ceļš nekad neveidojas vienā virzienā. Ieslēgt abus un cerēt ir veids, kā piecu minūšu labojums pārvēršas nedēļas regulēšanā.

Aiztures izlemj kad, nevis vai

Aiztures vērtības pabīda laiku: viena attiecas uz paketi, kas nosūtīta pēc paziņojuma, otra uz apgrieztā roku paspiešanas mēģinājumu. Neviena nepadara bloķētu virzienu funkcionējošu. Abu maiņa vienlaikus iznīcina salīdzinājumu, ko grasījāties veikt.

Atstājiet tos mierā, līdz mehānisms ir pareizs. Pēc tam noregulējiet vienu un pierakstiet veco vērtību.

Kad relejs ir godīgā atbilde

Dažas NAT kombinācijas nevar atbalstīt tiešu ceļu, lai kā sakārtots laiks. Simetrisks NAT abās pusēs vai ugunsmūris, kas pilnībā izmet nepieprasītu ienākošo satiksmi, neatstāj neko, ko izlauzt.

Releja mezgls ar sasniedzamu adresi dod šiem peeriem ceļu, kas nav atkarīgs no šķērsošanas veiksmes. Tas izmaksā joslas platumu caur šo mezglu, tāpēc tas ir lēmums par ietilpību, nevis apvedceļš. Apzināti konfigurējiet releju un pārbaudiet, vai peeri to sasniedz, jo relejs, kas pats atrodas aiz sarežģīta NAT, neko nemaina. Pēc tam pārtrauciet regulēt punch iestatījumus šim pārim, jo tiešais ceļš nekad nebūtu parādījies.

Pārbaudiet neveiksmīgo pāri pēc dīkstāves

Atveidojiet nosacījumu, kas salūza: atstājiet pāri dīkstāvē tādu pašu intervālu vai atkārtojiet roku paspiešanu secību, kas agrāk neizdevās. Pēc tam izmēģiniet lietojumprogrammu starp šiem diviem peeriem, nevis pieprasījumu bākai. Bākas atbilde pierāda vadības ceļu un neko par datu ceļu.

Pierakstiet, kurš iestatījums mainījās, laiku un vai parādījās tiešais ceļš vai satiksme palika uz releja. Ja palika, atbilde ir relejs un piezīme par ietilpību, un tas ir pilnīgi labs iznākums. Ja parādījās, nākamais jautājums ir, vai tas iztur stundu dīkstāves, jo vājinošs kartējums ir tieši tā problēma, kurai punch pastāv.