גישה מרחוק או VPN מאתר לאתר: מה מתאים?
מנהרת גישה מרחוק מחברת התקן לרשת; מנהרת מאתר לאתר מחברת שערים. השתמשו בטופולוגיה כדי לבחור בתכנון ולצמצם את התקלה.
עובד בנסיעה וסניף צריכים מנהרות שונות, והבחירה הלא נכונה מייצרת תכנון שעובד במעבדה ונכשל ביום שני הראשון. גישה מרחוק מחברת התקן לשער. מאתר לאתר מחברת שני שערים שמייצגים רשתות. רשימת הבדיקה שלמטה מכריעה איזו מהשתיים הדרישה מתארת באמת.
מי מחייג, ומה עומד מאחורי המחייג
בגישה מרחוק תוכנה במחשב הנייד או בטלפון מקימה את המנהרה, והשער מאמת משתמש, התקן או שניהם לפני הקצאת כתובת ומסלולים. במאתר לאתר, נתבים, חומות אש או שערי ענן מקימים את החיבור, וההתקנים שמאחוריהם משתמשים בניתוב רגיל במקום בהרצת לקוח. ההבדל הזה קובע למי שייכת הזמינות של המנהרה: להתקן של עובד במקרה הראשון, ולהתקן מנוהל במקרה השני. הוא גם קובע אם האימות מתאר אדם או רשת.
עצרו כאן אם הדרישה היא שכל מכונה במשרד אחד תגיע למשרד אחר בלי הגדרה לכל התקן. זה מאתר לאתר, וערימה של כניסות גישה מרחוק היא תחליף גרוע.
כתובות ומסלול החזרה
תכננו טווחים מקומיים ומרוחקים נפרדים. שני אתרים יכולים להשתמש באותה תת-רשת פרטית, ואז התכנון צריך תרגום או מספור מחדש לפני שהניתוב יהיה חד-משמעי. נתב ביתי שמשתמש באותו טווח כמו המטה יוצר את אותה בעיה לעובד מרוחק אחד. החפיפה נפוצה מספיק כדי שהבדיקה שלה תהיה חלק מהשיחה הראשונה.
מסלול החזרה חשוב כמו המסלול היוצא. שרת יכול לקבל בקשה ובכל זאת לא להיות לו מסלול חזרה לרשת הלקוח.
תעדו איזה נתב מכיר את הקידומת המרוחקת, במיוחד ברשתות ענן ובכמה שערים. סמל מנהרה ירוק לא יכול לענות אם ליעד יש מסלול חזרה עובד, וגם לא פינג בכיוון אחד. בגישה מרחוק השער בדרך כלל מחזיק במסלול הבריכה; במאתר לאתר, כל נתב ביניים שנושא את הקידומת חייב להסכים. תרגום יכול להסתיר מסלול חסר עד שיישום שמטמיע כתובות נשבר.
היציאה לאינטרנט היא החלטה נפרדת
נגישות פרטית לא מחייבת שהמנהרה תישא גלישה ציבורית. אם תעבורת האינטרנט הרגילה יוצאת דרך השער היא החלטה שנייה, שמתקבלת לכל תכנון ונרשמת בפרופיל הלקוח או בתצורת האתר.
מנהרה מלאה ומנהרה מפוצלת הן תשובות לשאלה הזו, לא לשאלת גישה מרחוק מול מאתר לאתר. שמות פנימיים צריכים DNS מתאים בשני התכנונים, כי לפותר ציבורי אין תשובה לשם מארח של משרד פרטי. דחיפת פותר ודחיפת מסלול ברירת מחדל הן הגדרות קשורות, ושינוי של אחת בלי האחרת מייצר כשלים שנראים כמו בעיות DNS.
השתמשו בטופולוגיה כדי לצמצם את התקלה
מחשב נייד אחד שמשוטט מאבד גישה אצל הלקוח, בחשבון שלו או ברשת המקומית שלו. סניף שלם מאבד גישה בנתיבים ובשערים משותפים.
בדקו קודם את הקמת המנהרה, אחר כך מסלולים, אחר כך תעבורה מותרת, אחר כך פתרון שמות, אחר כך כניסה ליישום, ועצרו בשלב הראשון שנכשל.ip route get 10.60.8.15 עונה על שאלת הניתוב לפני שתקראו יומן יישום אחד. הגדרות הצפנה לא מתקנות שגיאת הרשאה של שיתוף קובץ, ופינג עובד לא מוכיח שיישום מורשה. שמירה על הסדר הקבוע מונעת את שינויי התצורה האקראיים שהופכים תקלה אחת לשלוש.
לבסוף, שמרו על ההגדרות ישרות כשקוראים חומר של ספק: שרת יציאה מסחרי לאינטרנט הוא שירות שונה מהשער הפרטי של חברה ואינו מעניק גישה לרשת של אותה חברה.