Tasker: חברו את ה-VPN לפני פתיחת כתובת URL פרטית

פתיחת כתובת URL פרטית בתקווה שהמנהרה תעלה ראשונה היא מירוץ, והדפדפן בדרך כלל מנצח. קיצור דרך שמגיב לעמוד שכבר נטען החמיץ את חיפוש ה-DNS ולעיתים קרובות את החיבור הראשון, וזה בדיוק החלק שהיה זקוק ל-VPN. זרימת העבודה חייבת להחזיק בסדר ולא לצפות בו. שלושה תנאים קובעים אם זרימת עבודה זו שייכת ל-Tasker בכלל.

נקודת כניסה אחת צריכה להחזיק ברצף

תנו לשירות הפרטי נקודת כניסה מאושרת אחת, ותנו לנקודה הזו לבצע את השלבים לפי הסדר. אמתו את היעד, בחרו את הפרופיל המיועד, בקשו את החיבור, המתינו לתוצאת מוכנות עם גבול לכמה זמן תמתינו, ורק אז פתחו את כתובת ה-URL. אם שלב כלשהו נכשל, עצרו ואמרו זאת במקום ליפול לפתיחה ישירה.

הסעיף האחרון הזה הוא מה שאנשים מדלגים עליו. זרימת עבודה שפותחת את כתובת ה-URL בכל זאת כשהזמן עובר גרועה מהיעדר אוטומציה, כי היא מייצרת בקשה שנראית כמו VPN כושל כשהיא מעולם לא השתמשה באחד.

1. validate destination against the approved list
2. select the intended VPN profile
3. request connection through the client's supported interface
4. wait for readiness, maximum 20 seconds
5. open the URL only if readiness succeeded
6. on timeout, stop and report

הרשימה הממוספרת למעלה היא החוזה, לא פרופיל מיוצא. כל לקוח מיישם את משטח הבקרה שלו אחרת, וחלקם דורשים תוסף, הרשאת בקרה מפורשת או הסכמת משתמש חד-פעמית שאין אוטומציה שיכולה לספק.

מחובר אינו אותו דבר כמו מוכן

סטטוס שאומר שהמנהרה התחילה מוכיח שהלקוח קיבל את הבקשה. הוא אינו מוכיח שהמפענח מחזיר כעת כתובות פרטיות או שהשירות המיועד נגיש. אלו תוצאות נפרדות, והפער ביניהן הוא המקום שבו קיצור דרך שנפתח מוקדם מדי נכשל בשקט. הלקוח מדווח על המצב של עצמו, לא על מצב הנתיב שכתובת ה-URL תשתמש בו.

הגדירו מוכנות מול משהו שזרימת העבודה יכולה לצפות בו. מצב חיבור מהלקוח, כתובת שנפתרה מהטווח הצפוי או בדיקת נגישות לשירות הספציפי — כולם עובדים, בתנאי שהבדיקה לא יכולה ליפול חזרה לנתיב הרשת הרגיל. בדיקה שמצליחה דרך המסלול הרגיל לא אומרת לכם דבר.

הגבילו את ההמתנה. תנאי מוכנות ללא פסק זמן הופך פרופיל שבור לקיצור דרך שתלוי, ומשתמשים מדווחים על כך כעל קפיאת הטלפון ולא כבעיית VPN.

מה Tasker יכול לעשות ומה לא

Tasker מספק את הדבק: טריגר, רשימת פעולות מסודרת, תנאים ופעולת URL. פעולת פתיחת URL מבצעת רק את שלב הפתיחה ולא דבר אחר. שלב החיבור חייב לבוא מלקוח ה-VPN, דרך תוסף, intent או שירות חשוף שהלקוח מתעד ומתיר.

OpenVPN for Android, למשל, מתעד ממשק בקרה מרחוק שנבנה על AIDL ו-intents. זו יכולת של אותו לקוח, לא רישיון לכל משימה במכשיר להפעיל אותו. העניקו בקרה רק לאפליקציה שאתם מתכוונים אליה, כי שכבת אוטומציה שיכולה לחבר ולנתק מנהרה היא משטח בקרה שראוי להגן עליו.

אם הלקוח המותקן אינו חושף שום מנגנון בקרה נתמך, התשובה הכנה היא שלא ניתן לבנות את זרימת העבודה הזו על אותו לקוח. עמוד השוואת תכונות ישן אינו מפרט יכולות לגרסה שבטלפון.

כאשר הגבול חייב להיות חובה

אוטומציה היא נוחות, ונוחות אינה יכולה לאכוף גבול אבטחה. אם הדרישה היא שאפליקציות מכוסות לעולם לא יתקשרו בלי ה-VPN, השתמשו בהגדרת ה-VPN תמיד-פועל והחסימה של הפלטפורמה, או בתצורה המנוהלת המקבילה. אירוע דפדפן שמתרחש לאחר שהניווט החל אינו יכול להחליף את האכיפה הזו, עד כמה שהמשימה מסודרת בקפידה.

החליטו מה אתם בונים. קיצור דרך שמתחבר תחילה ואז פותח הוא שימושי והוא אינו הבטחה. מכשיר מנוהל עם חסימה מופעלת הוא הבטחה והוא אינו זקוק לרצף Tasker בכלל.

הריצו שלוש תוצאות, לא אחת

הריצו את זרימת העבודה מול חיבור מוצלח, פסק זמן מכוון וחיבור מחדש רגיל לאחר שהמנהרה נופלת. מקרה פסק הזמן הוא זה שמגלה אם הרצף באמת עוצר, ומקרה החיבור מחדש מגלה אם המוכנות נבדקת או רק מונחת מתוך הצלחה קודמת. הריצו תחילה את מקרה פסק הזמן, כי זרימת עבודה שמתעלמת מכישלון אינה שווה בדיקה להצלחה.

אפשרו רק יעדים מהרשימה המאושרת, ובדקו כל קישור שמגיע מבחוץ לפני שתפתחו אותו. משימה שמקבלת קישורים שרירותיים הופכת לדרך להפעיל סכימות לא צפויות, ועמוד ניהול פרטי שאליו מגיעים כך הוא תוצאה גרועה יותר מקיצור דרך כושל.

רשמו את הפרופיל, את תנאי המוכנות ואת פסק הזמן ליד המשימה. האדם הבא שישנה את לקוח ה-VPN יצטרך את שלושתם, ואף אחד מהם אינו נראה מסמל קיצור הדרך.