Tôi đang cố gắng kết nối máy Windows 7 Ultimate với miền Windows 2k8 và nó không hoạt động. Tôi nhận được lỗi này:
Lưu ý: Thông tin này dành cho quản trị viên mạng. Nếu bạn không phải là quản trị viên mạng của bạn, hãy thông báo cho quản trị viên rằng bạn đã nhận được thông tin này, thông tin đã được ghi lại trong tệp C: \ Windows \ debug \ dcdiag.txt.
DNS đã được truy vấn thành công cho bản ghi tài nguyên vị trí dịch vụ (SRV) được sử dụng để định vị bộ điều khiển miền cho miền "example.local":
Truy vấn là bản ghi SRV cho _ldap._tcp.dc._msdcs.example.local
Các bộ điều khiển miền sau được xác định bởi truy vấn:
dc1.example.local
dc2.example.localTuy nhiên không có bộ điều khiển miền có thể được liên lạc.
Nguyên nhân phổ biến của lỗi này bao gồm:
Bản ghi máy chủ (A) hoặc (AAAA) ánh xạ tên của bộ điều khiển miền tới địa chỉ IP của chúng bị thiếu hoặc chứa địa chỉ không chính xác.
Bộ điều khiển miền đã đăng ký trong DNS không được kết nối với mạng hoặc không chạy.
Máy khách ở trong một văn phòng được kết nối từ xa thông qua MPLS đến trung tâm dữ liệu nơi bộ điều khiển miền của chúng tôi tồn tại. Tôi dường như không có bất cứ điều gì ngăn chặn kết nối với các DC, nhưng tôi không có toàn quyền kiểm soát mạch MPLS, vì vậy có thể có thứ gì đó chặn kết nối.
Tôi đã thử nhiều khách hàng (Win7 Ultimate và WinXP SP3) trong một văn phòng và nhận được các triệu chứng giống nhau trên tất cả chúng.
Tôi không gặp khó khăn khi kết nối với một trong hai bộ điều khiển miền, mặc dù tôi đã thừa nhận, không thử mọi cổng có thể. Các kết nối ICMP, LDAP, DNS và SMB đều hoạt động tốt.
DNS khách đang trỏ đến các DC và "example.local" phân giải thành hai địa chỉ IP của các DC.
Tôi nhận được kết quả này từ tiện ích dòng lệnh NetLogon Test:
C:\Windows\System32>nltest /dsgetdc:example.local
Getting DC name failed: Status = 1355 0x54b ERROR_NO_SUCH_DOMAIN
Tôi cũng đã tạo một mạng riêng để mô phỏng cấu hình của văn phòng đó được kết nối với mạng DC thông qua VPN LAN-to-LAN thay vì MPLS. Tham gia máy tính Windows 7 từ mạng từ xa đó hoạt động tốt.
Sự khác biệt duy nhất tôi có thể tìm thấy giữa hai môi trường là kết nối trung gian, nhưng tôi không biết phải kiểm tra cái gì hoặc làm thế nào để làm điều đó. Tôi nên làm những bước tiếp theo?
(Lưu ý rằng đây thực sự không phải là máy trạm khách của tôi và tôi không có quyền truy cập trực tiếp vào nó; Tôi buộc phải truy cập từ xa vào nó, điều này làm cho một số phương pháp khắc phục sự cố rõ ràng, như đánh hơi gói, khó khăn hơn. Nếu tôi tôi chỉ có thể thiết lập một hệ thống mà tôi có thể điều khiển từ xa, nhưng những yêu cầu cho hiệu ứng đó đã không được trả lời.)
Cập nhật 2011-08-25:
Tôi đã DCDIAG.EXEchạy trên một khách hàng đang cố gắng tham gia miền:
C:\Windows\System32>dcdiag /u:example\adminuser /p:********* /s:dc2.example.local
Directory Server Diagnosis
Performing initial setup:
Ldap search capabality attribute search failed on server
dc2.example.local, return value = 81
Nghe có vẻ như nó có thể kết nối thông qua LDAP, nhưng điều mà nó đang cố gắng thực hiện đã thất bại. Nhưng tôi không hoàn toàn làm theo những gì nó đã cố gắng làm, ít hơn là làm thế nào để tái tạo nó hoặc giải quyết nó.
Cập nhật 2011-08-26:
Sử dụng LDP.EXEđể thử và tạo kết nối LDAP trực tiếp đến các DC dẫn đến các lỗi này:
ld = ldap_open ("10.0.0.1", 389);
Lỗi <0x51>: Không thể kết nối với 10.0.0.1.
ld = ldap_open ("10.0.0.2", 389);
Lỗi <0x51>: Không thể kết nối với 10.0.0.2.
ld = ldap_open ("10.0.0.1", 3268);
Lỗi <0x51>: Không thể kết nối với 10.0.0.1.
ld = ldap_open ("10.0.0.2", 3268);
Lỗi <0x51>: Không thể kết nối với 10.0.0.2.
Điều này dường như chỉ tay vào các kết nối LDAP bị chặn ở đâu đó. (Và 0x51 == 81, đó là lỗi từ DCDIAG.EXEbản cập nhật ngày hôm qua.) Tôi có thể thề rằng tôi đã thử nghiệm điều này bằng TELNET.EXEcách đây vài tuần, nhưng bây giờ tôi nghĩ rằng tôi có thể đã cho rằng việc xóa màn hình đã nói với tôi rằng đó là chờ đợi và không phải là nó đã kết nối.
Tôi đang theo dõi các vấn đề kết nối LDAP ngay bây giờ. Bản cập nhật này có thể trở thành một câu trả lời.
dcdiagđầu ra.