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

שני שמות, שתי עבודות שונות

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

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

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

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

במה הלקוח תלוי באמת

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

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

מדוע הפעלת RRAS לא מתקנת כאן דבר

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

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

השוו למחשב עובד

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

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

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