不好意思，因為問題還沒解決，然後發問的文似乎也沉下去了，所以來回報一下進度及狀況，希望有先進或是高手能指點迷津。
前情提要，一台 Rocky 8 使用 chrony 當校時 client ，發現無法校時，但查找了一些資訊及收集了一些檢查資料，只能知道執行或檢查得到的資訊。
執行 timedatectl 得到 System clock synchronized: no 參考網路的許文章去操作，均無效。
執行 chronyc sources 兩台校時主機的資訊均是 ^? ，但是正常是 ^* 跟 ^+ 。
執行 chronyc makestep ，檢查 /vart/log/audit/audit.log 跟正常的比會缺少 type=TIME_ADJNTPVAL 跟 type=TIME_INJOFFSET 這兩條訊息，前這兩條訊息前的 SYSCALL 的 exit=5 。
環境說明：
環境中有多個網域，每個網域都有 Windows Server 2022 當校時主機，每個網域都有一個以上不同的網段，每個網域也都有數量不一的 Rocky 8 9 主機，目前檢查過 A 網域底下的主機狀況是正常的，不會有前述的問題，而 B 網域 (出問題的主機所在) 底下的 Rocky 主機都有同樣的問題，基本上主機基底都是我安裝設定的，我覺得應該不會有不一樣的設定造成這個狀況，所以有想過會不會是校時主機的問題，但是他們也提供別台主機的校時，別台主機似乎都沒有問題，所以就想不出來到底是什麼問題了。
這些 Linux 主機都是虛擬機。
題外話，Windows Server 2022 有沒有類似 timedatectl 或是 chronyc sources 的指令或是可以達到此一效果的指令來去別台主機上檢查校時主機的狀況。
已邀請的邦友 {{ invite_list.length }}/5
我最近也遇到類似問題，用windows當校時主機，Linux主機從原本的timedatctl改用chrony後就無法校時了，我googl一整天也沒有解決，後來下對關鍵字答案一下就出來了，感謝suse團隊。
按照以下網址加了一個設定解決了。
maxdistance 16.0 # <--- if your NTP is a Windows Server, then use this as starting value. Adapt if necessary.
感謝！加了這個參數，chronyc sources 不再是 ? 了，但是還是有主機的 timedatectl 出來的 System clock synchronized: 是 no ，Rocky 8 ，另一台同網段的 Rocky 9 就變成 yes 了，8 跟 9 各還有一台，等改完再來回報狀況。
目前確定加了這個參數後，Rocky 9 的兩個狀況都能解除，也都會自動校時，Rocky 8 只會解決校時主機的狀態，但是同步還是 no ，不過也都能自動校時了。
再次感謝！
也許要等一下
看起來 Rocky 8 的 System clock synchronized: 還是 no ，但是 Rocky 9 的會變為 yes 。
但是至少不論 8 還是 9 ，都會校時了。
謝謝！
我有一台oracle linux 8.10也是類redhat 系統的
timedatectl --version 是 systemd 239 (239-82.0.2.el8)
我看到的System clock synchronized: 是 yes
挑了兩台不同網域跟網段的主機，都是 Rocky 8 ，沒有特別去設定 maxdistance 這個參數，System clock synchronized: 都是 yes 。
同網段的三台 Rocky 8 都加上了 maxdistance ，只有這一台是 no ，真奇怪。
看影片追技術
看更多
