การติดตั้ง RRAS ล้มเหลวเพราะบริการ RemoteAccess หยุดค้าง
บทบาท Routing and Remote Access อาจล้มเหลวเพราะบริการของมันค้างอยู่ในสถานะ Starting ตรวจสอบสิทธิ์การเข้าสู่ระบบในฐานะบริการก่อนติดตั้งสิ่งใดใหม่
การติดตั้งบทบาทหยุดลงพร้อมข้อผิดพลาดทั่วไป และบันทึกเหตุการณ์แทบไม่มีอะไรให้ใช้ทำงาน ชิ้นส่วนที่ขาดหายไปไม่ได้อยู่ในวิซาร์ดเลยบนเซิร์ฟเวอร์ที่เกิดเหตุนี้ บริการ Remote Access ไม่เคยออกจากสถานะ Starting บทบาทที่ไม่สามารถทำการเริ่มต้นของตัวเองให้เสร็จจะล้มเหลวอีกครั้งทุกความพยายาม ดังนั้นบริการจึงมาก่อนและวิซาร์ดตามมาทีหลัง การซ่อมสิทธิ์การเข้าสู่ระบบใช้เวลาไม่กี่นาที แต่การติดตั้งบทบาทซ้ำแล้วซ้ำอีกไม่ใช้เวลาเท่านั้น
เริ่มที่บริการ ไม่ใช่ที่วิซาร์ดของบทบาท
เปิดพรอมป์ที่ยกระดับสิทธิ์และอ่านการกำหนดค่าของบริการก่อนแตะต้องบทบาท ค่าสองค่ามีความสำคัญ คือชนิดการเริ่มทำงานและบัญชีที่บริการทำงานภายใต้ การติดตั้งแบบปกติลงทะเบียนบริการไว้ให้เริ่มอัตโนมัติและหน่วงเวลา ภายใต้ Network Service
หากสถานะค้างที่ Starting แทนที่จะเป็น Running แสดงว่าบริการกำลังรอสิ่งที่มันไม่ได้ และสิทธิ์การเข้าสู่ระบบคือตัวเลือกตามปกติ การรอนานขึ้นไม่ช่วย เพราะการเริ่มทำงานล้มเหลวไปแล้วในแบบที่ Service Control Manager รายงานว่าอยู่ระหว่างรอ หยุดบริการอย่างสะอาดแล้วอ่านการกำหนดค่าอีกครั้ง จากนั้นดูความพยายามเริ่มบริการในบันทึกเหตุการณ์ ซึ่งเป็นที่ที่ชื่อบัญชีปรากฏข้างข้อผิดพลาด
วิซาร์ดของบทบาทรายงานเพียงว่าการเริ่มต้นล้มเหลว ซึ่งเป็นเหตุผลที่การวินิจฉัยบริการต้องมาก่อน
อ่านสิทธิ์การเข้าสู่ระบบก่อนติดตั้งใหม่
Network Service ต้องการสิทธิ์การเข้าสู่ระบบในฐานะบริการเพื่อจะเริ่มทำงาน บัญชีที่มีมาให้มักได้รับผ่านการเป็นสมาชิกกลุ่ม และฐานเส้นอ้างอิงที่เสริมความแข็งหรือการรีเฟรชนโยบายอาจพรากไปได้ นโยบายกลุ่มชนะในการรีเฟรชครั้งถัดไป การให้สิทธิ์ด้วยมือจึงอาจหายไปอีกโดยไม่มีการเตือน
ส่งออกนโยบายความปลอดภัยภายในเครื่องและ อ่านรายการแทนการเชื่อถือ GUIการทำเช่นนี้ทำให้คุณมีไฟล์ไว้เปรียบเทียบหลังการรีเฟรช และเป็นวิธีเดียวที่จะรู้ว่าการเปลี่ยนแปลงอยู่รอดหรือไม่ หากรายการว่างเปล่าหรือละเว้นบัญชี คุณพบข้อบกพร่องแล้ว บันทึกว่าอ็อบเจกต์นโยบายใดเป็นตัวกำหนด เพราะอ็อบเจกต์นั้นคือสิ่งที่ต้องการการแก้ไขถาวร
secedit /export /cfg C:\Windows\Temp\secpol-export.inf
Select-String -Path C:\Windows\Temp\secpol-export.inf -Pattern SeServiceLogonRight
sc.exe qc RemoteAccess
Get-Service RemoteAccess | Format-List Name, Status, StartType
การให้สิทธิ์ที่ใช้ในเครื่องแล้วถูกนโยบายเขียนทับในการรีเฟรชครั้งถัดไปดูเหมือนการซ่อมที่หยุดทำงาน และมันจะล้มเหลวแบบเดิมอีกครั้ง
การไปกลับของบัญชีที่เขียนการกำหนดค่าใหม่
มีทางลัดที่ซ่อมการกำหนดค่าการเข้าสู่ระบบของบริการโดยไม่ต้องแก้ไขนโยบายด้วยมือ เปลี่ยนบัญชี นำไปใช้ แล้วเปลี่ยนกลับโดยเว้นช่องรหัสผ่านให้ว่าง
การไปกลับเขียนบันทึกของบริการใหม่และให้สิทธิ์ที่บัญชีต้องการอีกครั้ง มันเป็นทางอ้อมไม่ใช่การแก้ต้นเหตุ จึงควรอยู่ในบันทึกการเปลี่ยนแปลงพร้อมวันที่กำกับ ที่ใดที่มีฐานเส้นอ้างอิงดูแลเซิร์ฟเวอร์ การซ่อมที่ถูกต้องคือเพิ่มบัญชีในการกำหนดสิทธิ์เข้าสู่ระบบในฐานะบริการของฐานเส้นอ้างอิงนั้น ทำเช่นนั้นก่อนเมื่อทำได้ และใช้การไปกลับเพียงเพื่อปลดล็อกการติดตั้งที่ติดขัด
sc.exe config RemoteAccess obj= "NT AUTHORITY\LocalService" start= demand
Start-Service RemoteAccess
sc.exe config RemoteAccess obj= "NT AUTHORITY\NetworkService" start= delayed-auto
Start-Service RemoteAccess
อ่านสถานะหลังทุกคำสั่ง เพราะบริการที่เริ่มได้ภายใต้บัญชีหนึ่งแต่ไม่ได้ภายใต้อีกบัญชีหนึ่งจะบอกคุณว่าสิทธิ์ใดขาดหาย
ติดตั้งบทบาทและพิสูจน์ว่าติดตั้งแล้ว
เมื่อบริการทำงาน เพิ่มบทบาทอีกครั้งและรวมคุณสมบัติย่อย VPN ที่คุณตั้งใจจะใช้จริง บทบาททั่วไปเพียงอย่างเดียวไม่ให้จุดปลาย VPN ที่ใช้งานได้
Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess
ยืนยันว่าคุณสมบัติย่อยรายงาน Installed ไม่ใช่ Available จากนั้นเปิดคอนโซลและทำการกำหนดค่าเริ่มต้นให้เสร็จก่อนที่คนอื่นจะแตะเครื่อง หากคอนโซลยังอ้างว่าบริการไม่ทำงาน ให้กลับไปตรวจสอบบริการแทนการถอนบทบาท
จดบันทึกสิ่งที่คุณเปลี่ยน
ตัวเลือกแรกของวิซาร์ดกำหนดกฎไฟร์วอลล์ การแบ่งที่อยู่ และว่าเซิร์ฟเวอร์คาดหวัง DHCP รีเลย์หรือไม่ ไคลเอนต์แบบจุดถึงไซต์เพียงไม่กี่รายไม่ต้องการรูปแบบของจุดปลายแบบไซต์ถึงไซต์ ตัดสินใจเรื่องบทบาท พูลที่อยู่ วิธีการตรวจสอบสิทธิ์ และแหล่งที่มาของใบรับรองก่อนคลิก การเดาตรงนี้ให้เซิร์ฟเวอร์ที่ติดตั้งเรียบร้อยและไม่รับการเชื่อมต่อเลย
เก็บส่วนเบี่ยงเบนของบัญชีบริการไว้ในบันทึกเดียวกัน การเสริมความแข็งรอบหนึ่งที่คืนบัญชีเริ่มต้นอาจทำให้ข้อบกพร่องกลับมาในการรีสตาร์ตครั้งถัดไป หลายเดือนหลังจากผู้วินิจฉัยได้ก้าวต่อไปแล้ว