منصوبے کے بغیر ملٹی کاسٹ VPN کیوں عبور نہیں کرتا

دو سائٹس یونیکاسٹ کے ذریعے ایک دوسرے تک مکمل طور پر پہنچ سکتی ہیں اور پھر بھی ایسا برتاؤ کر سکتی ہیں جیسے ان میں سے ایک پرنٹر کی دریافت کا اعلان، IPTV اسٹریم یا کلسٹر کی دل کی دھڑکن نہیں دیکھ رہا۔ یہ ٹوٹی ہوئی سرنگ نہیں ہے؛ یہ منزل اور گروپ کے درمیان فرق ہے۔ ملٹی کاسٹ کی ترسیل کے لیے رکنیت کا نمونہ، راستے بھر فارورڈنگ کی حالت اور ٹریفک اٹھانے کے لیے تیار انٹرفیس درکار ہے، اور ان میں سے کوئی بھی یونیکاسٹ راستے سے نہیں آتا۔ ایپلیکیشن کے گروپ سے ایک کام کرنے والے وصول کنندہ تک جانا جواب تک سب سے چھوٹا راستہ ہے۔

گروپ اور ایپلیکیشن سے شروع کریں

پوچھیں کہ ایپلیکیشن کون سا گروپ پتہ استعمال کرتی ہے اور ٹریفک کس لیے ہے۔ خدمات کا اعلان کرنے والا دریافت پروٹوکول، اسٹریمنگ فیڈ اور روٹنگ پروٹوکول کے ہیلو پیکٹ تین مختلف مسائل ہیں جن کے تین مختلف قابل قبول جواب ہیں۔ گروپ پتہ خود دائرہ بتاتا ہے: مقامی نیٹ ورک کنٹرول بلاک کے پتے عام روٹنگ کے ذریعے لنک سے باہر فارورڈ کرنے کے لیے نہیں ہیں، اور انہیں استعمال کرنے والی ایپلیکیشنز عام طور پر ایک ہی براڈکاسٹ ڈومین فرض کرتی ہیں۔ عالمی دائرے کے گروپ پر اسٹریمنگ فیڈ اس دریافت پروٹوکول سے مختلف ڈیزائن ہے جو توقع کرتا ہے کہ ہر آلہ ہر استفسار سنے گا، اور براڈکاسٹ ڈومین کے حجم کی فکر صرف دوسرے کو ہے۔

فیصلہ کریں کہ ضرورت خدمت ہے یا دریافت کا طریقہ، کیونکہ ان دو جوابات میں لاگت کا فرق ایک درجے کا ہے۔ ایک نہ بدلنے والا پتہ مانگتا ہے؛ دوسرا وسیع علاقے کے لنک پر پھیلا ہوا براڈکاسٹ ڈومین اور اس سے آنے والا سب کچھ مانگتا ہے۔

مقامی دریافت کو رکنا چاہیے

RFC 6762 میں بیان کردہ ملٹی کاسٹ DNS ایک ہی لنک کے گرد بنایا گیا ہے: استفسار ایک مقررہ گروپ کی طرف جاتے ہیں، جواب اسی گروپ کو بھیجے جاتے ہیں، اور پروٹوکول اس پر منحصر ہے کہ ہر شریک سب کو سنے۔ روٹر وہ ٹریفک طے شدہ طور پر فارورڈ نہیں کرتے، اور یہ غلطی نہیں بلکہ ڈیزائن کا فیصلہ ہے۔ حد اس لیے ہے کہ ایک عمارت کا آلہ دوسری میں آسانی سے اپنا اعلان نہ کر سکے۔ جو سرنگ گروپ کو ہر جگہ لے جا کر دریافت درست کرتی دکھتی ہے، اس نے وہ حد ہر ایپلیکیشن کے لیے ہٹا دی ہے، صرف اس کے لیے نہیں جسے مدد درکار تھی۔

دہرانے والے اور منعکس کرنے والے موجود ہیں، اور وہ حقیقی نتائج والی حقیقی خدمات ہیں: ایک سائٹ پر اعلان کیا گیا ہر نام دوسری پر نظر آنے لگتا ہے، جن میں لوگوں یا آلات کی شناخت کرنے والے آلات کے نام بھی شامل ہیں۔ اگر حقیقی ضرورت یہ ہے کہ کوئی مخصوص خدمت تلاش کی جا سکے، تو DNS میں شائع شدہ خدمت کا ریکارڈ عام طور پر چھوٹی تبدیلی ہے، اور یہ ناموں کی دھار کے بجائے ایک نام ہی ظاہر کرتا ہے۔

روٹ شدہ ملٹی کاسٹ کو تین چیزیں درکار ہیں

روٹ شدہ ملٹی کاسٹ کے لیے تین چیزیں مل کر کام کرنا ضروری ہیں: گروپ میں شامل ہونے والے وصول کنندگان، اس کے لیے فارورڈنگ کی حالت رکھنے والے روٹر، اور گروپ پتوں کو اٹھانے والی ٹریفک سمجھنے والی سرنگ۔ جس سرنگ کی پالیسی میں صرف یونیکاسٹ ذیلی نیٹ درج ہوں، وہ انکرپشن کی حد پر گروپ کی ٹریفک گرا دے گی، اور اسی لیے پہلی علامت اکثر غلطی نہیں بلکہ خاموشی ہوتی ہے۔ GRE یا VTI سرنگ جیسا راستے پر مبنی انٹرفیس روٹنگ ٹیبل کا بھیجا ہوا سب کچھ اٹھاتا ہے، جو ملٹی کاسٹ حالت موجود ہونے پر گروپ کو قابل رسائی بنا دیتا ہے۔

ماخذ تک رسائی دوسرا نصف ہے۔ PIM جیسے ملٹی کاسٹ روٹنگ پروٹوکول تقسیم کے درخت بناتے ہیں یہ جانچ کر کہ ماخذ تک واپسی کا راستہ متوقع ہے، اس لیے کسی اور طرف اشارہ کرنے والا یونیکاسٹ راستہ درخت توڑ دیتا ہے چاہے گروپ کی رکنیت درست ہو۔ وصول کنندہ کے لیے راستہ نصب کرنا اس جانچ کے لیے کچھ نہیں کرتا، اور یہی وہ غلطی ہے جو چلتی پنگ اور ناکام اسٹریم دیتی ہے۔ پہلے ماخذ کا واپسی راستہ تصدیق کریں، پھر رکنیت شامل کریں، اور اس کے بعد ہی ایپلیکیشن دیکھیں۔

ip maddr show dev tun0
ip mroute show
ss -gnu | grep 239.255.0.10
ip route get 10.20.5.20

پہلی دو سطریں بتاتی ہیں کہ ہوسٹ کس میں شامل ہوا اور کرنل کیا فارورڈ کرتا ہے، تیسری ایپلیکیشن کی اپنی رکنیت بتاتی ہے، اور آخری وہ یونیکاسٹ راستہ جسے الٹے راستے کی جانچ استعمال کرے گی۔ انہیں اکٹھا پڑھنا کبھی شامل نہ ہونے والی ایپلیکیشن کو کبھی فارورڈ نہ کرنے والے نیٹ ورک سے الگ کرتا ہے۔

اسے ایک ماخذ اور ایک وصول کنندہ سے ثابت کریں

ترتیب کو چھونے سے پہلے یقینی بنائیں کہ ایپلیکیشن ایک ہی حصے پر کام کرتی ہے۔ اگر وہ مقامی طور پر ناکام ہو، تو ملٹی کاسٹ روٹنگ مسئلہ نہیں اور کوئی سرنگ تبدیلی مدد نہیں کرے گی۔ پھر سرنگ کے پار ایک وصول کنندہ کے ساتھ دہرائیں اور انکرپشن کی حد کے دونوں طرف پیکٹ دیکھیں۔

tcpdump -ni tun0 -c 10 'ip multicast'
tcpdump -ni eth0 -c 10 'ip multicast and host 239.255.0.10'

سرنگ کے اندر نظر آنے والے لیکن باہر نہ ہونے والے پیکٹ انکیپسولیشن یا پالیسی کی طرف اشارہ کرتے ہیں؛ دونوں طرف نظر آنے والے لیکن ایپلیکیشن میں پیش رفت نہ ہونے والے پیکٹ وصول کنندہ کی رکنیت یا ایپلیکیشن کے بندھن کی طرف اشارہ کرتے ہیں۔ ریکارڈنگ مختصر اور فلٹر شدہ رکھیں، کیونکہ مصروف حصے پر وسیع ملٹی کاسٹ ریکارڈنگ زیادہ تر شور ہے۔

جب صرف خدمت درکار ہو تو خدمت کا پتہ منتخب کریں

دریافت اس لیے ہے کہ حرکت کرنے والی چیز مل سکے۔ مستحکم نام والے سرور کو دریافت درکار نہیں، اور نجی DNS میں درج پتہ وسیع علاقے کے لنک پر براڈکاسٹ ڈومین پھیلائے بغیر صارف کے اصل سوال کا جواب دیتا ہے۔ یہی استدلال پرنٹر، آلات اور اندرونی ویب خدمات پر بھی لاگو ہوتا ہے۔ DNS میں نام ہر اس سائٹ سے قابل رسائی ہے جسے ضرورت ہو، جنہیں ضرورت نہیں انہیں کچھ اعلان نہیں کرتا، اور آلے کو مختلف پتے والے آلے سے بدلنے پر بھی کام کرتا رہتا ہے۔

جب کسی پروٹوکول کو واقعی ملٹی کاسٹ درکار ہو، تو اسے گروپ اور ضرورت والی سائٹس تک محدود کریں، وجہ درج کریں، اور ایپلیکیشن بدلنے پر فیصلہ دوبارہ دیکھیں۔ دریافت کو ہر جگہ پھیلانا ایک بار آسان ہے، اور ایک سال تک خاموشی سے اس پر انحصار کرنے والے آلات کے بعد اسے واپس لینا مشکل ہے۔