SonicWall VPN ב-Mac: לקוח SSL או L2TP מקורי?

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

שאלו את השער איזה שירות פעיל

שני שירותי גישה מרחוק מופיעים תחת אותו שם מוצר ומתנהגים אחרת לגמרי. האחד הוא SSL VPN שאליו מגיעים עם לקוח של הספק, והשני הוא IPsec או L2TP שאותו לקוח macOS המובנה יכול לחייג. הם נבדלים בפורטים, באימות ובהקצאת כתובות, ולכן פרופיל של האחד חסר תועלת מול השני. בחירה מהצד של ה-Mac בלבד היא ניחוש בלבוש תצורה.

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

לכו במסלול L2TP המקורי

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

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

scutil --nc list
networksetup -listallnetworkservices

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

לכו במסלול לקוח SSL

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

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

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

קראו נכון את הודעת המיתוג מחדש

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

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

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