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 нэр шийдэгдэхгүй. Эдгээр нь ажлын тусдаа хэсгүүд бөгөөд портын дамжуулалт дутуу зөв зарлал нь таны засах гэж байсан яг тэр эвдрэлийг үүсгэдэг. Зарлал нь хүртээмжийн тухай мэдэгдэл, түүнийг тогтоох механизм биш.
Илрүүлэлтийг буруутгахаас өмнө замыг гаднаас шалга. Төгсгөлийн цэгийг сурсан ч handshake дуусгаж чадахгүй peer-д underlay дээр чиглүүлэлт эсвэл шүүлтийн асуудал байна, хоёр тохиргоонд ижил хаягийг давтах нь үүнийг өөрчлөхгүй.
Overlay хаягийг төгсгөлийн цэгээс тусдаа байлга
Зангилааны гэрчилгээ түүний Nebula хаягийг тодорхойлдог. Зарлагдсан хаягууд нь доод сүлжээнд хамаарах бөгөөд гэрчилгээнд хүрэлгүй өөрчлөгдөж болно. Өөр overlay IP-тэй шинэ гэрчилгээ олгох нь өөр үйлдэл бөгөөд хуучныг бэхэлсэн итгэлцлийн харилцаа бүрд өөрийн үр дагавартай. Хоёр өөрчлөлтийг runbook-д тусдаа байлга, эс бөгөөс төгсгөлийн цэгийн шилжилт дахин олголт гэж бүртгэгдэнэ.
Триаж гацах үед хоёр давхаргыг тодорхой салга: илрүүлэлт хүлээгдэж буй төгсгөлийн цэгийг буцааж байна уу, handshake түүнд хүрч байна уу? Илрүүлэлт зөв бөгөөд пакетууд бүтэлгүйтвэл асуудал overlay-ийн доор байна. Илрүүлэлт буруу бол асуудал зурагт эсвэл зарлалд байна, засвар тэнд хамаарна.