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 په اړه یوه څرګندونه ده، نه د یو څه غوښتنه۔ کله چې نقشه بدلېږي، اعلان په کوربه کې تازه کړئ او کشف ته یې پرېږدئ چې یې وړي، د ټولې بیړۍ په سټاټیک فایلونو سمون کولو پرځای۔
اعلان رسېدنه نه ده
د پای ټکي خپرول د روټر د فوروارډینګ قاعده نه جوړوي، پورتنۍ فایروال نه پرانیزي او د DNS نوم د حل کېدو لامل نه کېږي۔ دا د کار جلا برخې دي، او د ورک پورټ فوروارډینګ سره سم اعلان هماغه نیمګړتیا جوړوي چې تاسو یې سمول غوښتل۔ اعلان د رسېدنې په اړه یوه ادعا ده، نه هغه میکانیزم چې هغه رامنځته کوي۔
مخکې له دې چې کشف ملامت کړئ، لاره له باندې وګورئ۔ هغه peer چې پای ټکی زده کوي خو handshake بشپړولای نه شي، په underlay کې د روټینګ یا فلټر کولو ستونزه لري، او هماغه پته په دواړو ترتیباتو کې تکرارول به هغه بدل نه کړي۔
د overlay پته له پای ټکي جلا وساتئ
د نوډ سند د هغه Nebula پته پېژني۔ اعلان شوې پتې لاندې شبکې ته اړه لري، او پرته له دې چې سند ته لاس ووهي بدلېدلی شي۔ د بل overlay IP سره نوی سند صادرول بله عملیه ده، چې د هر هغه باور اړیکې لپاره خپلې پایلې لري چې زړه یې ټینګ کړی و۔ دوه بدلونونه په runbook کې جلا وساتئ، که نه نو د پای ټکي لېږد به د بیا صادرولو په توګه ثبت شي۔
کله چې triage ودروي، دوه طبقې په روښانه ډول جلا کړئ: آیا کشف تمه شوې پای ټکی بېرته راوړي، او آیا handshake ورته رسېږي؟ که کشف سم وي او پاکټونه ناکام شي، ستونزه د overlay لاندې ده۔ که کشف غلط وي، ستونزه په نقشه یا اعلان کې ده، او سمون هلته اړه لري۔