Nebula static_host_map: маяк бере албаган дарек

Ар бир маяк каалаган хостко бардык башка өнөктөштөр тууралуу айта алат, бирок маяк өзү турган жерди кошпогондо. Overlay пайда болгонго чейин бир нерсе белгилүү болушу керек, жана Nebula ошол бир нерсени бир кичинекей картага салат. Карта overlay идентификаторун кадимки тармакта иштеген дарек менен коштойт. Кийин үйрөнүлгөн нерсенин баары ошол коштоонун туура болушуна көз каранды.

Эки милдеттүү эки дарек

Ар бир Nebula хостунда overlay дареги бар, ал түзмөк тармактардын ортосунда жылганда туруктуу бойдон калат. Ошол дарек сертификаттар, firewall эрежелери жана өнөктөштүк мамилелер колдонгон идентификатор, жана жалгыз өзү эч жакка маршруттабайт. Жеткиликтүү акыркы чекит башка нерсе: төмөнкү тармактагы хост аты же дарек жана UDP порту, жана машина ордун которгон сайын ал өзгөрөт. Статикалык карта экөөнүн ортосундагы бирикме.

Картага муздак түрдө чалуу керек болгон хосттор гана кирет, бул адатта маяктарды жана балким бир релени билдирет. Ошол тизмени кыска кармоо дизайн максаты, анткени ар бир кол менен жазылган жазуу бирөө тейлеши керек болгон фактыга айланат. Эки дарек түрүн аралаштыруу адаттагы конфигурация катасы: маяктардын тизмесине коюлган коомдук дарек аныктоону баштабайт.

Идентификатор идентификатор күтүлгөн жерге барат. Жеткиликтүүлүк картага барат.

static_host_map:
  "10.42.0.1": ["lighthouse-01.example.net:4242"]

lighthouse:
  am_lighthouse: false
  hosts:
    - "10.42.0.1"

Карта жазуусунун анатомиясы

Ачкыч — тырмакчадагы сап катары жазылган overlay дареги, ал эми маани — акыркы чекиттердин тизмеси, ошондуктан бир идентификатордун бир нече кирүү чекити болушу мүмкүн. Ар бир акыркы чекит хост менен портту алып жүрөт, жана порт каршы тарап чындыгында уккан нерсеге туура келиши керек. Nebula'нын демейки мааниси UDP 4242, бул баштапкы чекит, сиздин жайгаштырууңуз тууралуу убада эмес.

Бир нече акыркы чекит маяктын ичке кирүү жолу бирден көп болгондо пайдалуу, мисалы коомдук дарек жана ошол сегменттеги хосттор үчүн жеке дарек. Клиент аларды ирети менен текшерет, ошондуктан эң ишенимдүүсүн биринчи коюңуз. IPv6 үчүн портту коштон мурун даректи чарчы кашаага алыңыз; ката кетирсе туура эмес сапты көрсөткөн талдоо катасы чыгат.

Туура эмес порт катанын ордуна үнсүздүк берет, анткени UDPде баш тарта турган кол алышуу жок. Ошондуктан жазуу форматын Nebula static_host_map шилтемеси менен салыштырып текшерүү татыктуу, эстутум менен эмес. Шилтеме акыркы чекиттердин тизмелерин жана DNS жаңыртуу жүрүм-турумун да камтыйт.

Жүктөө overlayден мурун иштеши керек

Картадагы DNS аты кандайдыр бир tunel пайда болгонго чейин хостто бар чечүүчү аркылуу чечилиши керек, башкача айтканда кадимки системалык чечүүчү. Муну ошол эле машинадан, жүктөө учурунда, overlay токтотулган абалда текшериңиз. Бир гана overlayдин өз DNSи аркылуу чечилген ат overlayди жүктөй албайт. Ошол эле сынак маршрутка да тиешелүү: overlayге жол берген, бирок биринчи UDP алмашууга бербеген firewall эрежеси баштапкы пакетти блоктойт.

Портту ачык деп божомолдоонун ордуна UDP куралы менен текшериңиз. Жолдогу каалаган порт багыттоо туура ички хостко багытталганын жана кайтуу жолу бар экенин ырастаңыз. Эгер хосттун аты бир нече дарекке чечилсе, ар бирин текшериңиз, анткени клиент сиз эч качан текшербеген даректи тандашы мүмкүн.

Статикалык жазуулар түз чалынат жана эч качан маяктан кеңеш сурабайт. Ошондуктан бул жердеги ийгиликсиздик эч бир өнөктөш катышпаган кадимки убакыт бүтүүсүнө окшош.

Биринчи кол алышуудан кийин эмне болот

Хост маякка жеткенде, кошумча кол менен жазылган жазууларсыз өнөктөштөр жана алардын жеткиликтүү даректери тууралуу билет. Акыркы туташуудан бери жылган хосттор ошол канал аркылуу табыла турган болот. Бул кол менен жасалган картаны кичине кармоонун сыйлыгы.

Хосттор өздөрүнүн кошумча жеткиликтүү даректерин да жарыялай алат, ошентип белгилүү коомдук даректин артындагы өнөктөш башкаларга аны табууга жардам берет. Ошол жарыялар үйрөнүлөт, статикалык картага жазылбайт.

DNS аттары катары жазылган акыркы чекиттер үчүн жаңыртуу жүрүм-туруму маанилүү, анткени чечилген дарек процесс уланганда өзгөрүшү мүмкүн. Nebula жөндөөлөрү бул издөөлөрдүн кантип жүрөрүн, кайсы чечүүчү колдонуларын кошо башкарат, ошондуктан системалык демейкини божомолдоонун ордуна аларды окуңуз. Tunel көтөрүлгөндө чечүүчүсү өзгөргөн хостто туура эмес жөндөө иштеп жаткан жүктөөнү сессиянын ортосунда чечилүүсүн токтоткон атка айландырышы мүмкүн. Издөөнү туруктуу чечүүчүгө байлоо көбүнчө ишенимдүү overlay менен үзгүлтүктүү overlayдин ортосундагы айырма.

Аныктоо иштеп, бир өнөктөш иштебегенде

Эгер маяктар жеткиликтүү болсо жана өнөктөштөрдүн көбү туташса, жүктөө көйгөй эмес. Калган жуп же бири-бирине пайдалуу жол таба албайт, же жеткиликтүүлүктөн жогору ийгиликсиз болот. Маяк дарегинин дагы бир жазылышын кошуу эки учурдун эч бирин түзөтпөйт.

Калгандын баары таянган картаны оңдоодон мурун жупту текшериңиз. Картанын өзгөрүшү ар бир хостту тынчсыздандырат, ошондуктан ал эң акыркы кармала турган нерсе, биринчи эмес.

Ошол эле органдын сертификаттарынан баштаңыз, анткени четке кагылган кол алышуу алыстан жеткиликсиз өнөктөшкө окшошуп көрүнүшү мүмкүн. Андан кийин жуптун түз жол түзө аларын жана түз трафикти четке каккан тармактар үчүн реле конфигурацияланганын текшериңиз. Реле бир секирик жана көз карандылык кошот, бирок бул колдоого алынган жооп, жана жуптун жолун түзөтүү аныктоону түзөтүүдөн башка милдет.