האם VPN שובר את בקרת ההורים במכשיר משפחתי?
חלק מהכללים חיים בנתיב וחלק בחשבון. קחו קו בסיס, הוסיפו את המנהרה והשוו היכן כל מסנן פועל בפועל.
בקרת הורים אינה מוצר אחד. כלל יכול לחיות בנתב, בשירות ה-DNS, בחשבון מערכת ההפעלה, בדפדפן מסוים או בכל אפליקציה. VPN משנה את מה שנתיב הרשת יכול לראות, והוא לא משנה דבר במגבלת זמן ברמת החשבון. הריצו את אותן בדיקות לפני הוספת המנהרה ואחריה, והחלוקה הופכת לגלויה במקום לנתונה לוויכוח.
רשמו איזה כלל חי היכן
התחילו במלאי: מכשיר, חשבון, דפדפן ואפליקציה, ואחר כך המנגנון שאוכף כל דרישה. מגבלות זמן נמצאות בדרך כלל בחשבון הפלטפורמה. גם מגבלות התקנה ורכישה נמצאות שם. סינון תוכן הוא המעורפל, כי הוא יכול להיות כלל נתב, תשובת DNS, מדיניות דפדפן או תכונה ברמת האפליקציה. כל אחד מהם מתנהג אחרת ברגע שהתעבורה נעטפת.
| Mechanism | Where it operates | What a tunnel changes |
|---|---|---|
| Router or DNS filter | The network path or the resolver | Hides destinations and queries inside the tunnel |
| OS account limits | The device and the signed-in account | Nothing about the internet exit |
| Browser policy | A specific browser under a managed account | Depends on whether that browser uses the tunnel |
| App-level restriction | The application itself | Usually independent of routing |
מלאי שנלקח לפני השינוי הוא הדרך היחידה להבחין בין נסיגה למשהו שמעולם לא עבד.
קחו קו בסיס לפני שמתקינים משהו
רשמו איזה פותר עונה, באיזה נתיב הולך יעד רגיל, והאם דף חסום מוכר אכן חסום. אחר כך חזרו על אותן שלוש תצפיות, באותו סדר, באותו מכשיר.
resolvectl status | head -20
ip route get 203.0.113.10
dig +short example.comפלט הפותר מראה אם המכשיר משתמש ב-DNS של הנתב או בפותר פרטי שהוגדר במכשיר. הפרט האחד הזה מסביר את רוב ההפתעות, כי מכשיר שמשתמש בפותר המוצפן שלו אף פעם לא מתייעץ עם מסנן הבית. החזיקו את הדרישה האמיתית של הבית בשפה פשוטה לצד כל תוצאה. «בלי רשתות חברתיות אחרי תשע» ו«הנתב הזה חוסם רשימת דומיינים» הם דרישות שונות עם בעלים שונים, ומנהרה משפיעה רק על אחת מהן.
חזרו על אותן בדיקות כשהמנהרה פעילה
לאחר חיבור המנהרה, חזרו על בדיקות הפותר והנתיב. אם הפותר התחלף לפרטי, הסינון של הנתב כבר לא בנתיב, גם אם המכשיר עדיין ברשת הבית.
resolvectl status | head -20
ip route get 203.0.113.10
curl -sS -o /dev/null -w '%{http_code}\n' https://example.comנתיב שעובר כעת דרך המנהרה מסביר אובדן סינון של הנתב בלי לרמוז שמגבלות החשבון הפסיקו לעבוד. בדקו מגבלת חשבון בנפרד, בקריאה בהגדרות של הפלטפורמה עצמה ולא בהסקה מדף חסום. תוצאות דפדפן דורשות את אותה זהירות. מסנן שחל רק על חשבון ילד מחובר בדפדפן אחד לא אומר דבר על דפדפן אחר או על אפליקציית שולחן עבודה שנפתחת מחוצה לו.
פתרו קונפליקטים במקום לכבות דברים
שני מוצרים שרוצים שניהם להחזיק בהרחבת הרשת של המכשיר עלולים להתנגש, והסימפטום הרגיל הוא שאחד מהם מסרב להתחבר. הסרת ההגנה כדי שהמנהרה תעבוד היא הכיוון הלא נכון. קראו את הערות התאימות של שני הספקים ובחרו סידור ששומר על הדרישה. לפעמים זה אומר להעביר את המסנן לשכבה אחרת, כמו פרופיל מכשיר מנוהל, במקום להריץ שתי אפליקציות שנאבקות על אותו וו.
אם משאב בית ספר או עבודה לגיטימי חסום, תנו למנהל הבית מסלול אישור מתועד. חריגה עם סיבה ותאריך בדיקה ניתנת לתחזוקה; ערימה של שינויי רשת אד־הוק לא.
שמרו על התיעוד קטן ועדכני
עמוד אחד מספיק: מכשירים, חשבונות, איזה מנגנון אוכף כל כלל והתאריך שבו נבדק לאחרונה. חזרו על הבדיקות אחרי עדכון אפליקציה גדול, כי הרחבות רשת ומדיניות דפדפן זזות בין גרסאות.
כתבו את התיעוד לאדם שינפה תקלות בזה בעוד חצי שנה, שאולי יהיה אתם אחרי שתשכחו כל פרט. נקבו בשמות המנגנונים ולא המוצרים, וההערות יישארו מובנות גם אחרי שינוי מיתוג.