Nebula-punchy-ynstellingen: hokker ferbetteret dyn NAT

Twa peers fine inoar fia de fjoertoer en slagge der dan net yn in direkte paad te bouwen, en it earste ynstinkt is elke punchy-opsje oan te setten. Dat ynstinkt leveret in konfiguraasje mei trije feroarings en gjin idee hokker fan belang wie. De ynstellingen beantwurdzje ferskate fragen: ien ûnderhâldt in kaart dy't al bestiet, en ien besiket in hânjaan yn 'e omkearde rjochting. Beslis hokker fraachstik jo hawwe foardat jo ien fan beide oanreitsje.

Befêstigje it einpunt foar de timing

In peer dy't nea op it ferwachte adres ferskynt, sil net rêden wurde troch punch-ôfstelling. Kontrolearje wat de fjoertoer oer de peer wit en wat de konfiguraasje fan 'e peer sels oankundiget, want in ferâldere bootstrap-adres of in privee-adres dat by fersin publisearre is ferrintet elke trochgongstruk. Befêstigje ek dat it sertifikaat fertroud is, want in net-fertroude identiteit stopet it petear lang foardat NAT fan belang is. Kontrolearje dan oft UDP de fjoertoer hielendal berikt. Tiidwearden binne it lêste om nei te sjen, net it earste.

Skriuw it einpuntpear op dêr't jo mei teste, sadat lettere ferlikingen deselde peers brûke ynstee fan twa oare masines.

punch hâldt in kaart, respond iepenet in rjochting

De punch-opsje stjoert periodyk lege pakketten nei it ûnderlaachadres fan in peer dy't al in tunnel hat. It doel is net glânsryk: it hâldt in steatlike NAT of firewall tsjin om 'e kaart te ferfallen dêr't de direkte paad fan ôfhinget. De respond-opsje feroaret wat der by in fjoertoermelding bart, en lit de host in hânjaan werom besykje nei de peer dy't him berikke wol. Dat binne ferskate meganismen mei ferskate faalmodi.

Kies punch as de direkte paad wurket en letter ferswakket. Kies respond as de paad him yn ien rjochting nea foarmet. Beide oansette en hoopje is hoe't in reparaasje fan fiif minuten in wike ôfstellen wurdt.

De fertragingen beslisse wannear, net oft

De fertragingswearden ferskowe de timing: ien jildt foar it pakket dat nei in melding stjoerd wurdt, de oare foar de omkearde hânjaanpoging. Gjinien makket in blokkearre rjochting wurkjend. Beide tagelyk feroarje ferneatiget de ferliking dy't jo krekt dwaan soene.

Lit se gewurde oant it meganisme goed is. Stel dan ien by, en hâld de âlde wearde opskreaun.

Wannear't in relay it earlike antwurd is

Guon NAT-kombinaasjes kinne gjin direkte paad stypje, hoe't de timing ek regele is. Symmetryske NAT oan beide kanten, of in firewall dy't ûnfrege ynkommend ferkear hielendal weilitten, litte neat oer om troch te punchjen.

In relayknooppunt mei in berikber adres jout dy peers in paad dat net ôfhinget fan it slagjen fan 'e trochgong. It kostet bânbreedte fia dat knooppunt, dus it is in beslissing oer kapasiteit en net in omwei. Konfigurearje it relay bewust en kontrolearje dat de peers it berikke kinne, want in relay dat sels efter in drege NAT sit, feroaret neat. Stop dan mei it ôfstellen fan 'e punch-ynstellingen foar dat pear, want de direkte paad soe nea ferskine.

Test it pear dat mislearre, nei stilte

Reprodusearje de betingst dy't bruts: lit it pear deselde perioade stil, of werhelje de hânjaansekwinsje dy't earder mislearre. Oefenje dan de tapassing tusken dy twa peers, net in fersyk oan 'e fjoertoer. In antwurd fan 'e fjoertoer bewiist de kontrôlepaad en neat oer de gegevenspaad.

Skriuw op hokker ynstelling feroare, de tiid, en oft in direkte paad ferskynde of it ferkear op it relay bleau. Bleau it, dan is it antwurd in relay en in kapasiteitsnotysje, en dat is in hiel goed resultaat. Ferskynde it, dan is de folgjende fraach oft it in oere stilte oerlibbet, want in kaart dy't ferswakket is krekt it probleem dêr't punch foar bestiet.