איך לבחור שערי VPN בין אתרים שמסוגלים לעבוד יחד

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

עברו על הרשימה ועצרו בפריט הראשון שאין לו תשובה.

התחילו מתכונות הפרוטוקול, לא מהמותג

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

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

בדקו את הגרסה, לא את התווית בגיליון הנתונים

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

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

התייחסו לקיבולת כאל שאלה נפרדת

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

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

החליטו על מדיניות הניתוב במפורש

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

תכנונים עם ניתוב דינמי מוסיפים דרישה נוספת: תמיכה בפרוטוקול ניתוב בשני הקצוות.

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

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

אחריות חומרה אינה תשובה לאף אחת מהשאלות האלה.

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