การเชื่อมต่อโดเมนแสดงเป็น“ ไม่ผ่านการรับรองความถูกต้อง”

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

พีซีและแล็ปท็อปของโดเมนต่าง ๆ ดูเหมือนจะสุ่มให้ชื่อการเชื่อมต่อของ "lewis.local 2 (ไม่ได้รับการรับรองความถูกต้อง)" - lewis.local เป็นโดเมนของเรา - และแสดงเครื่องหมายอัศเจรีย์ซึ่งโลโก้ประเภทเครือข่ายจะปรากฏขึ้นตามปกติ

สิ่งนี้ดูเหมือนว่าจะเกิดขึ้นทุกครั้งที่เชื่อมต่อผ่าน VPN

การตั้งค่าของเราคือ:

• 2 เซิร์ฟเวอร์ทั้งสองรัน Windows Server 2003 R2 (x32)
• เซิร์ฟเวอร์หลักติดตั้ง AD, DNS และ DHCP
• IPv4 บนเครื่องไคลเอนต์ประมาณ 30 เครื่อง (บางสาย, ไร้สายบางเครื่อง)

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

มันไม่ได้ป้องกันอะไรจากการทำงานเหมือนการเชื่อมต่อโดเมนเป็นส่วนใหญ่

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

เหตุผลหนึ่งที่เป็นไปได้สำหรับปัญหานี้คือเมื่อรหัสผ่านของบัญชีเครื่องไม่ซิงค์กับตัวควบคุมโดเมน

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

สิ่งที่ใช้ได้ผลสำหรับฉันคือรีเซ็ตรหัสผ่านของบัญชีเครื่องด้วยตนเองโดยดำเนินการReset-ComputerMachinePasswordใน PowerShell (!) ที่ยกระดับ:

PS> Reset-ComputerMachinePassword -Credential MYDOMAIN\SomeDomainAdminAccount

หลังจากรีบูตเครื่อง (หรือปิดการใช้งานและเปิดใช้งานการ์ดเครือข่ายอีกครั้งหากคุณไม่ต้องการรีบูต)บันทึกย่อ(ไม่ได้รับการรับรองความถูกต้อง)ควรหายไป

เรียกใช้คำสั่งเหล่านี้บนคอมพิวเตอร์แต่ละเครื่องที่มีปัญหา:

แค็ตตาล็อกการรีเซ็ต netsh winsock

รีเซ็ต netsh int ipv4 reset.log

รีเซ็ต netsh int ipv6 reset.log 

รีสตาร์ทพีซีจากนั้นเข้าร่วมคอมพิวเตอร์อีกครั้งกับโดเมน

เพียงแค่ลบ TLD ออกจากชื่อโดเมนและรีบูตมันจะเพิ่มกลับมาหลังจากรีบูตและควรจะดีไม่มีเอะอะไม่ยุ่งยาก

ตัวอย่าง: company.local ลบโลคัลและรีบูตมันจะถูกเพิ่มกลับมาหลังจากรีบูต

ฉันมีปัญหาเดียวกันและกลายเป็นว่าไฟร์วอลล์ระหว่างพีซีและ DC นั้นปิดกั้น 135,389 และอื่น ๆ กลับไปที่พีซี

เพื่อหาปัญหาที่ฉันวิ่ง Wireshark gpupdate /forceบนเครื่องพีซีและไม่ ใน wireshark ฉันเห็นกลุ่มแพ็คซิงค์ออกไปที่ DC โดยไม่มีการตอบสนอง

เมื่อไฟร์วอลล์ได้รับการแก้ไขเรารีบูตเครื่องพีซีและสามารถติดต่อ DC ได้อย่างถูกต้องและปัญหาได้รับการแก้ไข

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

มันยากที่จะบอกว่าทำไมสิ่งนี้เกิดขึ้น มีข้อความแสดงข้อผิดพลาดในบันทึกเหตุการณ์บน DC ตอนนี้หรือรอบเวลาที่เกิดเหตุการณ์นี้ขึ้นหรือไม่? มีการเปลี่ยนแปลงเครือข่ายใด ๆ หรือไม่?

โซลูชันที่เป็นไปได้สองอย่าง:

1. ตรวจสอบสัญญาเช่า DHCP และการจองกับ DC ของคุณ หากคุณมีหลายรายการสำหรับเครื่องที่ละเมิดให้ตัดลงหนึ่งรายการ จากนั้นเรียกใช้ipconfig /release && ipconfig /renewบนเครื่องเหล่านั้น
2. ลบอะแดปเตอร์เครือข่ายออกจาก Device Manager จากนั้นสแกนหาฮาร์ดแวร์ใหม่เพื่อติดตั้ง NIC ใหม่
3. กู้คืนโปรไฟล์ Windows Firewall ของคุณเป็นค่าเริ่มต้น: เรียกใช้wf.mscแล้วคลิก "กู้คืนนโยบายเริ่มต้น"
4. ปิดใช้งานไฟร์วอลล์ใด ๆ และทั้งหมดอย่างสมบูรณ์ สำหรับไฟร์วอลล์ Windows ให้เรียกใช้wf.mscจากนั้นคลิก "คุณสมบัติไฟร์วอลล์ Windows" และตั้งค่าสถานะไฟร์วอลล์เป็น "ปิด" สำหรับแต่ละแท็บโปรไฟล์ (โดเมนส่วนตัวส่วนตัวสาธารณะ)

ตัวเลือกสุดท้ายไม่ใช่การแก้ไขที่แท้จริง แต่อาจช่วยแก้ไขปัญหาได้

บางทีนี่อาจช่วยใครซักคนระหว่างทาง ฉันมีปัญหานี้และเหตุผลก็คือมีความไม่ตรงกันของ VLAN ในเครื่องใช้ของ Riverbed Steelhead อินเตอร์เฟส In-Path บน Riverbed ที่เชื่อมต่อกับพอร์ต LAN ของเราเตอร์และอินเทอร์เฟซ In-Path ได้รับการกำหนดค่าสำหรับ "VLAN Tag ID" ของ "0" สิ่งนี้ทำให้เกิดปัญหา อินเทอร์เฟซ LAN เราเตอร์อยู่ในการกำหนดค่า subinterface (หนึ่งสำหรับเสียง VLAN 40 และอีกหนึ่งสำหรับข้อมูล / ดั้งเดิม VLAN 1) ฉันสามารถแก้ไขปัญหานี้ได้โดยกำหนดแท็ก VLAN ID ให้เป็น "1" (ข้อมูล / ดั้งเดิม) และ ปัญหาได้รับการแก้ไขทันที

สำหรับฉันไม่มีอะไรทำงาน

แล็ปท็อปสามารถเชื่อมต่อกับสถานี WiFi อื่น ๆ ได้ แต่ไม่ใช่ของ บริษัท ดังนั้นหลังจากตรวจสอบว่า DHCP เช่าซื้อไม่ซ้ำกันให้เข้าร่วมแล็ปท็อปอีกครั้งเรียกใช้คำสั่งจำนวนมากดังต่อไปนี้แก้ไขปัญหาได้

แล้วผมไปตั้งค่า WiFi บนเราเตอร์และเปลี่ยนจากการAUTO LONG GUARDมันแก้ไขปัญหาได้ทันที