Tham gia Đăng nhập
Điểm:1
avatar Server

chrony: thời gian lưu trữ với RTC là đồng hồ có thẩm quyền trên hệ thống không khí (bị cô lập)

lá cờ al
davidA

Tôi có một mạng LAN bị cô lập và bị ngắt kết nối mà tôi muốn đồng bộ hóa. Tôi có một máy chủ sẽ là máy chủ thời gian có thẩm quyền cho tất cả các máy khách trong mạng LAN. Điều quan trọng là thời gian của mạng LAN phản ánh thời gian thực, nhưng điều quan trọng là tất cả các máy khách đều đồng ý về thời gian. Tất cả các máy chủ đang chạy Linux.

Tôi đã hy vọng để cấu hình niên đại sao cho nó sẽ sử dụng RTC trên máy chủ được chỉ định làm nguồn thời gian có thẩm quyền và cung cấp dịch vụ NTP cho khách hàng để họ có thể đồng bộ hóa với nó. Do đó, nếu quản trị viên cần thay đổi thời gian trên mạng LAN, họ có thể cập nhật RTC trên máy chủ thời gian và mọi thứ sẽ đồng bộ khi có đủ thời gian.

Thật không may, tôi không gặp nhiều may mắn khi cấu hình niên đại theo cách này. Nếu tôi không chỉ định bất kỳ máy chủ thời gian nào ("người phục vụ ..." Trong /etc/chrony/chrony.conf) sau đó niên đại dường như hoạt động với không nguồn, thay vì sử dụng RTC cục bộ làm nguồn.

Các chỉnh lại config có thể được sử dụng để chọn nguồn thời gian bên ngoài, chẳng hạn như GPS hoặc PPS, nhưng không có trình điều khiển nào có vẻ phù hợp để đọc RTC.

Tôi có một ý tưởng là viết một ứng dụng nhỏ để đọc RTC và cung cấp nó dưới dạng dữ liệu PPS qua BÍT TẤT trình điều khiển, nhưng việc đọc thêm cho thấy rằng điều này cũng yêu cầu nguồn NTP vì đây là phép đo dưới giây chứ không phải thời gian tuyệt đối.

Có thể sử dụng niên đại theo cách này?

86
0 + 0
Điểm:1
John Mahowald avatar Server
lá cờ cn
John Mahowald 
địa phương

tự nó trong chrony.conf là đủ để kích hoạt hệ thống cục bộ làm tham chiếu.

RTC không hoàn hảo, chúng trôi dạt rất nhiều. Nếu bạn chỉ cần độ chính xác không chính xác, điều này có thể chấp nhận được.

chỉ thị khác cũng hữu ích.

# Địa phương tự tham khảo
địa phương

# Cho phép thiết lập thời gian chronyc nơi một người có thể nhập thời gian
# Độ lệch được ước tính từ các đầu vào này
# Hữu ích trong môi trường không có đồng hồ tham chiếu khác
thủ công    

# Ghi drift đặc biệt quan trọng
# khi dấu thời gian rất ít và cách xa nhau
driftfile /var/lib/chrony/drift

# Nhận phần bù TAI-UTC và giây nhuận từ cơ sở dữ liệu tz của hệ thống.
nhảy đúng/UTC
0 + 0
lá cờ al
davidA
Cảm ơn bạn đã làm rõ. Có, trong trường hợp này cần có độ chính xác - tất cả các máy chủ trên mạng phải đồng ý về thời gian hiện tại (trong một số dung sai), nhưng nếu đó không thực sự là thời gian thực thì điều đó có thể chấp nhận được miễn là nó gần như chính xác (trong vòng vài phút trong nhiều tháng) và có thể được sửa chữa thủ công theo thời gian.
0
Hồi đáp
Điểm:0
avatar Server
lá cờ al
davidA

Để trả lời câu hỏi của riêng tôi, tôi đã tìm thấy cô lập mạng tài liệu có liên quan một phần, trong cài đặt cụ thể chrony.conf bao gồm:

tầng địa phương 8
thủ công

Điều này dường như lấy thời gian từ RTC ban đầu, vì vậy có lẽ việc sử dụng cài đặt thời gian là không cần thiết? tôi không chắc nếu thủ công là cần thiết.

0 + 0
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.