สารบัญ

เว็บไคลเอนต์ Remote Desktop ของ Microsoft ช่วยให้ผู้ใช้สามารถเข้าถึงเดสก์ท็อปและแอปพลิเคชัน Windows ได้โดยตรงผ่านเบราว์เซอร์ โดยไม่ต้องติดตั้งไคลเอนต์ RDP แบบดั้งเดิม มีให้บริการสำหรับการติดตั้ง Windows Server Remote Desktop Services (RDS) ซึ่งช่วยให้การเข้าถึงทรัพยากรที่เผยแพร่ในระบบปฏิบัติการเดสก์ท็อปที่แตกต่างกันเป็นเรื่องง่าย

บทความนี้อธิบายวิธีการติดตั้งและเผยแพร่ Remote Desktop Web Client บน Windows Server 2025, 2022, 2019 และ 2016 รวมถึงข้อกำหนดเบื้องต้น การกำหนดค่า การเพิ่มประสิทธิภาพ และการแก้ไขปัญหา

เว็บไคลเอนต์ Remote Desktop คืออะไร?

เว็บไคลเอนต์ Remote Desktop เป็นส่วนติดต่อที่ใช้เบราว์เซอร์ของ Microsoft สำหรับการเข้าถึงทรัพยากรที่เผยแพร่ผ่านบริการ Remote Desktop แทนที่จะเปิดไคลเอนต์ RDP ที่ติดตั้งในเครื่อง ผู้ใช้จะเชื่อมต่อกับพอร์ทัลเว็บและเปิดแอปพลิเคชันหรือเดสก์ท็อปที่ได้รับมอบหมาย

สร้างขึ้นจากเทคโนโลยีเว็บ รวมถึง HTML5 ลูกค้าสามารถสนับสนุนเซสชันระยะไกลผ่านเบราว์เซอร์ที่เข้ากันได้ เช่น Microsoft Edge, Google Chrome, Mozilla Firefox และ Safari.

เว็บไคลเอนต์ Remote Desktop ทำงานอย่างไร?

เว็บไคลเอนต์ทำงานภายในการติดตั้งบริการ Remote Desktop ที่มีอยู่แล้ว หลายบทบาทของเซิร์ฟเวอร์ทำงานร่วมกันเพื่อให้การเข้าถึง:

  • RD Web Access: การเข้าถึงเว็บ RD ให้บริการอินเทอร์เฟซเว็บที่ผู้ใช้สามารถค้นหาและเปิดใช้งานทรัพยากรที่เผยแพร่ได้
  • RD Gateway: ประตูทางเข้า RD เปิดใช้งานการเชื่อมต่อภายนอกที่ปลอดภัยกับโครงสร้างพื้นฐานบริการ Remote Desktop ภายใน
  • RD Connection Broker: ตัวแทนการเชื่อมต่อ RD จัดการการกำหนดเส้นทางเซสชัน การกระจายโหลด และการเชื่อมต่อใหม่กับเซสชันที่มีอยู่
  • โฮสต์เซสชัน RD: ทำงานบนเดสก์ท็อปและแอปพลิเคชัน Windows ที่ผู้ใช้เข้าถึง

เว็บไคลเอนต์ Remote Desktop ไม่ได้แทนที่บทบาทเหล่านี้ มันเพิ่มอินเทอร์เฟซที่ใช้เบราว์เซอร์ให้กับการติดตั้ง RDS ที่ต้องทำงานอยู่แล้ว

RD Web Access vs. Remote Desktop Web Client

แม้ว่าจะเกี่ยวข้องกันอย่างใกล้ชิด แต่ RD Web Access และ Remote Desktop Web Client มีวัตถุประสงค์ที่แตกต่างกัน

RD Web Access เป็นบทบาทของ Windows Server ที่นำเสนอแอปพลิเคชันและเดสก์ท็อปที่เผยแพร่ไว้ ลูกค้า Remote Desktop Web Client เป็นลูกค้าเพิ่มเติมที่ติดตั้งและเผยแพร่ผ่านโครงสร้างพื้นฐานนั้น

การติดตั้ง RD Web Access เพียงอย่างเดียวจะไม่เปิดใช้งานเซสชันระยะไกลแบบโต้ตอบภายในเบราว์เซอร์โดยอัตโนมัติ ผู้ดูแลระบบต้องติดตั้งและเผยแพร่แพ็คเกจเว็บไคลเอนต์แยกต่างหาก

ข้อกำหนดของ Remote Desktop Web Client บน Windows Server คืออะไร?

ก่อนติดตั้งเว็บไคลเอนต์ ให้ตรวจสอบให้แน่ใจว่าบทบาทของเซิร์ฟเวอร์ ใบรับรอง ใบอนุญาต และการกำหนดค่าเครือข่ายตรงตามข้อกำหนดของไมโครซอฟท์

รุ่นของ Windows Server ที่รองรับ

เอกสารปัจจุบันของ Microsoft สำหรับ Web Client Remote Desktop ระบุเวอร์ชันต่อไปนี้ในหมู่ระบบปฏิบัติการที่ใช้ได้:

เวอร์ชัน Windows Server สถานะเอกสาร
Windows Server 2025 ระบุไว้ตามที่เหมาะสม
Windows Server 2022 ระบุไว้ตามที่เหมาะสม
Windows Server 2019 ระบุไว้ตามที่เหมาะสม
Windows Server 2016 ระบุไว้ตามที่เหมาะสม

Windows Server 2025 จึงรวมอยู่ในปัจจุบัน เอกสารของ Microsoft .

อย่างไรก็ตาม ข้อกำหนดการตั้งค่าที่ละเอียดของ Microsoft ยังคงระบุชื่อ Windows Server 2016 และ 2019 สำหรับบทบาท RD Gateway, RD Connection Broker และ RD Web Access โดยเฉพาะ ผู้ดูแลระบบที่ติดตั้งเว็บไคลเอนต์ในสภาพแวดล้อม Windows Server 2022 หรือ 2025 ควรตรวจสอบการกำหนดค่าบทบาทเซิร์ฟเวอร์ของตนกับเอกสารล่าสุดก่อนดำเนินการต่อ

บทบาทและการอนุญาตที่จำเป็นสำหรับ RDS

การติดตั้ง RDS ที่ทำงานได้ต้องได้รับการกำหนดค่าก่อนที่ไคลเอนต์เว็บจะสามารถติดตั้งได้ ซึ่งรวมถึง RD Web Access, RD Connection Broker และโครงสร้างพื้นฐานของเซสชันโฮสต์ที่เกี่ยวข้อง พร้อมกับ RD Gateway สำหรับการติดตั้งตามเอกสารมาตรฐาน

Microsoft ยังต้องการใบอนุญาตการเข้าถึงลูกค้า RDS (CALs) แบบต่อผู้ใช้สำหรับลูกค้าเว็บ การอนุญาตแบบต่ออุปกรณ์ไม่รองรับในกรณีนี้

ตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์ RD Licensing ถูกกำหนดค่าอย่างถูกต้องและผู้ใช้มีสิทธิ์ที่จำเป็นในการเข้าถึงทรัพยากรที่ได้รับมอบหมาย

ใบรับรองและการกำหนดค่าเครือข่าย

ใบรับรองที่เชื่อถือได้เป็นสิ่งจำเป็นสำหรับการเข้าถึงเบราว์เซอร์อย่างปลอดภัย กำหนดค่าที่เหมาะสม ใบรับรองสำหรับการเชื่อมต่อ Remote Desktop บน RD Gateway และ RD Web Access และตรวจสอบให้แน่ใจว่าชื่อโฮสต์ของพวกเขาตรงกับที่อยู่ที่ใช้โดยลูกค้า

ใบรับรอง RD Connection Broker ยังจำเป็นในระหว่างการติดตั้งเว็บไคลเอนต์

สำหรับการเชื่อมต่อเครือข่าย การจราจร HTTPS โดยทั่วไปจะใช้พอร์ต TCP 443 การสื่อสารภายในระหว่างบทบาท RDS จะต้องได้รับอนุญาตตามสถาปัตยกรรมการติดตั้งด้วย

หลีกเลี่ยงการเปิดเผยพอร์ต RDP 3389 โดยตรงต่ออินเทอร์เน็ตสาธารณะ ผู้ใช้ภายนอกควรเชื่อมต่อผ่านเกตเวย์ที่กำหนดไว้หรือสถาปัตยกรรมการเข้าถึงที่ปลอดภัยอื่น ๆ ที่รองรับ

วิธีติดตั้งเว็บไคลเอนต์ Remote Desktop บน Windows Server

เมื่อโครงสร้างพื้นฐาน RDS พร้อมแล้ว สามารถติดตั้งและเผยแพร่ Remote Desktop Web Client โดยใช้ PowerShell ได้

ขั้นตอนต่อไปนี้เป็นไปตามลำดับการติดตั้งที่ Microsoft ได้บันทึกไว้

ขั้นตอนที่ 1: ส่งออกใบรับรอง RD Connection Broker

บนเซิร์ฟเวอร์ RD Connection Broker ให้ค้นหาซึ่งใบรับรองที่ใช้สำหรับการเชื่อมต่อ Remote Desktop

ส่งออกใบรับรองสาธารณะของมันเป็น .cer ไฟล์และคัดลอกไปยังเซิร์ฟเวอร์ RD Web Access。

เว็บไคลเอนต์ใช้ข้อมูลใบรับรองนี้เมื่อสร้างการเชื่อมต่อกับ RD Connection Broker.

ขั้นตอนที่ 2: เตรียม PowerShell

เข้าสู่ระบบเซิร์ฟเวอร์ RD Web Access และเปิด PowerShell ด้วยสิทธิ์ผู้ดูแลระบบ

บน Windows Server 2016, Microsoft แนะนำให้ผู้ดูแลระบบอัปเดตโมดูล PowerShellGet:

ติดตั้งโมดูล - ชื่อ PowerShellGet - บังคับ

รีสตาร์ทเซสชัน PowerShell หลังจากอัปเดตโมดูลแล้ว

สำหรับเวอร์ชัน Windows Server ที่ใหม่กว่า ให้ตรวจสอบส่วนประกอบ PowerShell ที่ติดตั้งก่อนทำการเปลี่ยนแปลง

ขั้นตอนที่ 3: ติดตั้งโมดูลการจัดการ RD Web Client

ติดตั้งโมดูลการจัดการจาก PowerShell Gallery:

ติดตั้งโมดูล - ชื่อ RDWebClientManagement

โมดูลนี้ให้คำสั่งที่จำเป็นในการดาวน์โหลด เผยแพร่ และบำรุงรักษา Remote Desktop Web Client

หากการติดตั้งล้มเหลว ให้ตรวจสอบการเข้าถึง PowerShell Gallery และตรวจสอบว่าเซสชัน PowerShell รองรับ TLS 1.2 หรือใหม่กว่า

ขั้นตอนที่ 4: ดาวน์โหลดแพ็คเกจเว็บไคลเอนต์

เรียกใช้คำสั่งต่อไปนี้:

ติดตั้งแพ็คเกจ RDWebClient

นี่จะดาวน์โหลดแพ็คเกจ Web Client Remote Desktop ที่มีอยู่ล่าสุด

การใช้เวอร์ชันที่รองรับล่าสุดเป็นสิ่งสำคัญสำหรับความปลอดภัยและความเข้ากันได้กับเบราว์เซอร์ ไมโครซอฟท์ยังคงปล่อยการอัปเดตที่แก้ไขช่องโหว่ ปัญหาด้านประสิทธิภาพ และฟังก์ชันการทำงานของลูกค้า

ขั้นตอนที่ 5: นำเข้าประกาศนียบัตร RD Connection Broker

นำเข้าประกาศนียบัตรที่ส่งออกมาก่อนหน้านี้:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

แทนที่เส้นทางตัวอย่างด้วยตำแหน่งที่ตั้งใบรับรองจริง

ใบรับรองที่นำเข้าต้องตรงกับ RD Connection Broker ที่ใช้โดยการติดตั้ง

ขั้นตอนที่ 6: เผยแพร่เว็บไคลเอนต์ Remote Desktop

เผยแพร่แพ็คเกจที่ติดตั้งสำหรับการใช้งานในผลิตภัณฑ์:

Publish-RDWebClientPackage -Type Production -Latest

เว็บไคลเอนต์ Remote Desktop พร้อมให้บริการแล้วผ่าน RD Web Access.

ผู้ดูแลระบบยังสามารถเผยแพร่เวอร์ชันทดสอบก่อนที่จะทำการอัปเดตให้ผู้ใช้ทุกคนได้ใช้งาน:

เผยแพร่-RDWebClientPackage -ประเภท ทดสอบ -ล่าสุด

การทดสอบมีประโยชน์โดยเฉพาะเมื่อมีการแนะนำเวอร์ชันไคลเอนต์เบราว์เซอร์ใหม่เข้าสู่สภาพแวดล้อม RDS แบบผู้ใช้หลายคนที่มีอยู่แล้ว

คุณจะเข้าถึงและเผยแพร่เดสก์ท็อประยะไกลผ่าน RD Web ได้อย่างไร?

การเผยแพร่เว็บไคลเอนต์ทำให้ส่วนติดต่อของเบราว์เซอร์พร้อมใช้งาน ผู้ดูแลระบบต้องมั่นใจว่ามีการเผยแพร่แอปพลิเคชันและเดสก์ท็อปที่เหมาะสมผ่าน RDS

เปิด URL ของ Remote Desktop Web Client

รูปแบบของ URL ของเว็บไคลเอนต์มาตรฐานเป็นดังนี้:

https://server.example.com/RDWeb/webclient/index.html

แทนที่ server.example.com ด้วยชื่อโดเมนที่มีคุณสมบัติครบถ้วนของเซิร์ฟเวอร์ RD Web Access

ชื่อโฮสต์ต้องตรงกับใบรับรองที่กำหนดไว้สำหรับบริการ

ผู้ใช้สามารถเข้าถึงพอร์ทัลด้วยเบราว์เซอร์ที่เข้ากันได้และข้อมูลรับรองขององค์กรของตนได้

เผยแพร่โปรแกรม RemoteApp และเดสก์ท็อป

แอปพลิเคชันและเดสก์ท็อปถูกเผยแพร่ผ่านบริการ Remote Desktop ไม่ได้เผยแพร่โดยตรงผ่านโมดูลการจัดการเว็บไคลเอนต์

ใน Server Manager ให้ไปที่ บริการ Remote Desktop เลือกคอลเลกชันเซสชันที่เหมาะสมและกำหนดค่าโปรแกรม RemoteApp ที่เผยแพร่ของมัน

ตรวจสอบให้แน่ใจว่าผู้ใช้มีสิทธิ์เข้าถึงการรวบรวมและทรัพยากรที่เกี่ยวข้อง

เมื่อกำหนดค่าเสร็จสิ้น แอปพลิเคชันหรือเดสก์ท็อปจะปรากฏในส่วนติดต่อของเว็บไคลเอนต์ ซึ่งผู้ใช้ที่ได้รับอนุญาตสามารถเปิดใช้งานได้

เริ่มเซสชันระยะไกล

ผู้ใช้เปิด URL ของเว็บไคลเอนต์ ยืนยันตัวตนและเลือกทรัพยากรที่มีให้บริการ

เดสก์ท็อประยะไกลหรือแอปพลิเคชันทำงานภายในหน้าต่างเบราว์เซอร์ โดยมีการจัดการการโต้ตอบผ่านโครงสร้างพื้นฐาน RDS

ขึ้นอยู่กับการตั้งค่า เบราว์เซอร์อาจขออนุญาตในการใช้ทรัพยากรท้องถิ่นบางอย่าง เช่น คลิปบอร์ด

คุณจะปรับปรุงประสิทธิภาพของเว็บไคลเอนต์ Remote Desktop ของคุณได้อย่างไร?

การเข้าถึงระยะไกลที่เชื่อถือได้ผ่านเบราว์เซอร์ขึ้นอยู่กับมากกว่าการติดตั้งเว็บไคลเอนต์ คุณภาพของเครือข่าย ความสามารถของเซิร์ฟเวอร์ และการกำหนดค่าช่วงทั้งหมดมีผลต่อความรวดเร็วในการตอบสนอง

จัดการแบนด์วิธและความหน่วงของเครือข่าย

การรับส่งข้อมูลของ Remote Desktop จะแตกต่างกันไปขึ้นอยู่กับแอปพลิเคชันที่ใช้ ความละเอียดของหน้าจอ และระดับของกิจกรรมกราฟิก

แอปพลิเคชันสำนักงานและซอฟต์แวร์ธุรกิจที่เรียบง่ายมักมีความต้องการที่แตกต่างกันต่อเครือข่ายเมื่อเปรียบเทียบกับแอปพลิเคชันที่ต้องการกราฟิกสูงหรือเนื้อหาหน้าจอที่เปลี่ยนแปลงบ่อยครั้ง

ก่อนการติดตั้ง ให้ประเมินจำนวนผู้ใช้ที่ใช้งานพร้อมกันและประเมินแบนด์วิธที่มีอยู่ในช่วงเวลาที่มีการใช้งานสูงสุด

ความหน่วงมีความสำคัญเช่นกัน แม้ว่าความกว้างของแบนด์วิธจะเพียงพอ แต่เวลาการเดินทางรอบสูงสามารถทำให้การพิมพ์ การเลื่อน และการโต้ตอบกับแอปพลิเคชันรู้สึกช้าได้

ผู้ดูแลระบบควรตรวจสอบความล่าช้าของเครือข่าย การสูญเสียแพ็กเก็ต และการใช้แบนด์วิธ โดยเฉพาะเมื่อผู้ใช้เชื่อมต่อจากสถานที่ห่างไกล

ตรวจสอบทรัพยากรเซิร์ฟเวอร์และประสิทธิภาพของเซสชัน

เซิร์ฟเวอร์ RD Session Host ต้องมี CPU, หน่วยความจำ และความจุของดิสก์เพียงพอเพื่อรองรับผู้ใช้ที่เชื่อมต่อพร้อมกัน

ตรวจสอบการใช้ทรัพยากรควบคู่ไปกับจำนวนเซสชันที่ใช้งานอยู่เพื่อระบุขีดจำกัดความจุก่อนที่ผู้ใช้จะประสบปัญหาการลดประสิทธิภาพ.

เมตริกที่มีประโยชน์รวมถึงการใช้งาน CPU และหน่วยความจำ กิจกรรมดิสก์ การส่งข้อมูลในเครือข่าย เซสชันที่ใช้งานอยู่และถูกตัดการเชื่อมต่อ และความล้มเหลวในการเชื่อมต่อเซสชัน

เครื่องมือตรวจสอบประสิทธิภาพของ Windows, Event Viewer และเครื่องมือการตรวจสอบโครงสร้างพื้นฐานที่เหมาะสมสามารถช่วยระบุได้ว่าการทำงานช้าเกิดจากการอิ่มตัวของเซิร์ฟเวอร์ สภาพเครือข่าย หรือแอปพลิเคชันเฉพาะ.

การตรวจสอบควรคำนึงถึงภาระงานสูงสุดด้วย ไม่ควรพึ่งพาการใช้เฉลี่ยเพียงอย่างเดียว

อัปเดตเบราว์เซอร์และแพ็กเกจเว็บไคลเอนต์ให้เป็นปัจจุบัน

เวอร์ชันของเบราว์เซอร์และความสามารถด้านกราฟิกของฝั่งลูกค้าสามารถส่งผลต่อประสิทธิภาพของเซสชันระยะไกลได้

หมายเหตุการเปิดตัวเว็บไคลเอนต์ล่าสุดของ Microsoft แนะนำข้อกำหนดที่เกี่ยวข้องกับอายุของเบราว์เซอร์ การสนับสนุน AVC codec และความพร้อมใช้งานของ WebGL

ทดสอบเบราว์เซอร์ที่รองรับโดยใช้ภาระงานที่เป็นตัวแทนและรักษาแพ็คเกจเว็บไคลเอนต์ให้ทันสมัยอยู่เสมอ

เมื่อปัญหาที่เฉพาะเจาะจงกับเบราว์เซอร์เกิดขึ้น ให้เปรียบเทียบพฤติกรรมระหว่างเบราว์เซอร์ที่รองรับและเมื่อเหมาะสมกับไคลเอนต์ RDP แบบเนทีฟเพื่อช่วยแยกสาเหตุออกมา

การจัดการการปรับใช้ RD Web Client ข้ามหลายเซิร์ฟเวอร์มีขั้นตอนอย่างไร?

องค์กรขนาดใหญ่มักจะแจกจ่ายภาระงานเดสก์ท็อประยะไกลไปยังเซิร์ฟเวอร์ RD Session Host หลายเครื่อง

ในสภาพแวดล้อมเหล่านี้ การจัดเส้นทางเซสชัน การกระจายโหลด และการเชื่อมต่อใหม่กลายเป็นสิ่งจำเป็นในการรักษาการเข้าถึงที่เชื่อถือได้

ตัวกลางการเชื่อมต่อ RD และการกระจายโหลด

ตัวกลางการเชื่อมต่อ RD จะประสานการเชื่อมต่อไปยังทรัพยากรที่เผยแพร่และชี้นำผู้ใช้ไปยังเซิร์ฟเวอร์โฮสต์เซสชัน RD ที่เหมาะสม

ในกลุ่มเซสชัน มันสนับสนุนการกระจายโหลดไปยังโฮสต์ที่มีอยู่ ช่วยให้ผู้ดูแลระบบสามารถกระจายภาระงานแทนที่จะมุ่งเน้นเซสชันทั้งหมดไว้ที่เซิร์ฟเวอร์เดียว

สิ่งนี้จะกลายเป็นสิ่งที่สำคัญโดยเฉพาะเมื่อผู้ใช้หลายคนเข้าถึงแอปพลิเคชันที่เผยแพร่หรือสภาพแวดล้อมเดสก์ท็อปเดียวกัน

ผู้ดูแลระบบควรกำหนดการรวบรวมเซสชันและการตั้งค่าการกระจายโหลดตามความสามารถของเซิร์ฟเวอร์และภาระงานที่คาดหวัง

เว็บไคลเอนต์ Remote Desktop ไม่ได้แนะนำกลไกการกระจายโหลดแยกต่างหาก มันพึ่งพาโครงสร้างพื้นฐาน RDS ที่มีอยู่เพื่อจัดเส้นทางการเชื่อมต่อ

การรักษาความต่อเนื่องของเซสชันและการเชื่อมต่อใหม่

ผู้ใช้อาจสูญเสียการเชื่อมต่อชั่วคราวเนื่องจากการหยุดชะงักของเครือข่าย การปิดเบราว์เซอร์ หรือการเปลี่ยนแปลงในสภาพเครือข่าย

RD Connection Broker ช่วยเชื่อมต่อผู้ใช้กลับไปยังเซสชันที่มีอยู่เมื่อเซสชันเหล่านั้นยังคงพร้อมใช้งาน

ความคงอยู่ของเซสชันขึ้นอยู่กับการปรับใช้ RDS การกำหนดค่าการรวบรวม และนโยบายเซสชันที่ใช้บังคับ

ผู้ดูแลระบบควรตรวจสอบขีดจำกัดเซสชันที่ถูกตัดการเชื่อมต่อและพฤติกรรมการเชื่อมต่ออัตโนมัติเพื่อสร้างสมดุลระหว่างการใช้งาน ความสามารถของเซิร์ฟเวอร์ และความปลอดภัย

การทดสอบการเชื่อมต่อใหม่มีความสำคัญโดยเฉพาะในสภาพแวดล้อมที่มีเซิร์ฟเวอร์หลายเครื่อง ซึ่งผู้ใช้ต้องถูกนำกลับไปยังเซสชันเดิมของพวกเขาแทนที่จะสร้างเซสชันเพิ่มเติมที่ไม่จำเป็นโดยบังเอิญ

การพิจารณาความพร้อมใช้งานสูง

สำหรับการใช้งานที่สำคัญต่อธุรกิจ การกำจัดจุดล้มเหลวเดียวอาจต้องการโครงสร้างพื้นฐาน RDS เพิ่มเติม

นี่อาจรวมถึงการกำหนดค่าตัวกลางการเชื่อมต่อ RD ที่มีความพร้อมใช้งานสูง บริการเกตเวย์และการเข้าถึงเว็บที่ซ้ำซ้อน และเซิร์ฟเวอร์โฮสต์เซสชัน RD หลายเครื่อง

การเข้าถึง RD Web และความพร้อมใช้งาน RD Gateway จะต้องมีการวางแผนแยกต่างหากจากการกระจายโหลดของโฮสต์เซสชัน การเพิ่มโฮสต์เซสชันเพิ่มเติมเพียงอย่างเดียวไม่ได้ทำให้สภาพแวดล้อมการเข้าถึงระยะไกลทั้งหมดมีความพร้อมใช้งานสูง

ผู้ดูแลระบบควรตรวจสอบความสอดคล้องของใบรับรอง การกำหนดค่า DNS และพฤติกรรมของโหลดบาลานเซอร์ในส่วนประกอบที่ซ้ำซ้อนด้วย

ฟีเจอร์และข้อจำกัดของ Remote Desktop Web Client คืออะไร?

การเข้าถึงผ่านเบราว์เซอร์มอบความยืดหยุ่น แต่ไม่สามารถทำซ้ำความสามารถทุกอย่างของไคลเอนต์ RDP ที่ติดตั้งในเครื่องได้

การพิมพ์และการถ่ายโอนไฟล์

เว็บไคลเอนต์ของ Microsoft รองรับการพิมพ์ระยะไกลผ่านเครื่องพิมพ์เสมือนที่สร้างไฟล์ PDF ที่ดาวน์โหลดได้

การถ่ายโอนไฟล์สามารถทำได้ผ่านสถานที่เสมือนที่กำหนดในเซสชันระยะไกล โดยมีขนาดไฟล์ดาวน์โหลดที่กำหนดไว้ที่ 255 MB.

การทำงานเหล่านี้แตกต่างจากการเปลี่ยนเส้นทางไดรฟ์และเครื่องพิมพ์ท้องถิ่นโดยตรงที่มีอยู่ในลูกค้า RDP แบบดั้งเดิม

องค์กรที่มีความต้องการการพิมพ์เฉพาะหรือการถ่ายโอนไฟล์ขนาดใหญ่บ่อยครั้งควรทดสอบความสามารถเหล่านี้ก่อนการใช้งาน.

ความเข้ากันได้ของเบราว์เซอร์และมือถือ

เว็บไคลเอนต์รองรับเบราว์เซอร์เดสก์ท็อปที่เข้ากันได้บน Windows, macOS, Linux และ ChromeOS.

อย่างไรก็ตาม เอกสารของ Microsoft ขณะนี้ไม่ได้ระบุอุปกรณ์เคลื่อนที่ว่าเป็นอุปกรณ์ที่รองรับสำหรับเว็บไคลเอนต์นี้

องค์กรที่ต้องการเข้าถึงจากสมาร์ทโฟนหรือแท็บเล็ตควรประเมินไคลเอนต์เฉพาะหรือโซลูชันการจัดส่งที่ใช้เบราว์เซอร์ทางเลือก

ความปลอดภัยและการควบคุมการเข้าถึง

เว็บไคลเอนต์ได้รับประโยชน์จากการควบคุมความปลอดภัยที่นำไปใช้ในระบบ RDS ที่อยู่เบื้องหลัง

ผู้ดูแลระบบควรปฏิบัติตาม แนวทางปฏิบัติที่ดีที่สุดสำหรับความปลอดภัย RDP รวมถึงการใช้ใบรับรองที่เชื่อถือได้ การจำกัดการเปิดเผยเครือข่ายที่ไม่จำเป็น และการใช้แนวทางการเข้าถึงที่มีสิทธิ์น้อยที่สุดต่อทรัพยากรที่เผยแพร่

มาตรการรักษาความปลอดภัยเพิ่มเติม รวมถึงการตรวจสอบหลายปัจจัยผ่านสถาปัตยกรรมการเข้าถึงที่รองรับ สามารถช่วยปกป้องบริการที่เข้าถึงได้จากภายนอก

อัปเดต Windows Server, ส่วนประกอบ RDS และเว็บไคลเอนต์ และตรวจสอบความล้มเหลวในการตรวจสอบสิทธิ์และกิจกรรมเซสชันที่ผิดปกติ

วิธีการอัปเดตและแก้ไขปัญหา Web Client Remote Desktop?

การบำรุงรักษาเป็นประจำช่วยลดปัญหาการเชื่อมต่อที่เกิดจากแพ็คเกจที่ล้าสมัย ใบรับรองที่หมดอายุ และการเปลี่ยนแปลงโครงสร้างพื้นฐาน RDS

อัปเดตเว็บไคลเอนต์ Remote Desktop

เพื่อดาวน์โหลดแพ็คเกจล่าสุด ให้รัน:

ติดตั้งแพ็คเกจ RDWebClient

สามารถเผยแพร่ไปยังสภาพแวดล้อมการทดสอบก่อนก็ได้:

เผยแพร่-RDWebClientPackage -ประเภท ทดสอบ -ล่าสุด

หลังจากตรวจสอบการอัปเดตแล้ว ให้เผยแพร่ไปยังการผลิต:

Publish-RDWebClientPackage -Type Production -Latest

เอกสารบันทึกการปล่อยของ Microsoft มีการอัปเดตด้านความปลอดภัย การปรับปรุงความเข้ากันได้ และการแก้ไขปัญหาที่ทราบแล้ว

อัปเดตใบรับรอง RD Connection Broker

เมื่อใบรับรองของโบรกเกอร์ถูกต่ออายุหรือเปลี่ยนใหม่ ให้นำเข้าใบรับรองที่อัปเดตและนำเข้าลงในการกำหนดค่าของเว็บไคลเอนต์:

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker-New.cer"

เผยแพร่ไคลเอนต์การผลิต:

Publish-RDWebClientPackage -Type Production -Latest

การไม่อัปเดตใบรับรองของโบรกเกอร์อาจทำให้เกิดข้อผิดพลาดในการตรวจสอบใบรับรองเซิร์ฟเวอร์ที่ไม่คาดคิด

แก้ไขปัญหาการเชื่อมต่อทั่วไป

หน้าเว็บไคลเอนต์ไม่สามารถโหลดได้: ตรวจสอบความพร้อมใช้งาน RD Web Access, การแก้ไข DNS, การเชื่อมต่อ HTTPS, การกำหนดค่า IIS และว่าชุดโปรแกรมได้ถูกเผยแพร่หรือไม่ หากปัญหาการเชื่อมต่อยังคงมีอยู่ ให้ตรวจสอบวิธีการ สร้างการเชื่อมต่อที่ปลอดภัยกับเซิร์ฟเวอร์ ก่อนเปลี่ยนการกำหนดค่าของเว็บไคลเอนต์

ผู้ใช้สามารถลงชื่อเข้าใช้ได้ แต่ไม่เห็นแอปพลิเคชันใด ๆ: ตรวจสอบการกำหนดค่าการรวบรวมเซสชัน ทรัพยากรที่เผยแพร่ สิทธิ์ของผู้ใช้ และการเชื่อมต่อของ RD Connection Broker

ข้อผิดพลาดของใบรับรองปรากฏขึ้น: ตรวจสอบความถูกต้องของใบรับรอง, การจับคู่ชื่อโฮสต์ และว่าได้มีการนำเข้าบัตรนายหน้าที่ถูกต้องแล้วหรือไม่

การเชื่อมต่อระยะไกลถูกตัดการเชื่อมต่อบ่อยครั้ง: ตรวจสอบความเสถียรของเครือข่าย การเชื่อมต่อ RD Gateway นโยบายการหมดเวลาของเซสชัน และการใช้ทรัพยากรของ RD Session Host

เซสชันช้า หรือไม่ตอบสนอง: เปรียบเทียบประสิทธิภาพของเบราว์เซอร์ ความสามารถของเซิร์ฟเวอร์ และความล่าช้าของเครือข่าย หากปัญหาเกิดขึ้นผ่านไคลเอนต์ RDP ดั้งเดิม สาเหตุมีแนวโน้มที่จะเกี่ยวข้องกับสภาพแวดล้อม RDS ที่อยู่เบื้องหลัง

วิธีการแก้ไขปัญหาที่มีโครงสร้างช่วยแยกแยะปัญหาของเบราว์เซอร์-ไคลเอนต์ออกจากความล้มเหลวในที่อื่นในโครงสร้างพื้นฐานของบริการ Remote Desktop

TSplus Remote Access: การเข้าถึงผ่านเว็บแอปพลิเคชันพอร์ทัล

องค์กรที่มองหาวิธีการที่ง่ายขึ้นในการจัดส่งเดสก์ท็อปและแอปพลิเคชันผ่านเบราว์เซอร์สามารถพิจารณา TSplus Remote Access HTML5 เว็บไคลเอนต์ของมันช่วยให้ผู้ใช้ที่ได้รับอนุญาตสามารถเข้าถึงแอปพลิเคชัน Windows และเดสก์ท็อประยะไกลได้โดยตรงผ่านเบราว์เซอร์ที่เข้ากันได้ โดยไม่ต้องติดตั้งไคลเอนต์ RDP แบบดั้งเดิม

พอร์ทัลแอปพลิเคชันเว็บของ TSplus ให้ส่วนติดต่อที่รวมศูนย์สำหรับการเปิดแอปพลิเคชันและเดสก์ท็อปที่เผยแพร่ แตกต่างจาก Microsoft Remote Desktop Web Client ซึ่งขึ้นอยู่กับการปรับใช้ RDS ที่มีอยู่พร้อมกับบทบาทเซิร์ฟเวอร์เฉพาะ โซลูชันของเรา มีสถาปัตยกรรมการเผยแพร่แอปพลิเคชันและการเข้าถึงผ่านเบราว์เซอร์ของตนเอง ซึ่งทำให้เป็นทางเลือกสำหรับธุรกิจที่ต้องการจัดส่งทรัพยากร Windows ผ่านพอร์ทัลเว็บในขณะที่ทำให้การติดตั้งและการจัดการง่ายขึ้น

สรุป

Microsoft's Remote Desktop Web Client ช่วยให้การเข้าถึงเดสก์ท็อปและแอปพลิเคชัน Windows ผ่านบริการ Remote Desktop ด้วยเบราว์เซอร์ได้ โดยมี Windows Server 2025 รวมอยู่ในเอกสารปัจจุบันของ Microsoft ผู้ดูแลระบบควรตรวจสอบความเข้ากันได้ในการติดตั้ง การออกใบอนุญาต ใบรับรอง และบทบาทของเซิร์ฟเวอร์ก่อนการติดตั้ง

เพื่อการทำงานที่เชื่อถือได้ การดูแลรักษาเว็บไคลเอนต์เป็นเพียงส่วนหนึ่งของงาน ประสิทธิภาพของเครือข่าย การจัดการเซสชัน การกระจายโหลด และการตรวจสอบโครงสร้างพื้นฐานยังมีผลต่อคุณภาพของประสบการณ์การเข้าถึงระยะไกลด้วย

TSplus Remote Access

TSplus Remote Access ทดลองใช้ฟรี

ทางเลือกที่ดีที่สุดสำหรับ Citrix/RDS สำหรับการเข้าถึงเดสก์ท็อป/แอปพลิเคชัน ปลอดภัย คุ้มค่า ราคา ประจำที่/คลาวด์

การอ่านเพิ่มเติม

Banner for article "Remote Access: Simple, Secure Apps and Desktops", bearing article title, TSplus Remote Access text logo, catchphrase, website and illustration.

การเข้าถึงระยะไกลสำหรับผู้คน ผู้ที่ใช้มัน นำไปใช้และจ่ายเงินสำหรับมัน

อ่านบทความ →
Banner for article "What Is Remote Desktop? A Practical Decision Guide for IT Teams" bearing title, illustration, TSplus logo and website.

อะไรคือ Remote Desktop? คู่มือการตัดสินใจที่ใช้งานได้สำหรับทีม IT

อ่านบทความ →
Banner for article "How Do We Make Enterprise-Grade Remote Access Affordable for SMBs", bearing article title, logos, website and illustration.

เราจะทำให้การเข้าถึงระยะไกลในระดับองค์กรมีราคาไม่แพงสำหรับธุรกิจขนาดเล็กและขนาดกลางได้อย่างไร?

อ่านบทความ →
Banner for article "7 Best Citrix File Share Alternatives for 2025 - Secure & Cost-Effective". Banner bearing article title, TSplus Remote Access text logo, tsplus.net website, and illustrated by a server stack.

ทางเลือกสำหรับการแชร์ไฟล์ Citrix

อ่านบทความ →
back to top of the page icon