Nebula advertise_addrs թե static_host_map՝ ընտրեք ըստ սեփականատիրոջ
Ստատիկ քարտեզը սպասարկում է յուրաքանչյուր peer, որը զանգահարում է դրան։ Գովազդված հասցեն հրապարակում է հոսթը։ Ընտրեք ըստ նրա, թե ով գիտի վերջնակետը։
static_host_map և advertise_addrs պարամետրերը երկուսն էլ հասցե են դնում peer-ի առջև, և նրանք պատասխանում են տարբեր հարցերի։ Մեկը տեղական ֆայլ է, որը թվարկում է overlay հասցեն և զանգահարելու underlay վերջնակետը։ Մյուսը հոսթ է, որն իր փարոսներին ասում է, թե որ լրացուցիչ վերջնակետերը կարող են հասնել իրեն։ Իրական տարբերությունը սեփականությունն է՝ քարտեզը սպասարկում են բոլորը, ովքեր դրա կարիքն ունեն, իսկ գովազդը՝ հենց հոսթը։
Որոշեք ըստ նրա, թե ով է տիրապետում տեղեկատվությանը
| Setting | Where it lives | Best for |
|---|---|---|
static_host_map | Every peer that needs the entry | Bootstrap endpoints, deliberately fixed paths |
advertise_addrs | The host's own config | Endpoints the host cannot otherwise discover |
Յուրաքանչյուր փոփոխվող peer յուրաքանչյուր peer-ի ստատիկ ֆայլում սպասարկման աշխատանք է, որն աճում է նավատորմի քառակուսով։ Սա գործնական պատճառն է դիմելու մյուս պարամետրին, երբ հոսթն ինքն է իմանում պատասխանը։
Սեփականության հարցը նաև կանխատեսում է, թե ինչ է լինում, երբ հասցեն փոխվում է։ Ստատիկ քարտեզի դեպքում ինչ-որ մեկը պետք է հիշի յուրաքանչյուր peer-ին, ով ունի հին գրառումը։ Գովազդի դեպքում հոսթը հրապարակում է նոր վերջնակետը, և նրա փարոսները փոխանցում են այն, այնպես որ փոփոխությունը մնում է տեղական այն մեքենայում, որը տեղափոխվել է։
Bootstrap-ը դեռ ստատիկ գրառումների կարիք ունի
Հաճախորդը պետք է հասնի առնվազն մեկ փարոսի, նախքան կկարողանա որևէ մեկին հարցնել այլ peer-ների մասին։ Այդ առաջին թռիչքը չի կարող գալ հայտնաբերումից, ուստի անհրաժեշտ է ստատիկ գրառում հաճախորդի կոնֆիգուրացիայում։ Ճիշտ արեք այդ մեկ գրառումը, և overlay-ի մնացած մասը կարելի է սովորել։
Քարտեզի գրառումը զուգակցում է Nebula հասցեն մեկ կամ ավելի հասանելի IP կամ DNS վերջնակետերի և պորտերի հետ։ Փարոսները այնտեղ պահելը նորմալ է՝ ամեն peer-ին այնտեղ պահելը այն օրինակն է, որը վատ է ծերանում, քանի որ յուրաքանչյուր նոր peer նշանակում է ֆայլեր խմբագրել մեքենաներում, որոնք գուցե չեք վերահսկում։ Ցանկը պահեք բավական կարճ, որ մարդը դեռ կարողանա ստուգել այն՝ կարդալով։
Գովազդեք, երբ հոսթը գիտի վերջնակետը
Պորտների փոխանցման հետևում գտնվող հոսթը հասանելի է հանրային հասցեով, որը հատկացված չէ իր ինտերֆեյսներից ոչ մեկին։ Նա չի կարող հայտնաբերել այդ հասցեն՝ նայելով ինքն իրեն։ advertise_addrs-ը թույլ է տալիս նրան հրապարակել վերջնակետը իր փարոսների միջոցով, որպեսզի այլ peer-ներ սովորեն ուղի, որն իրականում աշխատում է։ Պարամետրը գոյություն ունի հենց այն պատճառով, որ հոսթը միակ կողմն է, որը գիտի, որ քարտեզագրումը կատարվել է։
Օգտագործեք այն հասցեն և պորտը, որոնց այլ peer-ները իսկապես կարող են հասնել։ Նույն տրամաբանությունը վերաբերում է մի քանի ցանցային ուղի ունեցող հոսթին, որտեղ որոշակի ցանցի peer-ների համար մեկ ուղին նախընտրելի է։ Գովազդը հայտարարություն է underlay-ի մասին, ոչ թե ինչ-որ բանի հարցում։ Երբ քարտեզագրումը փոխվում է, թարմացրեք գովազդը հոսթի վրա և թողեք հայտնաբերումը տանի այն, ամբողջ նավատորմում ստատիկ ֆայլեր խմբագրելու փոխարեն։
Գովազդը հասանելիություն չէ
Վերջնակետ հրապարակելը չի ստեղծում երթուղիչի փոխանցման կանոնը, չի բացում վերին firewall և չի ստիպում DNS անվանը լուծվել։ Դրանք աշխատանքի առանձին մասեր են, և բացակայող պորտի փոխանցմամբ ճիշտ գովազդը ստեղծում է հենց այն խափանումը, որը փորձում էիք ուղղել։ Գովազդը պնդում է հասանելիության մասին, ոչ թե մեխանիզմ, որը հաստատում է այն։
Նախքան հայտնաբերմանը մեղադրելը ստուգեք ուղին դրսից։ Peer-ը, որը սովորում է վերջնակետը, բայց չի կարող ավարտել handshake, underlay-ում երթուղավորման կամ զտման խնդիր ունի, և նույն հասցեն երկու պարամետրերում կրկնելը դա չի փոխի։
Overlay հասցեն առանձին պահեք վերջնակետից
Հանգույցի վկայականը նույնականացնում է նրա Nebula հասցեն։ Գովազդված հասցեները պատկանում են հիմքում ընկած ցանցին և կարող են փոխվել առանց վկայականին դիպչելու։ Նոր վկայական թողարկել այլ overlay IP-ով-ը այլ գործողություն է՝ իր հետևանքներով յուրաքանչյուր վստահության հարաբերության համար, որը ամրացրել էր հինը։ Երկու փոփոխությունները առանձին պահեք runbook-ում, այլապես վերջնակետի տեղափոխումը կգրանցվի որպես վերաթողարկում։
Երբ triage-ը կանգ է առնում, հստակ բաժանեք երկու շերտերը՝ արդյոք հայտնաբերումը վերադարձնում է սպասված վերջնակետը, և արդյոք handshake-ը հասնում է դրան։ Եթե հայտնաբերումը ճիշտ է, և փաթեթները ձախողվում են, խնդիրը overlay-ից ներքև է։ Եթե հայտնաբերումը սխալ է, խնդիրը քարտեզում կամ գովազդում է, և ուղղումը պատկանում է այնտեղ։