งาน SYSTEM ค้นหาโปรไฟล์ VPN ในสมุดโทรศัพท์เล่มใด

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

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

ที่เก็บสองแห่งเก็บชื่อโปรไฟล์เดียวกัน

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

อ่านที่เก็บทั้งสองจากเซสชันเดียวกันและเปรียบเทียบชื่อที่ส่งกลับมา สวิตช์เลือกที่เก็บส่วนกลาง และการอ่านมักต้องใช้เซสชันที่ยกสิทธิ์:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

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

อ่าน principal ของงานก่อนข้อมูลรับรอง

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

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

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

การค้นพบโปรไฟล์ไม่ใช่การลงชื่อเข้าใช้

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

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

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

สี่ฟิลด์ที่บันทึกของงานต้องการ

เก็บค่าที่ตัดสินผลลัพธ์ไว้ด้วยกันในที่เดียว เพราะสามในนั้นมักถูกทิ้งไว้โดยนัย บันทึกต้องการสี่บรรทัด:

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

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

ระบุขั้นตอนที่งานไปถึง

วัดการกระทำแทนการเดาจากผลของการรันครั้งล่าสุด ตัวห่อสั้น ๆ บันทึกตัวตน ที่เก็บที่มองเห็นได้ และผลของการหมุนหมายเลขไว้ในที่เดียว:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

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

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

บทความที่เกี่ยวข้อง