Nebula-ի punchy կարգավորումները. որը կուղղի ձեր NAT-ը
punch-ը կենդանի է պահում գոյություն ունեցող NAT-ի քարտեզագրումը, respond-ը փորձում է հակառակ ձեռքսեղմում։ Ոչ մեկը չի երաշխավորում ուղիղ ուղի, իսկ ուշացման կարգավորումները փոխում են միայն ժամանակը։
Երկու հանգույց գտնում են միմյանց փարոսի միջով, ապա չեն կարողանում ուղիղ ուղի կառուցել, և առաջին բնազդը բոլոր punchy տարբերակները միացնելն է։ Այդ բնազդը ստեղծում է երեք փոփոխությամբ կարգավորում՝ առանց պատկերացնելու, թե որն էր կարևոր։ Կարգավորումները պատասխանում են տարբեր հարցերի՝ մեկը պահպանում է արդեն գոյություն ունեցող քարտեզագրումը, իսկ մյուսը փորձում է ձեռքսեղմում հակառակ ուղղությամբ։ Որոշեք, թե որ հարցն ունեք, նախքան դրանցից որևէ մեկին դիպչելը։
Հաստատեք վերջնակետը մինչև ժամանակացույցը
Հանգույցը, որը երբեք չի հայտնվում սպասված հասցեում, չի փրկվի punch-ի լարումից։ Ստուգեք, թե փարոսը ինչ գիտի հանգույցի մասին և ինչ է հայտարարում հանգույցի սեփական կարգավորումը, որովհետև հնացած bootstrap հասցեն կամ սխալմամբ հրապարակված մասնավոր հասցեն ձախողում է անցման ամեն հնարք։ Հաստատեք նաև, որ վկայագիրը վստահելի է, քանի որ անվստահելի ինքնությունը դադարեցնում է զրույցը շատ ավելի վաղ, քան NAT-ը նշանակալի կդառնա։ Ապա ստուգեք՝ արդյոք UDP-ն ընդհանրապես հասնում է փարոսին։ Ժամանակի արժեքներն ամենավերջինն են, ինչ պետք է նայել, ոչ առաջինը։
Գրանցեք վերջնակետերի զույգը, որով փորձարկում եք, որպեսզի հետագա համեմատությունները օգտագործեն նույն հանգույցները, ոչ թե երկու այլ մեքենա։
punch-ը պահում է քարտեզագրումը, respond-ը բացում է ուղղություն
punch տարբերակը պարբերաբար դատարկ փաթեթներ է ուղարկում այն հանգույցի ստորին շերտի հասցեին, որն արդեն թունել ունի։ Նպատակը շքեղ չէ՝ այն թույլ չի տալիս վիճակով NAT-ին կամ հրապատին սպառել այն քարտեզագրումը, որից կախված է ուղիղ ուղին։ respond տարբերակը փոխում է, թե ինչ է տեղի ունենում փարոսի ծանուցման ժամանակ՝ ստիպելով հոսթին փորձել ձեռքսեղմում դեպի այն հանգույցը, որը փորձում է հասնել իրեն։ Դրանք տարբեր մեխանիզմներ են՝ տարբեր ձախողման եղանակներով։
Ընտրեք punch-ը, երբ ուղիղ ուղին աշխատում է և հետո թուլանում։ Ընտրեք respond-ը, երբ ուղին երբեք չի ձևավորվում մեկ ուղղությամբ։ Երկուսն էլ միացնելը և հուսալը հինգ րոպեի ուղղումը մեկ շաբաթվա լարման վերածելու ձևն է։
Ուշացումները որոշում են երբ, ոչ թե արդյոք
Ուշացման արժեքները տեղափոխում են ժամանակացույցը՝ մեկը վերաբերում է ծանուցումից հետո ուղարկված փաթեթին, մյուսը՝ հակառակ ձեռքսեղմման փորձին։ Ոչ մեկը չի աշխատեցնում արգելափակված ուղղությունը։ Երկուսը միաժամանակ փոխելը ոչնչացնում է այն համեմատությունը, որը պատրաստվում էիք անել։
Թողեք դրանք հանգիստ, մինչև մեխանիզմը ճիշտ լինի։ Ապա կարգավորեք մեկը և գրի առեք հին արժեքը։
Երբ ռելեն է ազնիվ պատասխանը
NAT-ի որոշ համակցություններ չեն կարող աջակցել ուղիղ ուղուն, ինչպես էլ ժամանակացույցը դասավորվի։ Երկու կողմից սիմետրիկ NAT-ը կամ հրապատը, որը լիովին դեն է նետում չպահանջված ներգնա երթևեկությունը, ոչինչ չեն թողնում ծակելու համար։
Հասանելի հասցեով ռելե հանգույցը տալիս է այդ հանգույցներին ուղի, որը կախված չէ անցման հաջողությունից։ Այն զբաղեցնում է թողունակություն այդ հանգույցով, ուստի որոշում է տարողության մասին, ոչ թե շրջանցում։ Կարգավորեք ռելեն դիտավորյալ և ստուգեք, որ հանգույցները կարող են հասնել դրան, որովհետև ինքն էլ դժվար NAT-ի հետևում գտնվող ռելեն ոչինչ չի փոխում։ Ապա դադարեցրեք punch-ի կարգավորումները լարել այդ զույգի համար, որովհետև ուղիղ ուղին երբեք չէր հայտնվելու։
Փորձարկեք ձախողված զույգը պարապ մնալուց հետո
Վերարտադրեք կոտրված պայմանը՝ թողեք զույգը պարապ նույն միջակայքում, կամ կրկնեք այն ձեռքսեղմումների հաջորդականությունը, որը նախկինում ձախողվում էր։ Ապա վարժեցրեք հավելվածը այդ երկու հանգույցների միջև, ոչ թե հարցում փարոսին։ Փարոսի պատասխանը ապացուցում է կառավարման ուղին և ոչինչ տվյալների ուղու մասին։
Գրանցեք, թե որ կարգավորումը փոխվեց, ժամը, և արդյոք ուղիղ ուղի հայտնվեց, թե երթևեկությունը մնաց ռելեի վրա։ Եթե մնաց, պատասխանը ռելե և տարողության նշում է, և դա բոլորովին լավ արդյունք է։ Եթե հայտնվեց, հաջորդ հարցն այն է, կդիմանա արդյոք մեկ ժամ պարապության, որովհետև թուլացող քարտեզագրումը հենց այն խնդիրն է, որի համար գոյություն ունի punch-ը։