טלפון ישן כשער VPN: שלושה תנאים לבדיקה
טלפון ישן הוא מכשיר רק אם התפקיד נתמך, הרשת יכולה להגיע אליו ומישהו אחראי על השחזור. שלושה תנאים, החלטה אחת.
טלפון שנשכח במגירה כולל מעבד, אחסון פלאש, Wi-Fi וסוללה, שזה יותר חומרה מרוב המחשבים החד-לוחיים שאנשים פורסים בשמחה. יש בו גם מסך, סוללה מזדקנת ומערכת הפעלה שמפסיקה לקבל עדכוני אבטחה כשהספק ממשיך הלאה. שום דבר מזה לא קובע אם הוא צריך להפוך לשער VPN או ל-NAS.
האם הוא צריך להפוך לשער VPN או ל-NAS לא נקבע על ידי ההשוואה הזו, כי ההשוואה עוסקת ביכולת וההחלטה עוסקת בתפעול.
שלושה תנאים קובעים זאת. אם אחד מהם נכשל, הפרויקט הוא ניסוי סוף שבוע ולא מכשיר, ומוטב לדעת איזה תנאי נכשל לפני שמעבירים אליו נתונים.
תנאי ראשון: התפקיד באמת נתמך
שלושה סידורים נקראים באותו שם. לקוח VPN מגן על התעבורה של אפליקציות בטלפון. שרת VPN מקבל חיבורים נכנסים. שער מעביר את התעבורה של מכשירים אחרים לתוך מנהרה. אלה פרויקטים שונים, ומנהרת לקוח שעובדת לא מוכיחה דבר על השניים האחרים.
אפליקציה על Android סטנדרטי כפופה לכללי הרצה ברקע, ומסוף שנשאר פתוח אינו דימון. המדריך של Doze ו-App Standby של הפלטפורמה עצמה מסביר מדוע תהליך רקע עלול לאבד גישה לרשת כשהמכשיר מחליט לשהות במנוחה, וזה בדיוק ההתנהגות שאי אפשר שתהיה בשער.
מרחב המשתמש של Linux בתוך Android יורש יותר מגבלות משבטל. chroot משנה את שורש מערכת הקבצים אך עדיין רץ על ליבת Android, על מנהלי ההתקנים ועל מדיניות האבטחה שלה, ולכן root בתוך ה-chroot אינו root מעל הפלטפורמה. החלפת מערכת ההפעלה במקום זה הופכת תמיכת מודם, אחסון וחשמל לאותו מכשיר ספציפי לחלק מהפרויקט שלך, ותמיכת מכשירים היא בדרך כלל החלק שאיש אינו מתחזק.
תנאי שני: הכתובת נגישה
שער צריך להיות נגיש ללקוחות שתלויים בו. טלפון ב-Wi-Fi בתוך ראוטר ביתי נגיש מאותה LAN ומכל מקום שהראוטר מעביר אליו, אבל לא מהאינטרנט אלא אם תארגן זאת.
סלולר הופך את זה לקשה יותר ולא לקל יותר. רשתות סלולריות רבות מציבות מנויים מאחורי NAT ברמת הספק, כך שאין בכלל כתובת נכנסת להעביר אליה, והוספת מודם אינה יוצרת מאזין ציבורי. אם הדרישה היא גישה מרחוק מבחוץ, התכנון חייב לכלול ממסר או רשת שכבות ששני הקצוות מתחברים אליה החוצה, וזה חלק נע שני לתחזק.
גם חיבור הרשת משתנה לפי מכשיר. חלק מהטלפונים מקבלים מתאמי Ethernet USB ואחרים לא, ו-Wi-Fi מוסיף השהיה והתנהגות נדידה משלו. שער שנרדם כשהמסך כבוי או מפיל את המנהרה במעבר גרוע מאין שער.
תנאי שלישי: מישהו אחראי על עדכונים ושחזור
זה התנאי שאנשים מדלגים עליו, והוא זה שקובע אם הדבר ישרוד שנה. כל רכיב צריך בעלים: בניית מערכת ההפעלה, הליבה אם החלפת אותה, חבילת השרת, האישורים והפרטים שהנפקת.
השחזור הוא החצי הקשה יותר. איך נכנסים אחרי אתחול בלי מסך, עם פאנל מגע שבור או סוללה נפוחה? איך מבטלים זהות לקוח שאבדה? איך משחזרים את האחסון למכשיר חלופי כשהמקור הוא דגם שהופסק?
גם החשמל שייך לכאן. עומס מתמשך פירושו חום מתמשך, וסוללה מזדקנת אינה UPS אוטומטית. פעל לפי הנחיות היצרן, והתייחס לכל נפיחות או נזק כאל אות עצירה ולא כאל משהו לעקוף.
כשהתשובה היא לא
הפעל את שלושת התנאים על מה שאתה באמת צריך, והיה ספציפי לגבי המשימה ולא לגבי הקטגוריה.
| Task | Phone is reasonable when |
|---|---|
| Protecting the phone's own traffic | The client is a supported Android app; no forwarding involved |
| Small lab tunnel inside one LAN | Downtime is acceptable and you can reach the device to fix it |
| Household NAS holding the only copy | Never; that is a backup problem, not a hardware problem |
| Unattended remote access for others | You already own patching, revocation and replacement |
גם מארח Linux ייעודי לא חומק מהרשימה. יש לו מנהל שירותים ומסלול ניהול אחסון ורשת ברורים יותר כשהחומרה וההפצה נתמכות, אבל הוא עדיין צריך חשמל, עדכונים וגיבויים. הלוח לבדו אינו מכשיר.
לכן בחר בטלפון כשהיכולות הנתמכות שלו מתאימות למשימה צנועה וההשבתה הניסויית באמת מקובלת. בחר במשהו אחר כשהדרישה היא אחסון ביתי שאסור לאבד, או גישה מרחוק שאנשים אחרים יהיו תלויים בה. בשני המקרים הגורם המכריע הוא התקנה ניתנת לשחזור ונוהל שחזור שבאמת בדקת, ושום כמות חומרה חינמית לא מחליפה אף אחד מהם.