วิธีการทำงานของการอนุญาต RDS: ภาพรวม

ใบอนุญาตการเข้าถึงลูกค้าสำหรับบริการ Remote Desktop Services กำหนดวิธีที่ผู้ใช้หรืออุปกรณ์สามารถเข้าถึงการใช้งาน Microsoft Remote Desktop Services ได้ บทสรุปนี้อธิบายเกี่ยวกับโมเดล RDS CAL หลัก ๆ ว่าเซิร์ฟเวอร์การอนุญาต RD สนับสนุนพวกเขาอย่างไร และรายละเอียดทางเทคนิคใดที่ผู้ดูแลระบบควรตรวจสอบ

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

RDS CAL คืออะไร?

ทำไมใบอนุญาต RDS

RDS Licensing เป็นระบบที่ Microsoft ใช้ในการจัดการและให้การเข้าถึงบริการ Remote Desktop ของตน กระบวนการออกใบอนุญาตช่วยให้มั่นใจว่าองค์กรมีใบอนุญาตที่เหมาะสมสำหรับผู้ใช้หรืออุปกรณ์ที่เชื่อมต่อกับโครงสร้างพื้นฐาน RDS ดังนั้นจึงเป็นส่วนสำคัญในการจัดการและให้การเข้าถึงเดสก์ท็อประยะไกลแก่ผู้ใช้ในสภาพแวดล้อม Windows Server

ใบอนุญาตการเข้าถึงลูกค้า คืออะไร?

ดังนั้น แทนที่จะเป็นผลิตภัณฑ์ซอฟต์แวร์ หนึ่ง ใบอนุญาตการเข้าถึงลูกค้า RDS หรือ RDS CAL เป็นสิทธิ์ในการออกใบอนุญาตที่เกี่ยวข้องกับการเข้าถึงบริการ Remote Desktop มันไม่ใช่ซอฟต์แวร์ไคลเอนต์ (แตกต่างจาก Remote Desktop Protocol) และไม่ได้สร้างเซสชันระยะไกลด้วยตัวเอง

ในการติดตั้ง RDS บน Windows Server แบบดั้งเดิม ผู้ดูแลระบบควรพิจารณาทั้งสิทธิการเข้าถึง Windows Server ที่อยู่เบื้องหลังและสิทธิพิเศษเพิ่มเติมที่เกี่ยวข้องกับบริการ Remote Desktop RDS CAL ไม่ควรถูกมองว่าเป็นการแทนที่สำหรับ CALs ของ Windows Server หรือใบอนุญาตอื่น ๆ ที่อาจใช้ได้

RDS CALs และ Remote Desktop Protocol (RDP)

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

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

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

การทำงานพื้นฐาน, คำจำกัดความและการโต้ตอบ:

1. ประเภทของใบอนุญาต RDS

RDS CALs หรือที่เรียกว่า Client Access Licenses สามารถกำหนดได้สองวิธี

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

2. กระบวนการอนุญาต

1. เซิร์ฟเวอร์ใบอนุญาต: คุณต้องติดตั้งและเปิดใช้งานบทบาทเซิร์ฟเวอร์ใบอนุญาต RDS บน Windows Server เพื่อจัดการการแจกจ่าย CALs เซิร์ฟเวอร์ใบอนุญาตจะรับผิดชอบในการจัดการและออกใบอนุญาต RDS CALs ให้กับผู้ใช้หรืออุปกรณ์
2. การเปิดใช้งานเซิร์ฟเวอร์ใบอนุญาต: เมื่อทำการติดตั้งบทบาท License Server แล้ว คุณต้องเปิดใช้งานผ่านเว็บไซต์การอนุญาตของ Microsoft โดยการโทรศัพท์ หรือโดยอัตโนมัติหากมีการเข้าถึงอินเทอร์เน็ต
3. การติดตั้ง CALs: หลังจากการเปิดใช้งาน คุณสามารถติดตั้ง RDS CALs ที่ซื้อมาใน License Server ได้ โดยปกติแล้วกระบวนการนี้จะเกี่ยวข้องกับการป้อนรหัสใบอนุญาตที่จัดเตรียมโดย Microsoft CALs เหล่านี้จะถูกแจกจ่ายให้กับผู้ใช้หรืออุปกรณ์เมื่อพวกเขาเชื่อมต่อกับ RDS
4. การออก CALs: เมื่อผู้ใช้หรืออุปกรณ์เชื่อมต่อกับเซสชัน RDS เซิร์ฟเวอร์ใบอนุญาต RDS จะออก CAL หากมีอยู่ เซิร์ฟเวอร์ใบอนุญาตติดตามการใช้งานของแต่ละ CAL เพื่อให้แน่ใจว่าปฏิบัติตามข้อกำหนด

3. ระยะเวลาผ่อนผัน

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

4. การบังคับใช้ใบอนุญาต

• ต่อผู้ใช้: เซิร์ฟเวอร์ใบอนุญาตไม่ได้บังคับการออกใบอนุญาตต่อผู้ใช้โดยเคร่งครัด; มันเพียงแค่ติดตามจำนวน User CALs ที่ออกให้ คุณต้องมั่นใจว่าคุณมี User CALs ที่ซื้อเพียงพอเพื่อครอบคลุมผู้ใช้ทั้งหมด
• ต่ออุปกรณ์: เซิร์ฟเวอร์ใบอนุญาตติดตามอุปกรณ์อย่างกระตือรือร้นและรับประกันว่าอุปกรณ์แต่ละชิ้นมี Device CAL ที่ถูกต้อง

5. ประเภทใบอนุญาต

• ถาวร: CALs ปกติจะถูกกำหนดอย่างถาวรจนกว่าจะถูกเพิกถอนด้วยตนเองหรือหมดอายุ
• ชั่วคราว: อาจมีการออก CAL ชั่วคราวเมื่อผู้ใช้หรืออุปกรณ์ใหม่เชื่อมต่อกับ RDS เป็นครั้งแรก โดยปกติจะมีอายุ 90 วัน และจะถูกแทนที่ด้วย CAL ถาวรหากมีให้บริการ

6. การปฏิบัติตามใบอนุญาต

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

7. ความพร้อมใช้งานสูง

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

8. ใบอนุญาตเชื่อมต่อภายนอก

ในกรณีที่ผู้ใช้เป็นภายนอก (เช่น คู่ค้า หรือลูกค้า) ใบอนุญาตเชื่อมต่อภายนอกอาจเหมาะสมกว่าการใช้ CALs แบบรายบุคคล

9. โฮสต์เซสชันและโหมดการอนุญาต

โฮสต์เซสชัน RDS ต้องถูกกำหนดค่าให้ใช้โหมดการอนุญาตที่ถูกต้อง (ต่อผู้ใช้หรืออุปกรณ์) และชี้ไปที่เซิร์ฟเวอร์ใบอนุญาตที่ถูกต้อง

10. เมื่อมีข้อสงสัย ให้ตรวจสอบ

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

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

RDS CALs มักจะต้องการเมื่อใด?

CALs สำหรับโครงสร้างพื้นฐานและการใช้งานที่แตกต่างกัน

ผู้ใช้หรืออุปกรณ์แต่ละตัวที่เชื่อมต่อกับโฮสต์เซสชัน RD ที่รัน Windows Server จำเป็นต้อง RDS CAL ที่เหมาะสม การวิเคราะห์ใบอนุญาตสามารถเปลี่ยนแปลงได้เมื่อสภาพแวดล้อมใช้บริการ Microsoft อื่น ๆ โครงสร้างพื้นฐานที่โฮสต์ ผู้ใช้ภายนอก หรือเทคโนโลยีการเข้าถึงที่แตกต่างกัน

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

ผู้ใช้ภายในและภายนอก

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

การเชื่อมต่อภายนอกไม่ควรถูกมองว่าเป็นการแทนที่สำหรับ User หรือ Device CALs โดยอัตโนมัติ การติดตั้งที่เกี่ยวข้องกับลูกค้า บริการที่โฮสต์ หรือประชากรภายนอกขนาดใหญ่ควรได้รับการตรวจสอบร่วมกับ Microsoft หรือผู้เชี่ยวชาญด้านการอนุญาตที่ได้รับอนุญาต

RDS User CAL กับ Device CAL

User CALs หรือ Device CALs

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

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

ความแตกต่างหลัก:

• User CAL จะติดตามผู้ใช้ที่ได้รับอนุญาตข้ามอุปกรณ์ต่างๆ
• Device CAL จะครอบคลุมอุปกรณ์ที่ได้รับอนุญาตเมื่อผู้คนที่แตกต่างกันใช้จุดสิ้นสุดนั้นเพื่อเข้าถึง RDS.

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

ตัวอย่าง:

• องค์กรที่มีพนักงาน 30 คนเชื่อมต่อจากคอมพิวเตอร์ในสำนักงาน แล็ปท็อป และแท็บเล็ตอาจประเมินความต้องการของตนว่าเป็น 30 User CALs.
• โรงงานที่มีพนักงานกะ 45 คนแบ่งปัน 15 เทอร์มินัลอาจประเมินว่าต้องการ Device CALs ทั้งหมด 15 ตัวเพื่อแบ่งปันตลอดช่วงกะ

ตัวอย่างเหล่านี้แสดงให้เห็นถึงตรรกะการนับแทนที่จะให้คำแนะนำเกี่ยวกับการออกใบอนุญาตสำหรับการใช้งานเฉพาะ

RDS CALs เป็นใบอนุญาตที่ใช้ร่วมกันหรือไม่?

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

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

การทำงานของการอนุญาต RDS เป็นอย่างไรทางเทคนิค?

กระบวนการเป็นอย่างไร?

การติดตั้ง RDS ใช้เซิร์ฟเวอร์ RD Licensing เพื่อทำการติดตั้ง ออกใบอนุญาต และติดตาม RDS CALs ลำดับการจัดการปกติคือ:

1. ติดตั้งบริการบทบาท RD Licensing
2. เปิดใช้งานเซิร์ฟเวอร์การอนุญาต
3. ติดตั้งแพ็ค RDS CAL ที่เข้ากันได้
4. กำหนดโฮสต์เซสชัน RD แต่ละตัวด้วยโหมดการอนุญาตที่ถูกต้อง
5. ชี้ไปที่เซิร์ฟเวอร์ใบอนุญาตที่เหมาะสมสำหรับโฮสต์เซสชัน
6. ตรวจสอบการออกใบอนุญาต การเตือนการกำหนดค่า และใบอนุญาตที่มีอยู่

ปัญหาที่อาจเกิดขึ้น

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

รายละเอียดการอนุญาตและกลุ่ม

คู่มือ TSplus สำหรับ กำหนดโหมดการอนุญาต Remote Desktop อธิบายนโยบายกลุ่มที่เกี่ยวข้อง, PowerShell และการตั้งค่าเซิร์ฟเวอร์.

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

สำหรับการใช้งานแอปพลิเคชันและการเผยแพร่เอกสารบนเดสก์ท็อปที่ง่ายขึ้นโดยไม่ต้องมีภาระการดำเนินงานของ RDS stack แบบเต็ม ทำไมไม่ลองดูล่ะ เริ่มทดลองใช้ฟรี TSplus Remote Access วิธีที่ยอดเยี่ยมในการทดสอบการส่งมอบแอปพลิเคชันแบบรวมศูนย์ที่ง่ายในสภาพแวดล้อมของคุณเอง

ระยะเวลาผ่อนผันและ CAL ชั่วคราวคืออะไร?

120 วันของระยะเวลาผ่อนผัน

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

หน้าต่างการติดตั้ง ไม่ใช่การยกเว้น

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

ใบอนุญาตชั่วคราว

Temporary CALs เป็นกลไกแยกต่างหาก ในโมเดล Per Device อุปกรณ์สามารถรับ CAL ชั่วคราวได้เมื่อเข้าสู่ระบบครั้งแรก Microsoft ระบุว่า CAL อุปกรณ์ชั่วคราวนั้นมีอายุการใช้งาน 90 วัน CAL ชั่วคราวไม่สามารถใช้ได้ในโมเดล Per User

ความเข้ากันได้ของเวอร์ชัน RDS CAL

ความเข้ากันได้ของ RDS CAL เกี่ยวข้องกับการตรวจสอบสองอย่างแยกกัน:

ตรวจสอบ	กฎทั่วไป
CAL ไปยังโฮสต์เซสชัน	CAL เวอร์ชันที่ใหม่กว่าสามารถเข้าถึง Windows Server เวอร์ชันเดียวกันหรือเวอร์ชันก่อนหน้าได้
CAL ไปยัง Licensing Server	เซิร์ฟเวอร์การอนุญาตต้องทำงานบนเวอร์ชัน Windows Server เดียวกันกับ CAL หรือเวอร์ชันที่ใหม่กว่า

เซิร์ฟเวอร์เซสชัน

ตัวอย่างเช่น RDS CAL ของ Windows Server 2025 สามารถครอบคลุมการเชื่อมต่อที่มีสิทธิ์ไปยัง Windows Server 2022 Session Host ได้ RDS CAL ของ Windows Server 2022 ไม่สามารถครอบคลุม Windows Server 2025 Session Host ได้

เวอร์ชัน Windows Server

เช่นเดียวกัน เซิร์ฟเวอร์การอนุญาต Windows Server 2022 ไม่สามารถโฮสต์แพ็ค CAL RDS ของ Windows Server 2025 ได้ เซิร์ฟเวอร์การอนุญาตต้องทำงานบน Windows Server 2025 เพื่อทำการติดตั้งเวอร์ชัน CAL นั้น

ผู้ดูแลระบบที่วางแผนการอัปเกรด Windows Server ควรตรวจสอบ Session Hosts, เซิร์ฟเวอร์ RD Licensing และเวอร์ชัน CAL ที่ติดตั้งไว้ เนื่องจากการเปลี่ยนแปลงหนึ่งครั้ง

ข้อผิดพลาดในการอนุญาต RDS ที่พบบ่อย

หลายปัญหาที่เกิดขึ้นซ้ำ ๆ เป็นปัญหาทางเทคนิคมากกว่าข้อผิดพลาดในการซื้อ:

• นับเฉพาะเซสชันที่ทำงานพร้อมกัน
• สับสนระหว่าง Windows Server CALs กับ RDS CALs
• ติดตั้ง CALs แต่ไม่กำหนดโหมดการอนุญาตของ Session Host
• ใช้เซิร์ฟเวอร์การอนุญาตที่ไม่สามารถโฮสต์เวอร์ชัน CAL ได้
• สมมติว่าการเชื่อมต่อที่ประสบความสำเร็จพิสูจน์ถึงการปฏิบัติตามใบอนุญาต
• อนุญาตให้ระยะเวลาผ่อนผัน 120 วันหมดอายุลงก่อนที่จะทดสอบเส้นทางการอนุญาต

RD Licensing Diagnoser, Event Viewer และ Remote Desktop Licensing Manager สามารถช่วยระบุปัญหาการกำหนดค่าและการสื่อสาร เมื่อ RD Session Host ไม่สามารถค้นหาเซิร์ฟเวอร์ที่เหมาะสมได้ ให้ดูที่เรา ข้อผิดพลาด “ไม่มีเซิร์ฟเวอร์ใบอนุญาต Remote Desktop ที่มีอยู่” คู่มือสำหรับเส้นทางการแก้ไขปัญหาที่มุ่งเน้น อย่างไรก็ตาม ในขณะที่เครื่องมือเหล่านั้นแสดงสถานะทางเทคนิค พวกเขาไม่สามารถแทนที่การตรวจสอบข้อตกลงการอนุญาตที่ใช้ได้

TSplus Remote Access เพิ่มอะไรให้กับการสนทนา?

TSplus Remote Access

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

นี่คือวิธีที่ TSplus สามารถปรับปรุงประสบการณ์การเข้าถึงเดสก์ท็อประยะไกลของคุณ:

ง่ายและปล่อยให้ระบบปฏิบัติการของคุณทำงานได้

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

ข้อตกลงและข้อกำหนด

ข้อกำหนดของ Microsoft ที่เกี่ยวข้องขึ้นอยู่กับระบบปฏิบัติการ Windows, บทบาทที่ติดตั้ง, บริการที่ใช้ และข้อตกลงที่ควบคุม ดังนั้นองค์กรควรแยกใบอนุญาต TSplus ออกจากใบอนุญาต Microsoft ใด ๆ ที่อาจใช้กับสภาพแวดล้อมเซิร์ฟเวอร์พื้นฐาน

บทความสนับสนุนของ TSplus เกี่ยวกับ Microsoft EULAs และ CALs กำหนดตำแหน่งทางเทคนิคเฉพาะของผลิตภัณฑ์ อย่างไรก็ตาม TSplus ไม่มีอำนาจในการตัดสินเกี่ยวกับการปฏิบัติตามข้อตกลงขององค์กรกับ Microsoft

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

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

ซอฟต์แวร์ชุด TSplus จะช่วยเสริมและเสริมความแข็งแกร่งให้กับการตั้งค่าของคุณได้อย่างไร?

TSplus Advanced Security

ความปลอดภัยเป็นสิ่งสำคัญอันดับแรกในสภาพแวดล้อมการเข้าถึงเดสก์ท็อประยะไกลใดๆ TSplus Advanced Security เสริมสร้างสภาพแวดล้อม RDS ของคุณด้วยฟีเจอร์เช่นการตรวจสอบสิทธิ์หลายปัจจัย การจำกัดที่อยู่ IP และการควบคุมการเข้าถึงที่ครอบคลุม เพื่อให้แน่ใจว่าการเชื่อมต่อระยะไกลของคุณมีความปลอดภัย

TSplus Server Monitoring และการกระจายโหลด

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

TSplus Remote Support

TSplus Remote Support ช่วยให้การแก้ไขปัญหาและการสนับสนุนจากระยะไกลเป็นเรื่องง่าย โดยอนุญาตให้ทีมสนับสนุน IT เชื่อมต่อกับเซสชันของผู้ใช้ได้อย่างรวดเร็วและแก้ไขปัญหาโดยไม่ต้องมีความซับซ้อนของเครื่องมือสนับสนุน RDS แบบดั้งเดิม

สรุป

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

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

การใช้ผลิตภัณฑ์ TSplus คุณสามารถปรับปรุงการตั้งค่า RDS ของคุณด้วยความปลอดภัยที่ดีขึ้น การจัดการที่ง่ายขึ้น และความยืดหยุ่นที่มากขึ้น ต้องการการจัดการและการใช้งานแอปพลิเคชันและเดสก์ท็อปที่ง่ายขึ้น การเข้าถึงระยะไกลที่คุ้มค่า หรือฟีเจอร์ขั้นสูง? โซลูชันของ TSplus สามารถปรับแต่งให้ตรงตามความต้องการของคุณได้ สำรวจ TSplus Remote Access และเริ่มทดลองใช้ฟรี 15 วัน .