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

תנו שם לתפקיד לפני שמתקינים משהו

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

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

לפני שנוגעים בטלפון

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

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

הפעילו את התפקיד בטלפון, ואז אשרו אותו

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

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

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

בדקו את הקישור העולה לפני שמודדים משהו

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

השוו כתובות יציאה משני הקצוות. פתחו בטלפון עמוד שמחזיר את הכתובת, ואז הריצו curl -s https://ifconfig.me במחשב הנייד. כתובות זהות אומרות שהמחשב יצא דרך החיבור של הטלפון; ספק שמשתף כתובות בין מנויים יכול לגרום לשני חיבורים לא קשורים להיראות זהים, אז התייחסו להתאמה כעקבית ולא כקובעת.

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

הכירו את המגבלות לפני שתלויים בזה

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

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

מאמרים קשורים