Windows Tips & News

วิธีตรวจสอบว่ากระบวนการทำงานเป็นผู้ดูแลระบบ (ยกระดับ) ใน Windows. หรือไม่

การควบคุมบัญชีผู้ใช้ (UAC)
3 ตอบกลับ

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

การใช้ Windows 10/Windows 8.1/Windows 8 Task manager

  1. เริ่มตัวจัดการงานและสลับไปที่แท็บรายละเอียด
  2. ตัวจัดการงานใหม่มีคอลัมน์ชื่อ "สูง" ซึ่งจะแจ้งให้คุณทราบโดยตรงว่ากระบวนการใดกำลังทำงานในฐานะผู้ดูแลระบบ หากต้องการเปิดใช้งานคอลัมน์ Elevated ให้คลิกขวาที่คอลัมน์ที่มีอยู่แล้วคลิกเลือกคอลัมน์
    ตรวจสอบอันที่เรียกว่า "สูง" แล้วคลิกตกลง
  3. กระบวนการที่ระบุว่า "ใช่" ในคอลัมน์ Elevated คือกระบวนการที่ทำงานในฐานะผู้ดูแลระบบ

การใช้ Windows 7 หรือ Windows Vista Task Manager

  1. เปิดตัวจัดการงานแบบคลาสสิกและสลับไปที่แท็บกระบวนการ
  2. คลิก "แสดงกระบวนการจากผู้ใช้ทั้งหมด" และยืนยันคำขอ UAC โดยคลิกใช่
  3. ตัวจัดการงานแบบคลาสสิกไม่มีคอลัมน์ชื่อ "สูง" แต่มีคอลัมน์การจำลองเสมือนของ UAC คลิกเมนูมุมมอง -> เลือกคอลัมน์... และตรวจสอบการจำลองเสมือนการควบคุมบัญชีผู้ใช้ (UAC)
  4. หากกระบวนการทำงานโดยยกระดับ จะแสดง "ไม่อนุญาต" ใต้คอลัมน์ UAC Virtualization

คลังเก็บ MouseMonitorEscapeSpeed ​​Windows 10

เว็บไซต์นี้ใช้คุกกี้เพื่อปรับปรุงประสบการณ์ของคุณในขณะที่คุณสำรวจเว็บไซต์ จากคุกกี้เหล่านี้ คุกกี...

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

ปิดเสียงแท็บที่ไม่ได้ใช้งานโดยอัตโนมัติใน Google Chrome

ปิดเสียงแท็บที่ไม่ได้ใช้งานโดยอัตโนมัติใน Google Chrome

ที่แนะนำ: คลิกที่นี่เพื่อแก้ไขปัญหา Windows และเพิ่มประสิทธิภาพระบบเมื่อคุณท่องเว็บ คุณอาจจะเปิดห...

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

Gaurav Kale ผู้เขียนที่ Winaero

Gaurav เป็นผู้ที่ชื่นชอบซอฟต์แวร์จากอินเดียและที่ปรึกษา Classic Shell & UX เขาเริ่มด้วย Windo...

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