סמארט TV ב-VPN: למה casting ו-DNS נשברים בנפרד
נתבו את התעבורה של הטלוויזיה בנתב, ואז התייחסו לבורר, לפותר, ל-IPv6 ולמסלול ה-casting כאל ארבע בדיקות נפרדות.
הטלוויזיה שלכם מציגה את הקטלוג הזר, וכפתור ה-casting בטלפון כבר לא מציג אותה. שתי התלונות מתחילות במשפט אחד שמזכיר ארבע הגדרות בארבעה דפים של הנתב. תקנו את היציאה והגילוי נשבר; תקנו את הגילוי והחכירה הבאה מעבירה את היציאה להתקן אחר. הסדר שלמטה הולך מהבורר ועד למסלול ה-casting.
איפה כל אחת מארבע ההחלטות גרה
רשמו את ארבעתן לפני פתיחת תפריט, כי כל אחת גרה בדף אחר ונכשלת במקום אחר. הבורר בוחר לאיזה לקוח המנהרה חלה, הפותר מחליט איפה עונים לשמות, משפחת הכתובות מחליטה אם 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 מציע, וממיר set-top שהוגדר פעם לאזור אחר יכול עדיין להצביע לכתובת שכבר לא עונה. אם השדה אוטומטי, אפשרות ה-DHCP של הנתב מכריעה, והפותר של הנתב עצמו הופך לשאלה הבאה. כך או כך התשובה על מסך ההתקן, לא במדריך הקושחה.
בצד הנתב, ההבחנה שחשובה היא בין שמות שהנתב עונה עליהם בעצמו לשמות שהוא מעביר הלאה, כי שני המסלולים האלה יכולים לצאת דרך ממשקים שונים. לכן חיפוש שנפתר נכון לא אומר דבר על לאן בקשה למדיה הולכת, ובשער Linux טבלת המדיניות בתוספת חיפוש מסלול אחד עונים על שתי השאלות בלי לתפוס דבר בטלוויזיה:
ip rule show
ip route get 203.0.113.10קראו את הפקודה הראשונה עבור הכלל שמסמן את התעבורה של הטלוויזיה ואת השנייה עבור הממשק שחבילה לכתובת הדוגמה באמת תשתמש בו. כששניהם לא מסכימים, הפותר לא אשם; המדיניות אשמה. שנו דבר אחד, ואז הריצו שוב את הזוג, כי רשימת כללים רגישה לסדר ורשומה חדשה יכולה להאפיל על הכלל שנשא את התעבורה. היעד שמור לתיעוד, ולכן פלט שהודבק נקרא כדוגמה.
ה-casting נשבר בגילוי, לא בזרם
ה-casting הוא לפחות שלוש שיחות ורק אחת מהן נושאת וידאו. הטלפון מגלה את הטלוויזיה באמצעות multicast או broadcast בפלח המקומי, פותח ערוץ בקרה כדי לומר מה לנגן, ואז הטלוויזיה או מושכת את הזרם בעצמה או מקבלת אותו מועבר מהטלפון. הגילוי אף פעם לא חוצה נתב שלא מעביר את התעבורה הזאת, וכך טלוויזיה יכולה להיות מנותבת בדיוק כמתוכנן ועדיין אף פעם לא להופיע ברשימת ה-casting.
רשתות אורחים ובידוד לקוחות הם הגורם הרגיל, ושניהם עושים בדיוק את מה שהוגדרו לעשות. כיבוי הבידוד בכל הרשת האלחוטית כדי שהתקן אחד יופיע שוב הוא התיקון המוגזם הרגיל, והוא פותח מחדש כל מסלול טלפון-לטלפון שההגדרה נועדה לסגור. יש תשובות צרות יותר: כלל מעבר לתעבורת גילוי ובקרה בין שתי כתובות, SSID נפרד לטלוויזיות, או חריגה מתועדת אחת ברשת האורחים.
בדקו את ה-casting כשכלל הבידוד עדיין במקומו, ואז הוסיפו רק את חריגת הגילוי ובדקו שוב. אם הניסיון השני מוצא את הטלוויזיה, החריגה היא הפתרון ושאר הפלח יכול להישאר כפי שהיה.
עצרו את המנהרה ותראו לאיזה כיוון היא נכשלת
הבדיקה האחרונה היא זו שרוב ההתקנות מדלגות עליה: הורידו את המנהרה ותראו אם הטלוויזיה עוצרת או יוצאת בשקט דרך החיבור המקומי. מדיניות שמביעה העדפה נכשלת בפתוח, והכשל הזה קל לפספס כי הניגון ממשיך בזמן שהיציאה חוזרת לספק. כלל kill-switch נכשל בסגור במקום, והטלוויזיה אינה מדווחת דבר עד שהמנהרה חוזרת. אף אחת משתי ההתנהגויות אינה שגויה; לא לדעת איזו הגדרתם זו השגיאה.
בדקו שוב ארבעה דברים אחרי כל שינוי, בסדר הזה. הבורר עדיין מתאים להתקן אחרי החכירה או האתחול הבאים. הפותר עונה במסלול שהמדיניות מתכוונת אליו, לא משרת שההתקן זכר. משפחת הכתובות במדיניות מכסה כל משפחה שהטלוויזיה ורשת הגישה באמת משתמשות בה. ה-casting עדיין מוצא את הטלוויזיה מהטלפון שבאמת ישמש, לא מטלפון בדיקה באותו SSID.
שמרו את ארבע השורות האלה ליד תצורת הנתב ולא בשרשור צ'אט: למה הכלל מתאים, איזה פותר הטלוויזיה שואלת, איזו משפחה מכוסה ואיזה מסלול מקומי ה-casting צריך. האדם הבא שיפתח את חומת האש יקרא את התצורה הרבה לפני שיקרא קריאה. עד אז, האדם הזה יכול להיות אתם.