mDNS د WireGuard له لارې: درې دروازې مخکې له دې چې همکار ځواب ووايي
Avahi ته د وړ انټرفېس، ګروپ ته د لارې او د منزل مالک همکار اړتیا ده. درې دروازې، درې جلا کتنې او هېڅ خپرېدنه نشته.
د WireGuard وسیلې باندې د multicast بیرغ ټاکل انټرفېس د موندنې سافټویر لپاره وړ کوي، او بیرغ یوازې همدا کوي. دا پروتوکول ته نه وایي چې د ګروپ بنډل باید چېرته لاړ شي، او په داسې وسیله چې څو همکاران ولري یو هم روښانه ځواب نشته. د روان ډیمون او موندل شوې خدمت ترمنځ درې جلا دروازې ولاړې دي.
دوی په ترتیب سره وآزمویئ، ځکه چې د یوې تېرېدل د بلې په اړه هېڅ نه وایي.
لومړۍ دروازه: بیرغ او د ډیمون تګلاره
د Linux WireGuard وسیله د ARP پرته د نقطې-نقطې اړیکې په توګه جوړېږي، او په ډیفالټ ډول multicast بیرغ نه لري. د بیرغ زیاتول یو محلي انټرفېس بدلون دی، چې د وسیلې مدیریت کوونکی هر څه یې ترسره کوي. Avahi پر دې باندې خپل نړیوال لید لري، او د هغې ډیفالټ تګلاره نقطه-نقطه انټرفېسونه په بشپړه توګه پرېږدي. نو له یوې بنډل څخه مخکې دوه خپلواکې وړتیا ازموینې پلي کیږي.
نو ډیمون ته روښانه پرېکړه غواړي، نه یوازې روان بهیر. د هغې مستند کنټرولونه allow-interfaces، deny-interfaces او allow-point-to-point شامل دي، او وروستی هغه تنظیم دی چې خلک یې هېروي.
لاندې کتنې د اړیکې بیرغونه، multicast لار او دا چې د ډیمون ترتیبات په بشپړه توګه پارس کیږي که نه، راپور ورکوي:
ip -d link show wg0
ip route get 224.0.0.251
avahi-daemon --checkپه بریالیتوب سره پیل شوی ډیمون شونې ده چې ستاسو په مهم انټرفېس باندې ساکټونه نه وي خلاص کړي. د خدمت حالت د پوښښ سره برابر ګڼلو پرځای د هغې اغیزمن ترتیبات ولولئ.
دوهمه دروازه: ګروپ ته لاره
دوهمه دروازه عادي لارښوونه ده. 224.0.0.251 ته استول شوې بنډل د نورو شیانو په څېر د لېږد جدول تعقیبوي، او که جدول یې د فزیکي LAN انټرفېس له لارې وباسي، هیڅ WireGuard ترتیبات به یې بدل نه کړي. لومړی لاره سمه کړئ، بیا به د پلټنې پاتې برخه لنډه شي. له هرې همکار کلي سره د لاس وهلو مخکې وګورئ چې کرنل د ګروپ پتې په اړه څه راپور ورکوي.
| Observation | Gate it belongs to | What it does not prove |
|---|---|---|
Multicast flag present on wg0 | Interface eligibility | The daemon will use the interface |
Route to the group via wg0 | Forwarding | Any peer will receive it |
| Destination inside a peer's allowed list | Peer selection | That peer's network will answer |
پرته له ځانګړې لارې، کرنل د اړیکې خپل multicast سمبالښت ته ستنیږي، ځکه چې ډیفالټ په هواره LAN کې سم ښکاري او هغه مهال غلط چې همدغه ګروپ ترافیک باید د تونل له لارې ووځي. ناکامي د لېږونکي له اړخه غلې ده: پوښتنه یوې خوا ته ځي، او ځواب هیڅکله نه رسیږي.
درېیمه دروازه: WireGuard هرې بنډل ته یو همکار ټاکي
WireGuard وتونکی همکار د اجازه شوو پتو په ټولګو کې د منزل په لټولو غوره کوي، او د Linux لېږد لار دا لټون په هرې بنډل کې یو ځل ترسره کوي. پایله یوه ده، او بنډل د هغه همکار لپاره کوډ کیږي. ورته ګروپ مخکښه چې د څو همکارانو په اجازه شوو لیستونو کې ښکاري غړیتوب یا تکرار نه جوړوي؛ دا یو ناڅرګند لټون جوړوي چې په یو له هغوی پورې حل کیږي.
په دوه سره لرونکې ځانګړې اړیکه دا هغه څه دي چې تاسو یې غواړئ، ځکه چې د پروګړي ډول لېږل شوي ګروپ ترافیک لپاره یوازې یو اړوند ترلاسه کوونکی شته. په پنځو همکارانو لرونکي انټرفېس باندې دا یوه محدودیت دی، نه ځانګړتیا، او سمون د ډیزاین پورې اړه لري نه د یو واحد همکار ترتیباتو ته.
خپرېدونکي ډیزاین ته روښانه ریلې، جلا اړیکې یا په بشپړه توګه بېل موندنې میکانیزم ته اړتیا ده. د دوه سرو لارښود د څو مراجعینو حل په توګه خپرول ځکه چې هر مراجع کولی شي ګیټوې ته ping وکړي، همدا هغه لاره ده چې دا په غلط ډول ځای پرځای کیږي.
د ننوتلو لوری په بېل ډول کتل کیږي: د ترلاسه شوې بنډل سرچینه باید د تصدیق شوي همکار اجازه شوې لیست دننه وي. هلته multicast منزل زیاتول د لېږونکي ریښتیني سرچینې مالکیت نه بدلوي.
انعکاس یوه پوله ده، نه پل
د Avahi انعکاس کوونکی د خپلو ټاکل شوو انټرفېسونو ترمنځ mDNS پیغامونه د تطبیق په طبقې کې بیا تولیدوي. دا د شبکو ترمنځ د موندنې پوله ده، نه د Ethernet پل او نه عمومي multicast راتلونکی. دوه انعکاس کوونکي چې یو شان شبکو سره وتړل شي په خوښۍ سره د تکرار شوو اعلانونو یوه حلقه جوړوي.
انعکاس د خدماتو نومونه او د هغوی میټاډاټا بلې شبکې ته هم سپاري، چې دا د لارښوونې پرېکړې په څېر د خصوصیت پرېکړه هم ده. ټاکل شوي انټرفېسونه محدود کړئ، او چېرې چې نصب شوی نسخه یې ملاتړ کوي هلته د خدمت فلټرونه وکاروئ، تر څو یوازې هغه اعلانونه پوله واوړي چې اجازه لرونکي کاروونکي ته اړین دي.
موندنه او کارول جلا پایلې پاتې کیږي. مراجع کولی شي د داسې خدمت اعلان وویني چې اعلان شوې پته د مراجع له ځایه نه رسیږي، یا د هغه پورټ چې د هغه د لاسرسي تګلاره یې ردوي. وروسته له دې چې اعلان ښکاره شو د خدمت اړیکه تایید کړئ، او که تطبیق ثابت DNS نوم یا روښانه سرور پته ملاتړ کوي، هغه د اړیکې سیمه ییزې موندنې پراخولو په بدل کې غوره کړئ. د کوډ کلي لارښوونې تشریح هغه منزل-بنسټیز همکار غوراوی پوښي چې دا ټول پرې ولاړ دي.