)
)
บทนำ
การตัดการเชื่อมต่อ Remote Desktop ที่ไม่คาดคิดอาจทำให้การทำงานด้านการบริหารหยุดชะงักและส่งผลกระทบต่อผู้ใช้ทั่วทั้งสภาพแวดล้อม Remote Desktop Services (RDS) อย่างไรก็ตาม การสูญเสียการเชื่อมต่อ Remote Desktop Protocol (RDP) ไม่ได้หมายความว่าการใช้งาน Windows จะสิ้นสุดลง บทความนี้อธิบายวิธีการระบุสาเหตุ กำหนดขีดจำกัดเซสชัน และแก้ไขการตัดการเชื่อมต่อที่เกิดขึ้นซ้ำโดยไม่กระทบต่อความปลอดภัย
ทำไม Remote Desktop ถึงตัดการเชื่อมต่ออยู่บ่อยๆ?
การเชื่อมต่อ Remote Desktop อาจถูกขัดจังหวะโดยนโยบายเซสชันของ Windows ปัญหาเครือข่าย ปัญหาประตูทางเข้า หรือปัญหาที่ฝั่งเซิร์ฟเวอร์ แม้ว่าจะมีอาการคล้ายกัน แต่ละปัญหาต้องการวิธีการเฉพาะที่แตกต่างกัน
ผู้ดูแลระบบควรวิเคราะห์สถานการณ์และกำหนดว่าเกิดอะไรขึ้นกับเซสชัน Windows และเมื่อใดที่มันเกิดขึ้นก่อนที่จะดำเนินการใด ๆ
เซสชันกำลังตัดการเชื่อมต่อ ล็อค หรือออกจากระบบอยู่หรือไม่?
Windows แยกแยะระหว่างสถานะเซสชันหลายสถานะ ซึ่งความรู้เกี่ยวกับสิ่งนี้เป็นสิ่งจำเป็นสำหรับการแก้ไขปัญหาอย่างถูกต้อง
| สถานะเซสชัน | เกิดอะไรขึ้น | ผลกระทบต่อแอปพลิเคชัน |
|---|---|---|
| ใช้งาน | ผู้ใช้เชื่อมต่อและโต้ตอบกับ Windows | แอปพลิเคชันทำงานได้ตามปกติ |
| ว่าง | เซสชันยังคงเชื่อมต่อโดยไม่ต้องมีการป้อนข้อมูลจากผู้ใช้ | แอปพลิเคชันโดยทั่วไปยังคงทำงานต่อไป |
| ล็อคแล้ว | ต้องการการตรวจสอบสิทธิ์เพื่อดำเนินการต่อ | แอปพลิเคชันโดยทั่วไปยังคงทำงานอยู่ |
| ตัดการเชื่อมต่อ | การเชื่อมต่อ RDP ปิดลง แต่เซสชัน Windows ยังคงอยู่ | แอปพลิเคชันโดยทั่วไปยังคงทำงานต่อไป |
| ออกจากระบบ | เซสชัน Windows สิ้นสุดลง | แอปพลิเคชันที่ทำงานในเซสชันจะปิดตามปกติ |
หากผู้ใช้เชื่อมต่อใหม่และพบว่าแอปพลิเคชันของพวกเขายังคงทำงานอยู่ เซสชันของพวกเขาน่าจะถูกตัดการเชื่อมต่อ ไม่ใช่ถูกยกเลิก หากแอปพลิเคชันถูกปิดและผู้ใช้ได้รับเซสชันใหม่ อาจมีการออกจากระบบ การยกเลิกเซสชัน หรือการรีสตาร์ทโฮสต์เกิดขึ้น
การล็อกเซสชันอีกครั้งจะแตกต่างออกไป ผู้ใช้อาจต้องการเพียงแค่ยืนยันตัวตนเพื่อกลับไปยังเซสชันที่มีอยู่ โดยไม่ต้องสร้างการเชื่อมต่อ RDP ใหม่
การตัดการเชื่อมต่อบอกอะไรคุณ?
การกำหนดเวลาและสถานการณ์ของการตัดการเชื่อมต่อ RDP มักจะให้เบาะแสที่ดีที่สุดเกี่ยวกับสาเหตุที่แท้จริง
| อาการ | สาเหตุที่เป็นไปได้ | ตรวจสอบครั้งแรก |
|---|---|---|
| ตัดการเชื่อมต่อหลังจากช่วงเวลาที่ไม่ทำงานที่กำหนด | ขีดจำกัดเซสชันที่ไม่ทำงานหรือหมดเวลาเครือข่าย | นโยบายเซสชันและเกตเวย์ |
| ตัดการเชื่อมต่อหลังจากระยะเวลาที่กำหนดในระหว่างกิจกรรม | ขีดจำกัดเซสชันที่ใช้งานอยู่หรือตัวกลางหมดเวลา | การตั้งค่าเซสชันที่ใช้งานอยู่และเกตเวย์ |
| การตัดการเชื่อมต่อแบบสุ่มระหว่างการใช้งาน | การสูญเสียแพ็กเก็ต, ความไม่เสถียรของ VPN หรือความล้มเหลวในการขนส่ง | การเชื่อมต่อเครือข่าย |
| ล็อคหลังจากไม่มีการใช้งาน | นโยบายการไม่ทำงานของ Windows หรือการป้องกันหน้าจอ | การตั้งค่าความปลอดภัย |
| เมื่อโฮสต์ไม่ทำงาน | การนอนหลับหรือการพักเครื่อง | การตั้งค่าพลังงาน |
| แอปพลิเคชันจะปิดหลังจากการตัดการเชื่อมต่อ | การสิ้นสุดเซสชัน, ออกจากระบบหรือรีสตาร์ทโฮสต์ | ขีดจำกัดเซสชันและบันทึกเหตุการณ์ |
| ผู้ใช้หลายคนตัดการเชื่อมต่อพร้อมกัน | ปัญหาประตูร่วม, เครือข่ายหรือโฮสต์ | เหตุการณ์โครงสร้างพื้นฐาน |
อย่างไรก็ตาม การสังเกตเหล่านี้เป็นเพียงเบาะแสเท่านั้น และสาเหตุที่แท้จริงอาจแตกต่างออกไป
หากไฟร์วอลล์ของคุณมีการตั้งค่าเวลาหมดอายุสำหรับการเชื่อมต่อที่ไม่ทำงาน มันอาจทำให้เกิดความสับสนในเรื่องนี้ โดยปกปิดนโยบายเซสชันที่ไม่ทำงานของ RDS
ถัดไป ตรวจสอบว่ากฎเซสชันของ Windows เป็นสาเหตุหรือไม่
การทำงานของการหมดเวลาเซสชัน RDP และขีดจำกัดการไม่ทำงานเป็นอย่างไร?
บริการเดสก์ท็อประยะไกลมีตัวเลือกที่แตกต่างกันมากมายสำหรับการจัดการเวลาในการใช้งาน เซสชัน การไม่ทำงาน และการปิด การใช้ตัวเลือกเหล่านี้อย่างไม่เหมาะสมอาจทำให้เกิดความเข้าใจผิดระหว่างผู้ดูแลระบบ ส่งผลให้มีการเปลี่ยนแปลงนโยบายที่ไม่สอดคล้องกับปัญหา
ขีดจำกัดเซสชันที่ใช้งานอยู่ เซสชันที่ไม่ทำงาน และเซสชันที่ถูกตัดการเชื่อมต่อ
ตามที่ เอกสารนโยบายบริการ Remote Desktop ของ Microsoft Learn Windows มีการกำหนดเวลาสำหรับเซสชันหลักสามช่วงเวลา:
- ขีดจำกัดการใช้งานที่เปิดอยู่: ควบคุมระยะเวลาสูงสุดของเซสชัน โดยไม่คำนึงถึงกิจกรรมของผู้ใช้ ขีดจำกัดแปดชั่วโมงสามารถตัดการเชื่อมต่อผู้ที่ทำงานติดต่อกันได้
- ขีดจำกัดเซสชันที่ไม่ทำงาน: ควบคุมระยะเวลาที่เซสชันที่เชื่อมต่อสามารถอยู่เฉยๆ ได้ก่อนที่ Windows จะตัดการเชื่อมต่อ เซสชันที่มีขีดจำกัด 30 นาทีอาจถูกขัดจังหวะหลังจาก 30 นาทีโดยไม่มีการป้อนข้อมูลจากผู้ใช้
- จำกัดเซสชันที่ถูกตัดการเชื่อมต่อ: ควบคุมระยะเวลาที่เซสชันที่ถูกตัดการเชื่อมต่อแล้วจะยังคงอยู่บนเซิร์ฟเวอร์ก่อนที่ Windows จะยุติการทำงาน.
ข้อจำกัดการเชื่อมต่อที่ถูกตัดขาดจะไม่ทำให้การเชื่อมต่อเริ่มต้นถูกขัดจังหวะตามปกติ แทนที่จะเป็นเช่นนั้น มันจะกำหนดระยะเวลาที่เซสชันและแอปพลิเคชันของผู้ใช้ยังคงสามารถใช้งานได้หลังจากนั้น
ผู้ดูแลระบบควรตรวจสอบนโยบายด้วย สิ้นสุดเซสชันเมื่อถึงขีดจำกัดเวลา เมื่อเปิดใช้งาน การตั้งค่านี้อาจทำให้เวลาที่ใช้งานหรือเวลาที่ไม่ทำงานที่กำหนดไว้สิ้นสุดเซสชันแทนที่จะเพียงแค่ตัดการเชื่อมต่อ
การตั้งค่าเวลาหมดอายุของเซสชันใดมีความสำคัญมากกว่า?
การจำกัดเซสชันสามารถควบคุมได้โดยนโยบายกลุ่มท้องถิ่น นโยบายกลุ่มโดเมน หรือการตั้งค่าการรวบรวม RDS ตัวเลือกการกำหนดค่ามักจะไม่อยู่ในระดับเดียวกัน
Windows ทำงานตามนโยบายกลุ่มเกี่ยวกับลำดับชั้นนโยบายที่ใช้บังคับ ในเรื่องของขีดจำกัดเวลาสำหรับเซสชัน RDS หมายความว่านโยบายของคอมพิวเตอร์จะมีความสำคัญมากกว่านโยบายของผู้ใช้ที่เกี่ยวข้อง ในขณะที่การตั้งค่านโยบายที่บังคับใช้สามารถมีความสำคัญเหนือกว่าการกำหนดค่าระดับการเก็บรวบรวม
หมายความว่าการเปลี่ยนแปลงการตั้งค่าที่ทำในระดับท้องถิ่นอาจไม่มีผลหากมีการระบุค่าที่แตกต่างในนโยบายโดเมน
ผู้ดูแลระบบควรกำหนดการกำหนดค่าที่มีประสิทธิภาพก่อนที่จะทำการเปลี่ยนแปลงหลายครั้ง สิ่งนี้จะช่วยป้องกันไม่ให้เกิดนโยบายที่ขัดแย้งกัน ซึ่งจะทำให้การบันทึกและการแก้ไขปัญหาง่ายขึ้น
สิ่งที่ต้องทำเพื่อแก้ไขปัญหาการหมดเวลาเซสชัน Remote Desktop คืออะไร?
หาก Remote Desktop ถูกตัดการเชื่อมต่อหลังจากช่วงเวลาหนึ่ง ให้ตรวจสอบขีดจำกัดเวลาของเซสชันก่อนที่จะเปลี่ยนการตั้งค่าเครือข่าย
ขั้นตอนที่ 1: ตรวจสอบขีดจำกัดเซสชัน RDP ในกลุ่มนโยบาย
บนโฮสต์ Windows ที่ได้รับผลกระทบ:
-
เปิด
เรียกใช้
และป้อน
gpedit.msc. - ไปที่ การกำหนดค่าคอมพิวเตอร์ > เทมเพลตการจัดการ > ส่วนประกอบของ Windows > บริการ Remote Desktop > โฮสต์เซสชัน Remote Desktop > ขีดจำกัดเวลาของเซสชัน .
- รีวิว กำหนดเวลาสำหรับเซสชันบริการ Remote Desktop ที่ใช้งานอยู่ .
- ตรวจสอบ กำหนดเวลาสำหรับเซสชันบริการ Remote Desktop ที่ใช้งานอยู่แต่ไม่มีการใช้งาน .
- ตรวจสอบขีดจำกัดเซสชันที่ถูกตัดการเชื่อมต่อและ สิ้นสุดเซสชันเมื่อถึงขีดจำกัดเวลา .
เปรียบเทียบข้อจำกัดที่กำหนดกับช่วงเวลาที่วัดได้ระหว่างการตัดการเชื่อมต่อที่คุณได้เห็น
หากผู้ใช้มักจะตัดการเชื่อมต่อหลังจากไม่มีการใช้งานประมาณ 15 นาที และมีการกำหนดข้อจำกัดเซสชันที่ไม่ทำงานเป็นเวลา 15 นาที นี่อาจเป็นสาเหตุที่เป็นไปได้
ปรับเปลี่ยนคำแนะนำที่เกี่ยวข้องตามความต้องการของสภาพแวดล้อมของคุณ โดยทั่วไปแล้วจะดีกว่าที่จะขยายข้อจำกัดที่เข้มงวดเกินไปแทนที่จะลบออกทั้งหมด ในคอมพิวเตอร์ที่จัดการโดยโดเมน คุณอาจต้องการเปิดคอนโซลการจัดการนโยบายกลุ่ม (gpmc.msc) และศึกษารายการที่เกี่ยวข้อง
ขั้นตอนที่ 2: ตรวจสอบนโยบายกลุ่มที่ถูกนำไปใช้
หากการเปลี่ยนแปลงนโยบายท้องถิ่นไม่สามารถแก้ไขปัญหาได้ ให้ตรวจสอบว่า Group Policy Objects (GPOs) ใดที่ถูกนำมาใช้จริง
จาก Command Prompt ที่มีสิทธิ์สูงบนโฮสต์ที่ได้รับผลกระทบ ให้รัน:
gpresult /h C:\Windows\Temp\gpresult.html
เปิดรายงานสำหรับคอมพิวเตอร์ จากนั้นตรวจสอบนโยบายที่ใช้กับคอมพิวเตอร์ หากต้องการดูนโยบายที่ใช้กับผู้ใช้ ให้ตรวจสอบข้อมูลชุดนโยบายที่ได้ผลสำหรับผู้ใช้ หรือดูผลลัพธ์นโยบายกลุ่มสำหรับผู้ใช้โดยใช้โดเมนคอนโทรลเลอร์
หลังจากที่คุณทำการเปลี่ยนแปลงที่ได้รับอนุญาตในวัตถุ Group Policy แล้ว ให้ปรับปรุงการตั้งค่าสำหรับ Group Policy สำหรับคอมพิวเตอร์ที่การตั้งค่านั้นถูกนำไปใช้:
gpupdate /force
ขึ้นอยู่กับสถานการณ์ อาจจำเป็นที่ผู้ใช้ต้องเชื่อมต่อใหม่หรือแม้แต่ล็อกเอาต์แล้วล็อกอินกลับเข้ามาก่อนที่การเปลี่ยนแปลงจะมีผลบังคับใช้
ขั้นตอนนี้จำเป็นโดยเฉพาะหากสภาพแวดล้อม RDS เดียวกันถูกควบคุมโดย GPO หลายตัว
ขั้นตอนที่ 3: ตรวจสอบการตั้งค่า RDS Collection และ RD Gateway
ในการติดตั้ง Microsoft RDS แบบดั้งเดิม ขีดจำกัดเซสชันอาจถูกกำหนดที่ระดับการรวบรวมได้เช่นกัน
เปิด ผู้จัดการเซิร์ฟเวอร์ > บริการเดสก์ท็อประยะไกล > คอลเลกชัน เลือกคอลเลกชันที่เกี่ยวข้องและตรวจสอบคุณสมบัติของเซสชัน ตรวจสอบขีดจำกัดเซสชันที่ใช้งานอยู่ เซสชันที่ไม่ทำงาน และเซสชันที่ถูกตัดการเชื่อมต่อกับการกำหนดค่าที่ตั้งใจไว้
หากผู้ใช้เชื่อมต่อผ่าน Remote Desktop Gateway (RD Gateway) ให้ตรวจสอบนโยบายการอนุญาตการเชื่อมต่อของเกตเวย์ด้วย
บนเซิร์ฟเวอร์ RD Gateway:
- เปิด ผู้จัดการเกตเวย์เดสก์ท็อประยะไกล .
- ไปที่ นโยบาย > นโยบายการอนุญาตการเชื่อมต่อ .
- เปิดนโยบายที่เกี่ยวข้อง
- ตรวจสอบการตั้งค่าเวลาหมดอายุของเซสชัน
การหมดเวลา ที่บังคับโดยเกตเวย์สามารถเกิดขึ้นได้แม้ว่าโฮสต์เซสชันจะอนุญาตให้มีเซสชันที่ยาวนานขึ้นก็ตาม
หากปัญหาเกิดขึ้นเฉพาะเมื่อใช้ RD Gateway ให้ตรวจสอบ การกำหนดค่าเกตเวย์ และอุปกรณ์เครือข่ายที่เกี่ยวข้องก่อนที่จะปรับเปลี่ยนนโยบายของ Session Host ใดๆ
ทำไม Remote Desktop ถึงตัดการเชื่อมต่อหลังจากไม่มีการใช้งาน?
ไม่ใช่การหยุดชะงักที่เกี่ยวข้องกับการไม่ทำกิจกรรมทั้งหมดที่เกิดจากขีดจำกัดเซสชันที่ไม่ทำงานของ RDS ยังมีการตั้งค่า Windows อื่น ๆ ที่อาจรบกวน เช่น การตั้งค่าที่เกี่ยวข้องกับความปลอดภัยหรือการจัดการพลังงาน
ตรวจสอบนโยบายการไม่ทำงานของเครื่อง Windows
Windows สามารถกำหนดค่าให้ล็อคเซสชันหลังจากเวลาที่กำหนดของการไม่มีการใช้งานโดยผู้ใช้
เปิด
secpol.msc
และไปที่:
นโยบายท้องถิ่น > ตัวเลือกความปลอดภัย > การเข้าสู่ระบบแบบโต้ตอบ: ขีดจำกัดการไม่ทำงานของเครื่อง
การตั้งค่านี้ระบุระยะเวลาไม่มีการใช้งานเป็นวินาที ก่อนที่ Windows จะล็อกเซสชัน
การล็อกจะไม่สิ้นสุดเซสชัน RDP หรือปิดแอปพลิเคชันโดยทั่วไป ดังนั้นหากผู้ใช้เห็นเพียงหน้าจอลงชื่อเข้าใช้ Windows ให้ตรวจสอบนโยบายการล็อกก่อนที่จะเปลี่ยนขีดจำกัดเซสชัน RDS ใดๆ
ตรวจสอบการตั้งค่าภาพพักหน้าจอและพลังงาน
นโยบายการป้องกันหน้าจอยังสามารถกำหนดให้ผู้ใช้ต้องยืนยันตัวตนหลังจากไม่มีการใช้งาน
ตรวจสอบการตั้งค่าในส่วน:
การกำหนดค่าผู้ใช้ > เทมเพลตการบริหาร > แผงควบคุม > การปรับแต่ง
โปรดให้ความสนใจกับการตั้งค่าการหมดเวลาของโปรแกรมป้องกันหน้าจอและการป้องกันรหัสผ่าน
บนคอมพิวเตอร์ Windows โหมดสลีปหรือโหมดไฮเบอร์เนตอาจทำให้คอมพิวเตอร์ระยะไกลไม่สามารถใช้งานได้ชั่วคราว ตรวจสอบการตั้งค่าพลังงานที่เกี่ยวข้องภายใต้ การตั้งค่า > ระบบ > พลังงานและแบตเตอรี่ หรืออินเทอร์เฟซตัวเลือกพลังงานที่ соответствующее
ระบบที่ต้องการต่อเนื่อง การเข้าถึงระยะไกล ควรสามารถเข้าถึงได้จากระยะไกลและควรมีนโยบายการจัดการพลังงานที่เหมาะสม การปิดการนอนหลับที่จุดสิ้นสุดทั้งหมดอาจทำให้ความปลอดภัยขององค์กรและความต้องการพลังงานลดลง
กระบวนการแก้ไขปัญหาการตัดการเชื่อมต่อ RDP แบบสุ่มคืออะไร?
หากการเชื่อมต่อระยะไกลถูกตัดการเชื่อมต่อบ่อยครั้งโดยไม่มีการเตือนล่วงหน้า โดยเฉพาะเมื่อทำงานอย่างกระตือรือร้น ความล้มเหลวของอินเทอร์เฟซเครือข่ายและการขนส่งมีแนวโน้มที่จะเกิดขึ้นมากกว่าการหมดเวลาเซสชัน
ทดสอบการเชื่อมต่อเครือข่ายและความเสถียรของ VPN
เริ่มต้นโดยการทดสอบการเชื่อมต่อกับเซิร์ฟเวอร์หรือเกตเวย์ที่เกี่ยวข้อง
Test-NetConnection server.example.com -Port 3389
การทดสอบนี้จะตรวจสอบว่าการเชื่อมต่อ TCP สามารถทำได้กับปลายทางและพอร์ตที่กำหนด เปลี่ยนชื่อโฮสต์และพอร์ตเป็นค่าที่เกี่ยวข้องกับสภาพแวดล้อมของคุณ
เพื่อทำการทดสอบการเข้าถึงอย่างต่อเนื่อง ให้ดำเนินการ:
ping server.example.com -t
การใช้การพิงแบบต่อเนื่องสามารถเน้นการสูญหายของแพ็กเก็ตแบบไม่สม่ำเสมอหรือการเพิ่มขึ้นของความล่าช้าได้หากอนุญาตให้ใช้โปรโตคอลข้อความควบคุมอินเทอร์เน็ต (ICMP) อย่างไรก็ตาม การตอบสนองการพิงที่ประสบความสำเร็จไม่ได้เป็นการรับประกันความเสถียรของการขนส่ง RDP
หากการตัดการเชื่อมต่อสัมพันธ์กับการหยุดชะงักของเครือข่าย ให้พิจารณาการขัดข้องของ Wi-Fi ความล้มเหลวของอุโมงค์ VPN การเปลี่ยนแปลงการจัดเส้นทางและการเปลี่ยนสถานะไฟร์วอลล์
ความล้มเหลวในการเปลี่ยนกุญแจ VPN, การหมดเวลาการเชื่อมต่อไฟร์วอลล์ และการหมดอายุเซสชันการแปลที่อยู่เครือข่าย (NAT) สามารถทำให้การเชื่อมต่อ RDP ที่ปกติจะเสถียรเกิดการหยุดชะงักได้ทั้งหมด
เมื่อวิเคราะห์เส้นทางการเชื่อมต่อทางเลือก ให้ใช้เส้นทางเครือข่ายที่ได้รับอนุญาตเท่านั้น ห้ามเปิดเผย RDP ต่อการจราจรอินเทอร์เน็ตทั่วไปหรือหลีกเลี่ยงนโยบายความปลอดภัย VPN ที่กำหนดไว้เพื่อวัตถุประสงค์ในการวินิจฉัย
ตรวจสอบว่า RDP UDP Transport เป็นสาเหตุหรือไม่
เซสชัน RDP สมัยใหม่ตอนนี้ใช้โปรโตคอลการส่งข้อมูลของผู้ใช้ (UDP) นอกเหนือจากโปรโตคอลควบคุมการส่งข้อมูล (TCP) เพื่อเพิ่มความรวดเร็วในการตอบสนอง
แต่ไฟร์วอลล์ที่กำหนดค่าผิด, VPN หรืออุปกรณ์เครือข่ายอื่น ๆ สามารถบล็อกแพ็กเก็ต UDP ได้
เพื่อทดสอบว่าปัญหาถูกสร้างขึ้นโดยแพ็กเก็ต UDP หรือไม่ ให้ใช้คำแนะนำด้านล่างเพื่อบังคับให้ไคลเอนต์ Remote Desktop ใช้เฉพาะ TCP เท่านั้น
เปิด Group Policy บนคอมพิวเตอร์ลูกค้าและดำเนินการต่อไปที่:
การกำหนดค่าคอมพิวเตอร์ > เทมเพลตการจัดการ > ส่วนประกอบของ Windows > บริการ Remote Desktop > ไคลเอนต์การเชื่อมต่อ Remote Desktop
เปิดใช้งาน ปิด UDP บนไคลเอนต์ จากนั้นเชื่อมต่ออีกครั้งและสังเกตว่าการหยุดชะงักยังคงมีอยู่หรือไม่
หากการเชื่อมต่อมีเสถียรภาพ ให้ตรวจสอบการจัดการ UDP ตามเส้นทางเครือข่าย
นี่เป็นขั้นตอนการวินิจฉัย ไม่ใช่การแก้ปัญหาทั่วไป การเชื่อมต่อเฉพาะ TCP จะมีพฤติกรรมที่แตกต่างกันในเครือข่ายที่มีคุณภาพไม่ดี ดังนั้นโปรดตรวจสอบให้แน่ใจว่าได้สร้างการขนส่งที่ต้องการใหม่เมื่อสาเหตุหลักของปัญหาได้รับการแก้ไขแล้ว
ตรวจสอบสุขภาพของ Remote Desktop Client และ Server
การตัดการเชื่อมต่ออย่างต่อเนื่องอาจเกิดจากส่วนประกอบ Windows ที่ล้าสมัย ไดรเวอร์เครือข่าย หรือความไม่เสถียรบนโฮสต์ระยะไกล
ตรวจสอบให้แน่ใจว่าระบบของลูกค้าและโฮสต์ได้รับการอัปเดตอยู่เสมอ กำหนดว่าปัญหาเกิดขึ้นหลังจากการอัปเดต Windows การเปลี่ยนแปลงไดรเวอร์ หรือการปรับแต่งการกำหนดค่าของเครือข่ายหรือไม่
ตรวจสอบการใช้ CPU, หน่วยความจำ และดิสก์ใกล้เวลาที่เกิดความล้มเหลว การตรวจสอบประสิทธิภาพเซสชัน RDP สามารถช่วยเชื่อมโยงการใช้ทรัพยากรที่หมดไปซึ่งสามารถส่งผลกระทบต่อประสิทธิภาพของ Remote Desktop Services ได้ แม้ว่าการใช้ทรัพยากรสูงจะไม่จำเป็นต้องระบุสาเหตุที่แท้จริง
หลีกเลี่ยงการรีสตาร์ทบริการ Remote Desktop เป็นขั้นตอนการวินิจฉัยเบื้องต้นบนเซิร์ฟเวอร์การผลิต การรีสตาร์ทบริการหรือโฮสต์ควรเลื่อนออกไปจนกว่ากระบวนการจัดการการเปลี่ยนแปลงและการวินิจฉัยที่เหมาะสมจะเสร็จสิ้น เนื่องจากอาจรบกวนผู้ใช้งานคนอื่น ๆ
วิธีการวินิจฉัยการตัดการเชื่อมต่อ RDP เมื่อคุณใช้บันทึก Windows คืออะไร?
เมื่อการตรวจสอบนโยบายหรือการเชื่อมต่อของคุณไม่แสดงเหตุผล บันทึกเหตุการณ์ของ Windows สามารถช่วยกำหนดสิ่งที่อาจเกิดขึ้นก่อนและระหว่างการตัดการเชื่อมต่อได้ แนวทางการแก้ไขปัญหาของ Microsoft Learn ให้ข้อมูลเพิ่มเติมเกี่ยวกับการวินิจฉัยข้อผิดพลาดการตัดการเชื่อมต่อ Remote Desktop
ตรวจสอบเหตุการณ์ Remote Desktop ใน Event Viewer
เปิด
eventvwr.msc
บนระบบ Windows ที่ได้รับผลกระทบ
ช่องทางเหตุการณ์ด้านเซิร์ฟเวอร์ที่เกี่ยวข้องรวมถึง:
- บันทึกแอปพลิเคชันและบริการ > ไมโครซอฟท์ > วินโดวส์ > TerminalServices-LocalSessionManager > การดำเนินงาน
- บันทึกแอปพลิเคชันและบริการ > Microsoft > Windows > TerminalServices-RemoteConnectionManager > การดำเนินงาน
- Windows Logs > System
เหตุการณ์เหล่านี้สามารถช่วยระบุการเชื่อมต่อเซสชัน การตัดการเชื่อมต่อ หรือปัญหาการตรวจสอบสิทธิ์และปัญหาระบบได้
สำหรับแต่ละเหตุการณ์ ให้บันทึกผู้ใช้ที่ได้รับผลกระทบ โฮสต์เซสชัน เวลาประมาณของเหตุการณ์ และประเภทการเชื่อมต่อที่ใช้ เปรียบเทียบเหตุการณ์เหล่านี้กับเหตุการณ์ที่ถูกบันทึกโดย TSplus Gateway Portal, VPN และซอฟต์แวร์การตรวจสอบเครือข่ายของคุณ
เหตุการณ์ Windows ที่ระบุว่าการเชื่อมต่อเซสชันถูกตัดขาดไม่ได้ระบุสาเหตุที่แท้จริงเสมอไป อาจจำเป็นต้องตรวจสอบเหตุการณ์ที่เกี่ยวข้อง
ตรวจสอบว่าสมาชิก Windows ยังคงมีอยู่หรือไม่
บนโฮสต์เซสชันเดสก์ท็อประยะไกล ให้รัน:
การค้นหาช่วงเวลา
คำสั่งนี้จะแสดงเซสชันปัจจุบันของคุณและสถานะของพวกเขา
หากเซสชันที่มีปัญหายังคงถูกตัดการเชื่อมต่อ แอปพลิเคชันของคุณอาจยังคงทำงานอยู่ หากเซสชันไม่ปรากฏอีกต่อไป ให้ตรวจสอบการออกจากระบบ นโยบายการทำความสะอาดเซสชัน และการรีบูตโฮสต์
บนเซิร์ฟเวอร์ RDS ที่แชร์ ให้หลีกเลี่ยงการฆ่าช่วงเมื่อทำการแก้ไขปัญหา เว้นแต่คุณจะรู้ว่าใครได้รับผลกระทบและผลที่ตามมาอาจเป็นอย่างไร
เชื่อมโยงการตัดการเชื่อมต่อระหว่างผู้ใช้หลายคน
เมื่อผู้ใช้หลายคนตัดการเชื่อมต่อพร้อมกัน ให้ตรวจสอบโครงสร้างพื้นฐานก่อนที่จะย้ายไปยังเครื่องของผู้ใช้แต่ละคน
การรีสตาร์ทเกตเวย์ ปัญหาเครือข่าย หรือการล่มของเซสชันโฮสต์สามารถทำให้ผู้ใช้หลายคนหยุดทำงานพร้อมกันได้
การเชื่อมโยงเหตุการณ์บนเครื่องหลายเครื่องช่วยในการกำหนดว่ามันเป็นปัญหาของลูกค้าเฉพาะหรือเป็นสิ่งที่แพร่หลายมากขึ้น
ในบางกรณี อาจต้องมีการวิเคราะห์เพิ่มเติมเกี่ยวกับ RDS และการติดตามเครือข่ายเพื่อกำหนดสาเหตุที่แน่นอนและลำดับของเหตุการณ์
คุณจะทำอย่างไรให้เซสชัน Remote Desktop และแอปพลิเคชันทำงานต่อไปได้?
ผู้ใช้บางคนต้องการหลีกเลี่ยงการตัดการเชื่อมต่อ Remote Desktop เพราะมันช่วยให้แอปพลิเคชันยังคงทำงานต่อไปหลังจากที่พวกเขาสิ้นสุดเซสชันระยะไกล
อย่างไรก็ตาม การเปิดเซสชัน RDP และการรับรองว่าการทำงานของ Windows ยังคงทำงานอยู่เป็นกรณีการใช้งานที่แตกต่างกันสองกรณี
ตัดการเชื่อมต่อโดยไม่ออกจากระบบ
การปิดโปรแกรม Remote Desktop มักจะทำให้การเชื่อมต่อของคุณถูกตัดขาด แต่จะไม่ทำให้คุณออกจาก Windows.
เซสชันที่คุณได้สร้างขึ้นมักจะถูกเก็บรักษาไว้ และแอปพลิเคชันจะถูกเปิดทิ้งไว้โดยทั่วไป เว้นแต่จะมีนโยบายเซสชันหรือเหตุการณ์อื่นใดที่ทำให้ปิดแอปพลิเคชันเหล่านั้น
โดยตรงกันข้าม การเลือก ออกจากระบบ สิ้นสุดเซสชัน Windows และปิดแอปพลิเคชันของมันตามปกติ
หากแอปพลิเคชันหยุดทำงานอย่างไม่คาดคิดหลังจากการตัดการเชื่อมต่อ ให้ตรวจสอบระยะเวลาหมดอายุของเซสชันที่ถูกตัดการเชื่อมต่อและนโยบายใด ๆ ที่ทำความสะอาดเซสชันโดยอัตโนมัติ
รันงานพื้นหลังแยกจากเซสชัน RDP
แอปพลิเคชันและกระบวนการที่ต้องทำงานอย่างต่อเนื่องไม่ควรขึ้นอยู่กับการเปิดเซสชัน RDP แบบโต้ตอบ
ขึ้นอยู่กับภาระงาน ทางเลือกที่เป็นไปได้รวมถึงบริการ Windows, Task Scheduler หรือการทำงานอัตโนมัติเฉพาะแอปพลิเคชัน
ในขณะที่ Task Scheduler สามารถรันงานเฉพาะโดยไม่ต้องมีการเข้าสู่ระบบแบบโต้ตอบ (unattended) แต่แอปพลิเคชันเดสก์ท็อป Windows ไม่ทั้งหมดรองรับประเภทการทำงานนี้
สำหรับงานที่สำคัญ วิธีที่แนะนำคือการแยกกระบวนการแอปพลิเคชันออกจากเซสชันเชิงโต้ตอบของผู้ดูแลระบบโดยสิ้นเชิง
คุณสามารถป้องกันการตัดการเชื่อมต่อ Remote Desktop ที่เกิดขึ้นซ้ำได้อย่างไร?
การดำเนินการตามกฎเซสชันมาตรฐาน ความพร้อมใช้งานของโครงสร้างพื้นฐาน และภาพรวมของกิจกรรมเครือข่ายมีส่วนสำคัญอย่างมากต่อการป้องกันการตัดการเชื่อมต่อ RDP แบบสุ่ม
ก่อนอื่น ผู้ดูแลระบบควรกำหนดขีดจำกัดและเวลาหมดอายุของเซสชันที่ใช้งานอยู่ เซสชันที่ไม่ใช้งาน และเซสชันที่ถูกตัดการเชื่อมต่อ ตามนโยบายความปลอดภัยของบริษัทและความต้องการของผู้ใช้ นอกจากนี้ การตรวจสอบนโยบายกลุ่มที่ใช้และมีผลบังคับใช้เป็นประจำ รวมถึงเวลาหมดอายุของเกตเวย์และอุปกรณ์เครือข่าย จะช่วยหลีกเลี่ยงการตัดการเชื่อมต่อเซสชันที่เกิดจากความไม่เข้ากันของพวกเขา
หากการใช้งานของ RDS Host มีผู้ใช้หรือแขกหลายคน การวิเคราะห์ประสิทธิภาพของเซิร์ฟเวอร์และการตรวจสอบข้อผิดพลาดหรือเหตุการณ์ที่เกิดขึ้นแยกต่างหากในระหว่างเซสชันจะเป็นความคิดที่ดี ซึ่งจะช่วยให้สามารถระบุแหล่งที่มาของปัญหาและกำจัดปัญหากับผู้ใช้หรือแขกทั้งหมดในครั้งเดียวได้
การเชื่อว่าการที่เซสชันทำงานหรือคงอยู่ได้นานขึ้นนั้นดีกว่าเป็นความเข้าใจผิด แม้ว่าจะมีประโยชน์สำหรับการตรวจสอบโครงสร้างพื้นฐาน แต่เซสชันที่เปิดและทำงานโดยไม่มีผู้ปฏิบัติงานอาจเป็นภัยคุกคามด้านความปลอดภัยได้
แนวคิดหลักคือการป้องกันการตัดการเชื่อมต่อ RDP ที่ไม่คาดคิดและการหยุดชะงักโดยไม่ทำให้เกิดปัญหาความไม่เสถียรของระบบและปัญหาด้านความปลอดภัยสำหรับผู้ปฏิบัติงานและผู้ใช้ที่ทำงานกับเดสก์ท็อประยะไกล
กำลังมองหาทางเลือกที่ง่ายกว่าสำหรับ RDS แบบดั้งเดิมอยู่หรือเปล่า?
สำหรับองค์กรที่ต้องการทำให้การจัดส่งแอปพลิเคชันและเดสก์ท็อป Windows แบบรวมศูนย์ง่ายขึ้น TSplus Remote Access เสนอการเผยแพร่แอปพลิเคชัน การเข้าถึงผ่านเบราว์เซอร์ และความสามารถในการใช้งานหลายผู้ใช้ มันให้แนวทางทางเลือกสำหรับการปรับใช้ RDS แบบดั้งเดิมในขณะที่อนุญาตให้ทีม IT จัดการการเชื่อมต่อระยะไกลผ่านโซลูชันที่รวมศูนย์
สรุป
เมื่อ Remote Desktop ถูกตัดการเชื่อมต่ออยู่บ่อยครั้ง ให้เริ่มต้นโดยการระบุว่าการเซสชัน Windows กำลังล็อค ตัดการเชื่อมต่อ หรือสิ้นสุดอยู่ การหยุดชะงักที่คาดเดาได้มักจะต้องตรวจสอบนโยบายเซสชัน ในขณะที่ความล้มเหลวแบบสุ่มต้องการการตรวจสอบที่ใกล้ชิดมากขึ้นเกี่ยวกับการขนส่งเครือข่าย เกตเวย์ และบันทึกระบบ
การเปลี่ยนแปลงการกำหนดค่าที่มุ่งเป้านั้นมีประสิทธิภาพมากกว่าการปิดการหมดเวลาเสมอ นโยบายที่สอดคล้องกันและการตรวจสอบช่วยรักษาการเชื่อมต่อ RDP ที่เชื่อถือได้โดยไม่ทำให้ความปลอดภัยอ่อนแอลง
TSplus Remote Access ทดลองใช้ฟรี
ทางเลือกที่ดีที่สุดสำหรับ Citrix/RDS สำหรับการเข้าถึงเดสก์ท็อป/แอปพลิเคชัน ปลอดภัย คุ้มค่า ราคา ประจำที่/คลาวด์
)
)
)
