تلویزیون هوشمند روی 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فرمان اول را برای قاعده‌ای بخوانید که ترافیک تلویزیون را علامت می‌زند و دومی را برای واسطی که بسته‌ای به نشانی نمونه واقعاً استفاده می‌کند. وقتی این دو اختلاف دارند، تقصیر حل‌کننده نیست؛ سیاست است. یک چیز را تغییر دهید، سپس جفت را دوباره اجرا کنید، چون فهرست قواعد به ترتیب حساس است و ورودی جدید می‌تواند قاعده‌ای را که ترافیک را حمل می‌کرد تحت‌الشعاع قرار دهد. مقصد برای مستندسازی رزرو شده است، پس خروجی چسبانده‌شده به‌عنوان نمونه خوانده می‌شود.
پخش در کشف می‌شکند، نه در جریان
پخش دست‌کم سه گفت‌وگوست و تنها یکی از آن‌ها ویدئو حمل می‌کند. گوشی تلویزیون را از طریق multicast یا broadcast در بخش محلی کشف می‌کند، کانال کنترلی باز می‌کند تا بگوید چه چیزی پخش شود، و سپس تلویزیون یا جریان را خودش می‌آورد یا آن را از گوشی بازپخش‌شده دریافت می‌کند. کشف هرگز از روتری عبور نمی‌کند که آن ترافیک را ارسال نمی‌کند، و این‌گونه است که تلویزیون می‌تواند دقیقاً همان‌طور که مقصود بود مسیریابی شود و باز هم هرگز در فهرست پخش ظاهر نشود.
شبکه‌های مهمان و جداسازی کلاینت علت معمول‌اند، و هر دو دقیقاً همان کاری را می‌کنند که برایش پیکربندی شده‌اند. خاموش کردن جداسازی در کل شبکه بی‌سیم تا یک دستگاه دوباره ظاهر شود، اصلاح بیش‌ازحد معمول است و هر مسیر گوشی‌به‌گوشی را که این تنظیم برای بستنش بود دوباره باز می‌کند. پاسخ‌های باریک‌تری وجود دارد: یک قاعده عبور برای ترافیک کشف و کنترل میان دو نشانی، یک SSID جدا برای تلویزیون‌ها، یا یک استثنای مستندشده در شبکه مهمان.
پخش را با قاعده جداسازی که هنوز سر جایش است آزمایش کنید، سپس فقط استثنای کشف را اضافه کنید و دوباره آزمایش کنید. اگر تلاش دوم تلویزیون را پیدا کرد، استثنا راه‌حل است و بقیه بخش می‌تواند همان‌طور که بود بماند.
تونل را متوقف کنید و ببینید به کدام سمت شکست می‌خورد
آخرین بررسی همانی است که بیشتر پیکربندی‌ها از آن می‌گذرند: تونل را پایین بیاورید و ببینید تلویزیون متوقف می‌شود یا بی‌صدا از اتصال محلی خارج می‌شود. سیاستی که ترجیحی را بیان می‌کند باز شکست می‌خورد، و این شکست آسان نادیده می‌گیرد چون پخش ادامه دارد در حالی که خروجی به ISP برمی‌گردد. قاعده kill-switch به‌جای آن بسته شکست می‌خورد، و تلویزیون تا بازگشت تونل چیزی گزارش نمی‌کند. هیچ‌کدام از دو رفتار غلط نیست؛ ندانستن اینکه کدام را پیکربندی کرده‌اید غلط است.
پس از هر تغییر چهار چیز را به این ترتیب دوباره بررسی کنید. انتخاب‌گر پس از اجاره یا راه‌اندازی بعدی هنوز با دستگاه مطابقت دارد. حل‌کننده روی مسیری که سیاست قصد دارد پاسخ می‌دهد، نه از سروری که دستگاه به یاد داشته است. خانواده نشانی در سیاست هر خانواده‌ای را پوشش می‌دهد که تلویزیون و شبکه دسترسی واقعاً به کار می‌برند. پخش هنوز تلویزیون را از گوشی‌ای که واقعاً استفاده خواهد شد پیدا می‌کند، نه از گوشی آزمایشی روی همان SSID.
آن چهار خط را کنار پیکربندی روتر نگه دارید نه در رشته گفت‌وگو: قاعده با چه چیزی مطابقت دارد، تلویزیون از کدام حل‌کننده می‌پرسد، کدام خانواده پوشش دارد و پخش به کدام مسیر محلی نیاز دارد. نفر بعدی که دیوار آتشین را باز می‌کند پیکربندی را بسیار پیش‌تر از خواندن بلیت می‌خواند. تا آن زمان، ممکن است آن شخص خود شما باشید.