VPN پر سمارٹ ٹی وی: کاسٹنگ اور DNS الگ الگ کیوں ٹوٹتے ہیں
ٹی وی کا ٹریفک روٹر پر روٹ کریں، پھر سلیکٹر، حل کنندہ، IPv6 اور کاسٹنگ راستے کو چار الگ الگ جانچوں کی طرح دیکھیں۔
آپ کا ٹیلی ویژن غیر ملکی کیٹلاگ دکھاتا ہے، اور فون کا کاسٹ بٹن اسے اب فہرست میں نہیں دکھاتا۔ دونوں شکایات ایک ہی جملے سے شروع ہوتی ہیں جو روٹر کے چار صفحات پر چار ترتیبات کے نام لیتا ہے۔ اخراج درست کریں — دریافت ٹوٹ جاتی ہے؛ دریافت درست کریں — اگلی لیز اخراج کسی اور ڈیوائس کو دے دیتی ہے۔ نیچے کا ترتیب سلیکٹر سے کاسٹنگ راستے تک چلتا ہے۔
چار فیصلوں میں سے ہر ایک کہاں رہتا ہے
مینو کھولنے سے پہلے چاروں لکھ لیں، کیونکہ ہر ایک الگ صفحے پر رہتا ہے اور الگ جگہ ناکام ہوتا ہے۔ سلیکٹر چنتا ہے کہ ٹنل کس کلائنٹ پر لاگو ہوتا ہے، حل کنندہ طے کرتا ہے کہ ناموں کا جواب کہاں دیا جاتا ہے، پتہ خاندان طے کرتا ہے کہ IPv6 بالکل شامل ہے یا نہیں، اور مقامی راستہ طے کرتا ہے کہ فون اور ٹیلی ویژن اب بھی ایک دوسرے کو دیکھتے ہیں۔ ایک میں تبدیلی اس صفحے سے مکمل دکھتی ہے جہاں آپ کھڑے ہیں۔ باقی تین کا نقصان بعد میں، کسی اور مینو میں، کسی اور شکایت کے طور پر ظاہر ہوتا ہے۔
فرم ویئر کے مینو مختلف ہوتے ہیں، مگر چار جگہیں شاذ و نادر۔ سلیکٹر DHCP سرور پر جامد نقشہ اور اس سے مماثل فائر وال اصول ہے۔ حل کنندہ DNS سروس کے ساتھ بیٹھتا ہے، جہاں فارورڈر اندراج یا اوپر کے سرورز کی فہرست طے کرتی ہے کہ روٹر کن ناموں کا جواب دیتا ہے اور سوالات کہاں سے نکلتے ہیں۔ خاندان کی ترتیب خود انٹرفیس کی ہے، جہاں IPv4 اور IPv6 الگ الگ ترتیب دیے جاتے ہیں اور پالیسی صرف پہلے کو ڈھانپ سکتی ہے۔ مقامی راستہ رسائی نقطے کا سوئچ ہے، یا تو کلائنٹ تنہائی یا اپنے فائر وال والا مہمان نیٹ ورک۔
سلیکٹر کو لیز سے زیادہ جینے دیں
ہر ڈیوائس کی پالیسی اور مخصوص حصہ دونوں کام کرتے ہیں، اور بہتر انتخاب وہ ہے جسے فرم ویئر دوسرے شخص کی یاد کے بغیر برقرار رکھ سکے۔ جال وہ اصول ہے جو DHCP سرور کے اپنے شیڈول کے مطابق دیے گئے پتے پر جڑا ہو: یہ لیز ہلنے تک کام کرتا ہے، پھر مالک کو نظر نہ آنے والی وجوہات کی بنا پر لیپ ٹاپ کو کسی اور ملک سے روٹ کرتا ہے۔ صفائی نہیں، پائیداری ہی وہ خوبی ہے جسے بہتر بنانا چاہیے۔
| Rule names the TV by | After the next lease | What it costs |
|---|---|---|
| whatever address it has now | may point at another client | silent misrouting weeks later |
| a reserved address | holds, if the reservation ships with it | one more entry to keep in step |
| a hardware address | holds, unless the device rotates it | privacy features can break it |
| a whole segment | holds for every device on it | neighbours inherit the exit |
ریزرویشن اور اصول کو ایک ہی تبدیلی کے طور پر بھیجیں، کیونکہ اپنی ریزرویشن سے زیادہ جینے والا اصول کسی اور کے ہارڈ ویئر کو نشانہ بناتا ہے۔ پورے حصے کا اصول سب سے پائیدار اور سب سے بھدا سلیکٹر ہے، کیونکہ اس انٹرفیس کے پیچھے ہر ڈیوائس اخراج ورثے میں لیتا ہے، چاہے اسے ضرورت ہو یا نہ ہو۔ آپ کوئی بھی سلیکٹر چنیں، اگلا سوال کوریج کا ہے: صرف IPv4 کی پالیسی آدھا فیصلہ ہے، اور نہ ڈھانپا گیا خاندان ہی وہ ہے جو کسی کو پتہ چلے بغیر نکل جاتا ہے۔
پتہ لگائیں کہ ٹیلی ویژن واقعی کون سا حل کنندہ استعمال کرتا ہے
روٹر چھونے سے پہلے ٹیلی ویژن کی اپنی نیٹ ورک ترتیبات کھولیں، کیونکہ یہ بحث ڈیوائس ہی طے کرتی ہے۔ ہاتھ سے مقرر کردہ DNS خانہ DHCP جو بھی دے اسی سرور کو استعمال کرتا رہتا ہے، اور ایک بار کسی اور خطے کے لیے ترتیب دیا گیا سیٹ ٹاپ باکس اب بھی ایسے پتے کی طرف اشارہ کر سکتا ہے جو اب جواب نہیں دیتا۔ اگر خانہ خودکار ہو تو روٹر کا DHCP اختیار طے کرتا ہے، اور روٹر کا اپنا حل کنندہ اگلا سوال بن جاتا ہے۔ بہرحال جواب ڈیوائس کی سکرین پر ہے، فرم ویئر دستی میں نہیں۔
روٹر کی طرف، اہم فرق ان ناموں کے درمیان ہے جن کا روٹر خود جواب دیتا ہے اور جنہیں آگے بھیجتا ہے، کیونکہ یہ دونوں راستے مختلف انٹرفیس سے نکل سکتے ہیں۔ اس لیے صحیح طور پر حل ہونے والی استفسار اس بارے میں کچھ نہیں کہتی کہ میڈیا کی درخواست کہاں جاتی ہے، اور Linux گیٹ وے پر پالیسی جدول اور ایک ہی راستے کی تلاش ٹیلی ویژن پر کچھ پکڑے بغیر دونوں سوالوں کا جواب دیتے ہیں:
ip rule show
ip route get 203.0.113.10
پہلا حکم ٹیلی ویژن کے ٹریفک کو نشان زد کرنے والے اصول کے لیے اور دوسرا مثال کے پتے کی طرف جانے والے پیکٹ کے اصل میں استعمال ہونے والے انٹرفیس کے لیے پڑھیں۔ جب دونوں نہ ملیں تو قصور حل کنندہ کا نہیں؛ پالیسی کا ہے۔ ایک چیز بدلیں، پھر جوڑی دوبارہ چلائیں، کیونکہ اصولوں کی فہرست ترتیب کے لیے حساس ہے اور نئی اندراج ٹریفک لے جانے والے اصول کو سایہ کر سکتی ہے۔ منزل دستاویزات کے لیے مخصوص ہے، اس لیے چسپاں شدہ پیداوار نمونے کے طور پر پڑھی جاتی ہے۔
کاسٹنگ دریافت پر ٹوٹتی ہے، اسٹریم پر نہیں
کاسٹنگ کم از کم تین گفتگو ہے اور ان میں سے صرف ایک ویڈیو لے جاتی ہے۔ فون مقامی حصے میں ملٹی کاسٹ یا براڈ کاسٹ کے ذریعے ٹیلی ویژن تلاش کرتا ہے، کیا چلانا ہے یہ بتانے کے لیے کنٹرول چینل کھولتا ہے، پھر ٹیلی ویژن یا خود اسٹریم لے آتا ہے یا فون سے بھیجی گئی صورت میں وصول کرتا ہے۔ دریافت کبھی اس روٹر کو پار نہیں کرتی جو یہ ٹریفک آگے نہیں بھیج رہا، اور اسی طرح ٹیلی ویژن بالکل ویسے ہی روٹ ہو سکتا ہے جیسا چاہا گیا تھا اور پھر بھی کاسٹ فہرست میں کبھی نہ آئے۔
مہمان نیٹ ورک اور کلائنٹ تنہائی عام وجہ ہیں، اور دونوں وہی کر رہے ہیں جس کے لیے ترتیب دیے گئے تھے۔ ایک ڈیوائس دوبارہ نظر آئے اس لیے پورے وائرلیس نیٹ ورک پر تنہائی بند کرنا عام ضرورت سے زیادہ اصلاح ہے، اور یہ اس ترتیب کے بند کرنے کے لیے موجود ہر فون سے فون راستے کو دوبارہ کھول دیتا ہے۔ زیادہ تنگ جوابات ہیں: دو پتوں کے درمیان دریافت اور کنٹرول ٹریفک کے لیے گزر اصول، ٹیلی ویژن کے لیے الگ SSID، یا مہمان نیٹ ورک پر ایک دستاویزی استثنا۔
تنہائی اصول کے اب بھی جگہ پر ہونے پر کاسٹ جانچیں، پھر صرف دریافت استثنا شامل کریں اور دوبارہ جانچیں۔ اگر دوسری کوشش ٹیلی ویژن ڈھونڈ لے تو استثنا ہی حل ہے اور حصے کا باقی حصہ پہلے جیسا رہ سکتا ہے۔
ٹنل روکیں اور دیکھیں کہ یہ کس طرف ٹوٹتا ہے
آخری جانچ وہی ہے جسے زیادہ تر ترتیبات چھوڑ دیتی ہیں: ٹنل نیچے اتاریں اور دیکھیں کہ ٹیلی ویژن رکتا ہے یا مقامی کنکشن سے خاموشی سے نکل جاتا ہے۔ ترجیح ظاہر کرنے والی پالیسی کھلے طور پر ناکام ہوتی ہے، اور یہ ناکامی چھوڑنا آسان ہے کیونکہ اخراج ISP کی طرف واپس جاتے ہوئے پلے بیک جاری رہتا ہے۔ کل سوئچ اصول اس کے برعکس بند طور پر ناکام ہوتا ہے، اور ٹنل واپس آنے تک ٹیلی ویژن کچھ نہیں بتاتا۔ دونوں رویوں میں کوئی غلط نہیں؛ یہ نہ جاننا کہ آپ نے کون سا ترتیب دیا، غلط ہے۔
کسی بھی تبدیلی کے بعد چار چیزیں اسی ترتیب سے دوبارہ جانچیں۔ اگلی لیز یا ری بوٹ کے بعد بھی سلیکٹر ڈیوائس سے میل کھاتا ہے۔ حل کنندہ پالیسی کے ارادے والے راستے پر جواب دیتا ہے، ڈیوائس کے یاد رکھے سرور سے نہیں۔ پالیسی میں پتہ خاندان ہر اس خاندان کو ڈھانپتا ہے جو ٹیلی ویژن اور رسائی نیٹ ورک واقعی استعمال کرتے ہیں۔ کاسٹنگ اب بھی اسی فون سے ٹیلی ویژن ڈھونڈتی ہے جو واقعی استعمال ہوگا، اسی SSID پر بیٹھے آزمائشی فون سے نہیں۔
وہ چار سطریں چیٹ تھریڈ میں نہیں، روٹر ترتیب کے پاس رکھیں: اصول کس سے میل کھاتا ہے، ٹیلی ویژن کس حل کنندہ سے پوچھتا ہے، کون سا خاندان ڈھانپا ہے، اور کاسٹنگ کو کون سا مقامی راستہ چاہیے۔ فائر وال کھولنے والا اگلا شخص ٹکٹ پڑھنے سے بہت پہلے ترتیب پڑھے گا۔ تب تک وہ شخص آپ ہی ہو سکتے ہیں۔