د Nebula څراغ DNS: څوک کولای شي کوم ریکارډونه وپوښتي؟
اختیاري اورېدونکی د هغو کوربه معلوماتو څخه ځواب وایي چې څراغ یې لري۔ د A ریکارډونو او TXT پوښتنې په لاسرسي او اورېدونکو کې توپیر لري، نو په قصد سره یې وتړئ۔
په Nebula کې د څراغ رول ډېر کارونه کوي چې خلک یې اتوماتیک ګڼي، او د DNS ځواب ورکول یو له هغو نه دی۔ د نومونو خدمت یو اختیاري اورېدونکی دی چې په بند حالت کې پیلېږي، نو ځکه هغه کوربه چې د overlay په داخل کې نومونه ښه حل کوي، ممکن د همکار د لپ ټاپ د حل لپاره هېڅ هم ونه لري۔ مخکې له دې چې یې وچوو، پرېکړه وکړئ چې څوک باید ورته ورسېږي او کوم ډول ریکارډونو ته ځواب ورکولو ته تیار یاست، ځکه دا دوه ځوابونه توپیر لري۔
اورېدونکی اختیاري دی او په ډیفالټ توګه بند دی
کشف او DNS جلا خدمتونه دي۔ څراغ د peer-ونو سره مرسته کوي چې یو بل ومومي او په اضافي توګه کولای شي د هغو کوربه وو په اړه د نوم پوښتنو ځواب ووایي چې پېژني یې، خو هغه دوهمه برخه باید په ترتیباتو کې په ښکاره توګه فعاله شي۔
مخکې له دې چې هر څه فعال کړئ، پرېکړه وکړئ کوم انټرفېسونه او شبکې باید اورېدونکي ته ورسېږي۔ هغه DNS خدمت چې د هغه انټرفېس پر سر ځواب وایي چې تاسو یې اراده نه وه کړې، پرته له هغه لاګ ثبت چې څوک یې لولي یو کوچنی معلوماتي لیکیځيږي۔ اوس پرېکړه کول تر هغې وروسته تنګولو ډېر ارزانه دي، کله چې یو څه لا دمخه په غلط ځواب تکیه وي۔ د ترتیباتو دوه کرښې د نیم کال وروسته د پېښې یادښت په پرتله اسانه توجیه کېږي۔
د A ریکارډونه او TXT یو شان اورېدونکي نه شریکوي
دې دوه ډوله ریکارډونو ته په بېلو شرایطو کې ځواب ورکول کېږي، او دوی د یو خدمت په توګه ګڼل هغه تېروتنه ده چې دا مقاله یې د مخنیوي لپاره ده۔
| Query | What it returns | Who can reach it |
|---|---|---|
| A record for a host name | That host Nebula IP | Any host that can reach the listener, overlay or not |
| TXT for a host IP | Certificate information | Only over the Nebula network |
دا نابرابري په قصد سره ده، نه بې پروایي۔ د نوم له پلوه پتې ته نقشه کول بهرني کس لپاره لږ ارزښت لري، په داسې حال کې چې د سند میټاډاټا ستاسو په overlay کې هویتونه بیانوي۔ یوازې ځکه چې یو شان بهیر دواړو ته ځواب وایي، مه یوه کرښه له بلې ته انګېرنه لېږدوئ۔
دا یوازې د څراغ د خپلو کوربه وو په اړه ځواب وایي
دا ستاسو د دفتر، کلاوډ VPC یا عامه انټرنېټ لپاره عمومي حل کوونکی نه دی۔ څراغ د هغو کوربه معلوماتو څخه ځواب وایي چې ورته ورکړل شوي، نو ځکه دا ځانګړنه د هر peer پر ځای د څراغ په نوډونو کې ژوند کوي۔
کله چې یو نوم ناکام شي او overlay ورسره هېڅ تړاو ونه لري، هغه زون او حل کوونکی ومومئ چې په رښتیا یې مالک دي۔ د overlay حل کوونکی د کوربه په عمومي DNS ترتیباتو کې ګډول هغه ناکامۍ رامنځته کوي چې ناڅاپي ښکاري، ځکه ځینې نومونه حل کېږي او نورو ته هېڅ څيز ځواب نه وایي۔
دا هم وګورئ د bootstrap د ننوتلو ټکی۔ هغه کوربه نوم چې لومړي څراغ ته د رسېدو لپاره کارول کېږي باید د عادي لارې له مخې حل شي، مخکې له دې چې کشف پرې تکیه وکړای شي، نو دلته د چرګې او هګۍ ستونزه په بشپړه توګه د مات شوي overlay په څېر ښکاري۔ حتی په هماغه توګه راپور هم ورکوي: هغه peer چې هېڅکله نه پورته کېږي او هېڅ څرګنده دلیل نه لري۔ مخکې له دې چې سندونو ته لاس ووړئ د نومونو حل والیت وګورئ، ځکه دا ترتیب هغه خلک نیسي چې له سختې نیمې برخې یې پیل کړی دی۔
د تړلو پته وګورئ، بیا له بهر ازموینه وکړئ
lighthouse.dns.host او lighthouse.dns.port پرېکړه کوي چې اختیاري خدمت چېرته اوري۔ دا ارزښتونه د کوربه د فایر وال او د شبکې پالیسۍ سره یوځای وګورئ، ځکه د تړلو پته د نیت اعلان دی او په خپله امنیتي کنټرول نه دی۔
dig @10.42.0.1 -p 53 workstation.nebula A +short
dig @10.42.0.1 -p 53 10.42.0.7 TXT +shortله هغو شبکو پوښتنه وکړئ چې غواړئ اجازه ورکړئ، نه له خود څراغ څخه۔ پر څراغ بریالۍ پلټنه ښیي چې بهیر روان دی او د دې په اړه هېڅ نه وایي چې بهرنی کوربه څه پوښتلای شي، او هغه پوښتنه چې په رښتیا مهمه ده هماغه ده۔
په قصد سره یې ښکاره کړئ
نومونه او د سند میټاډاټا ګټور عملیاتي معلومات دي، او ګټه دواړو خواوو ته پرې کېږي۔ پرېکړه وکړئ چې اورېدونکی باید یوازې د overlay لپاره وي، کوم ډول ریکارډونه اجازه ولري او کله چې ترتیبات بدل شي څوک یې بیاکتنه کوي۔
بیا یې د څراغ د ترتیباتو ترڅنګ ولیکئ۔ بل کس چې د حل ناکامۍ ډیبګ کوي، که نه، به انګېرنه وکړي چې خدمت تل هلته و۔ هغه به دا هم انګېره وکړي چې تل له هرې هغې ځایه چې هغه تصادفاً ازموینه کوي لاسرسۍ وړ و۔ یوه پراګراف چې د تړلو پته، اجازه ورکړل شوې شبکې او ریکارډ ډولونه ثبتوي، هغه کس ته یوه ماسپښین او تاسو ته هغه پیغام خوندي کوي چې پوښتي ولې یو څه بدل شو۔