לקוח SoftEther באתחול: AccountStartupSet וסדר הדימון

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

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

ודאו שהחשבון מסומן להתחלה אוטומטית

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

cd /opt/softether/vpnclient
./vpncmd

בחרו 2 לניהול לקוח VPN ואשרו את השרת המקומי בלחיצה על Enter.

AccountStartupSet
office-hub
exit

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

ודאו שהשירות מתחיל, ומספיק מוקדם

ב-Linux הלקוח רץ כדימון מהתיקייה שלו, והוא חייב להיות למעלה לפני שכל שלב אתחול ינסה להשתמש בחשבון. וו קצר שמחליף תיקייה ומפעיל אותו מספיק במערכות שעדיין מריצות rc.local.

cd /opt/softether/vpnclient
./vpnclient start

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

בדקו את רשימת התהליכים במקום לסמוך על קובץ pid שהושאר מהאתחול הקודם.

ודאו שהמתאם קיבל כתובת

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

ip -brief address
dhclient vpn_vpn1

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

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

ודאו שהמסלול מצביע לאן שאתם חושבים

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

ip route get 10.10.20.15

תת-רשת מקומית שחופפת לטווח הרכזת מנצחת, כי המסלול שלה ספציפי יותר וכבר מותקן.

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

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

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

הדגל הוא שורה אחת ליישום מחדש וקל לשכוח אותו.

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

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