2025年5月12日 星期一

AD 出現描述這個企業的設定資訊無法使用。目標主機名稱不正確。

遇到DC 開啟 AD網域及信任有問題,便到Event ID觀看,有發現AD無法複寫的狀況



1.先於各DC,PING 各DC 的FQDN是否有解析,或是ping domain name
2.開啟Cmd.exe-->輸入如下執令,確認複寫狀況repadmin /showrepl


 C:\Users\XXgggu>repadmin /showrepl


Repadmin: 正在針對完整 DC localhost 執行命令 /showrepl

TW\DOMAIN201

DSA 選項: IS_GC

站台選項: (none)

DSA 物件 GUID: dec313d0-b10e-4744-b4fc-6ed6ff3dd39d

DSA 呼叫識別碼: 78987d57-5d76-416b-853d-aa1510ef16a2

DsReplicaGetInfo() 失敗,狀態 8453 (0x2105):

    複寫存取被拒。

DsReplicaGetInfo() 失敗,狀態 8453 (0x2105):

    複寫存取被拒。

命名內容: DC=DOMAIN,DC=corp

來源: SU\DOMAIN28

******* 警告: 因為錯誤,所以 KCC 無法新增此複本連結。

命名內容: DC=DomainDnsZones,DC=DOMAIN,DC=corp

來源: SU\DOMAIN28

******* 警告: 因為錯誤,所以 KCC 無法新增此複本連結。

命名內容: CN=Configuration,DC=DOMAIN,DC=corp

來源: SU\DOMAIN28

******* 警告: 因為錯誤,所以 KCC 無法新增此複本連結。

命名內容: DC=ForestDnsZones,DC=DOMAIN,DC=corp

來源: SU\DOMAIN28

******* 警告: 因為錯誤,所以 KCC 無法新增此複本連結。

3.同時用另一指令配合檢查檢查AD同步狀態-->dcdiag /test:replications /e /v

  備註:就不上傳圖片!

4.發現只有分公司DC有異常,故又去查了一下,發現跟憑證有關係,可以執行CMD-->setspn -L DCNAME  ,看有無異常

5.由上查到去看DC主機的憑證-->本機電腦\個\憑證-->觀看主體 or 主體別名



6.最後是查到跟憑證主機有關,確認時間及憑證均正常\有效發行,後來是重啟ADCS 主機,就恢復正常了!(再透過repadmin /showrepl驗證)

後來觀察2天均正常,算是第一次遇到很特別的狀況!故記錄此狀況

OT、IT 傻傻分不清楚?設備是大家的,出事卻變成資訊部的!—從電腦誰買、權限誰管,到產線停機時,究竟該打給誰? #OT #IT #資訊管理 #MIS #資訊人員 #工廠資訊 #工業電腦 #OT與IT #權限管理 #資安管理 #設備維護 #產線停機 #跨部門溝通 #職場日常 #資訊人的辛酸 #什麼都做!~良

  各位資訊前輩,想請教大家一個職場問題: 你們公司是怎麼切割 OT 設備與一般電腦的權限管理及維護責任的? 例如: OT 設備與產線電腦,究竟由誰負責? Windows 帳號、網路、AD、端點防護,應該由誰管理? 機台廠商需要安裝軟體、遠端連線時,誰負責核准? 電腦壞了,到底是...