קיפאון RDP דרך VPN: הקלט עדיין עובד, ולכן בדקו את התעבורה

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

מה הקיפאון לא מספר לכם

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

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

הפרידו בין שלושת הכשלים בשתי פקודות

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

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

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

כבו את תעבורת UDP והשוו

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

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

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

כשמארח אחד קופא והשאר תקינים

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

ping -f -l 1472 rdp-host.example.com

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

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