קסקדת SoftEther: חיבור שני מרכזים וירטואליים בכוונה
קסקדה מחברת מרכז מקומי למרכז מרוחק תחת זהות מוגדרת. היא אינה צומת יציאה, והיא נושאת כל מה שהמרכזים האלה כבר מגשרים עליו.
שני מרכזי SoftEther המחוברים בקסקדה חולקים תחום שידור אחד, ולכן לולאה או שרת DHCP שני מפסיקים להיות טעות מקומית והופכים לטעות משותפת. זהו כל מודל הסיכון. הקסקדה עצמה היא יחס לקוח מוגדר: המרכז הווירטואלי המקומי מתחבר אל המרכז של שרת מרוחק תחת זהות שאותו שרת מאשר. היא אבן בניין לרשת וירטואלית גדולה יותר, ולעולם לא יציאה לאינטרנט.
1. החליטו מה הקישור חייב לשאת
התחילו מהדרישה, לא מהתכונה. קסקדה מעבירה פריימים של שכבה שנייה בין מרכזים, וזה מה שרוצים כששני אתרים צריכים להיראות כמו מקטע Ethernet אחד. אם הצורך הוא רק גישה מנותבת לכמה תתי-רשתות, נתיב מנותב פשוט יותר ונכשל בדרכים קלות יותר לראייה. בחירת קסקדה מחייבת אתכם לשידור משותף, לגילוי משותף ולטופולוגיית לולאה אחת.
כתבו את הדרישה בשורה אחת לפני שנוגעים בשרת: אילו מערכות צריכות להיראות על אותו כבל, ואילו זקוקות רק לנתיב. כל מה שעונה «נתיב» נמצא מחוץ לקסקדה. המשפט היחיד הזה מונע את רוב התכנונים שמסתיימים בשירותי כתובות כפולים.
2. תִחוּמוּ את הזהות שמאשרת זאת
פרטי הכניסה שמנהלים שרת והזהות שקסקדה משתמשת בה כדי להתחבר הם סודות שונים, וערבובם הוא קיצור דרך נפוץ עם זנב ארוך. המרכז המרוחק זקוק לרשומת משתמש או מדיניות שמתירה לקסקדה הזו להתחבר. הרשומה הזו היא ההרשאה; כניסה מוצלחת לא אומרת דבר על מה שנמצא מאחורי המרכז המרוחק.
תעדו איזה מרכז יוזם, לאיזה מרכז מרוחק הוא מצטרף ומה הזהות המרוחקת רשאית להגיע אליו. השוו את שתי הארכיטקטורות לפני שאתם מתחייבים:
| Requirement | Routed path | Cascaded segment |
|---|---|---|
| Broadcast domain | Separate on each side | Shared across the link |
| Address service | One DHCP server per side | Must not run two on one domain |
| Loop risk | Route loops only | Layer-two loops if segments overlap |
שמרו על עדכניות פרטי הכניסה והוראות השחזור של שני הקצוות. שינוי סיסמה או עריכת מדיניות במרכז המרוחק שוברים את הקסקדה בלי לגעת במשתמשים המקומיים שלכם, והכשל מופיע בדרך כלל כקישור שפעיל אך ריק.
3. בדקו מה המרכז כבר נושא
מרכז נדיר שהוא מבודד. ייתכן שהוא כבר מגשר לכרטיס רשת פיזי, מנתב דרך נתב וירטואלי או עושה קסקדה למקום אחר, וכל אחת מההצמדות האלה נישאת אל היחס החדש. לכן «רק חיברנו שני מרכזים» הופך לעתים כל כך קרובות ל«למה שני האתרים האלה הם עכשיו מקטע אחד?».
שני מרכזים שמגושרים לאותו מקטע פיזי ואז עושים קסקדה זה לזה יוצרים לולאה. הוסיפו spanning tree או שלא תבנו את זה. אותו מבחן חל על מרכז שכבר מגיע ליעד דרך קסקדה אחרת: קישור נוסף לא מוסיף קיבולת, הוא מוסיף נתיב.
אל תוסיפו קישור מפני שחסר נתיב אחד; תקנו את הנתיב. שרטטו את הטופולוגיה על נייר תחילה, כולל כל גשר וקסקדה, כי התרשים לוקח שתי דקות ותופס את רוב הלולאות לפני שהן קיימות.
4. סַדְּרוּ את הכתובות לפני החיבור
מקטעים מחוברים מביאים תתי-רשתות כפולים, ושרתי DHCP כפולים הם הסימפטום הקלאסי: לקוחות לוקחים חכירה מהשרת שעונה ראשון, ולכן ההתנהגות נראית אקראית ועוברת בין אתחולים. החליטו מראש איזה צד מחזיק בהקצאת הכתובות, ותנו למקטע המרוחק טווח שאינו חופף לשום דבר מקומי. השביתו את שירות ה-DHCP האחר לפני שהקסקדה עולה לאוויר, לא אחרי התלונה הראשונה.
DNS הוא שאלה נפרדת. קסקדה נושאת פריימים; היא אינה מגדירה פותרנים, ושם שנפתר בצד המקומי אולי לא ייפתר מעבר לקישור. בדקו את השאילתה בנפרד מנתיב ה-IP, כי ping עובד מוכיח רק אחד מהשניים.
5. הוכיחו זאת במשאב אמיתי
בחרו שירות מורשה במקטע המרוחק המיועד ואשרו שהתשובה חוזרת דרך הקסקדה. לאחר מכן חזרו על כך לפתרון שמות. אם היעד נשען על גילוי שידור, צפו להתנהגות שונה בקישור מגושר מאשר על כבל אחד, ותכננו לכך במקום לתעד זאת כתקלה.
לבסוף, כתבו את הטופולוגיה: איזה מרכז עושה קסקדה לאן, איזו זהות מאשרת זאת, אילו מקטעים מגושרים ומי מחזיק בהקצאת הכתובות בכל אחד. הפתק הזה הוא מה שמאפשר לאדם הבא לשנות מדיניות בלי להפיל מקטע שלא ידע שקיים.