베이킹 서버의 경우 timesyncd가 클럭 해상도에 충분합니까?

- 13
- 142 2019-01-29
Ubuntu 18.04 서버에서 베이킹 노드를 실행하고 있습니다.timesyncd 서비스 (기본적으로 설치됨)가 충분합니까? 아니면 ntpd를 설치하여 제공 할 수있는 더 높은 클럭 정밀도를 얻으시겠습니까?

I'm running a baking node on an Ubuntu 18.04 server. Is the timesyncd service (installed by default) good enough or do I want to install ntpd to get the higher clock precision that it can provide?

baking

1 대답

투표

- 17
- 2019-01-29
해결 측면에서는 문제가되지 않습니다.비교적 긴 60 초의 차단 시간을 고려할 때 몇 초만 쉬어도 합의 참여에 영향을 미치지 않습니다.

보안 측면에서 시계 동기화 서비스를 실행하고 싶지 않을 수 있습니다.ntp 서버가 손상되면 공격자가 시계를 표류 할 수 있습니다.

2 주마다 수동으로 시간을 동기화하는 것이 더 안전한 옵션이며이 시간 척도에서는 의미있는 편차가 발생하지 않습니다.

In terms of resolution, it's not an issue. Even a few seconds off wouldn't affect your participation in the consensus given the comparatively large block time of 60 seconds.

In terms of security, you may not want to run any clock synchronization service though. A compromise of the ntp servers could allow an attacker to drift your clock.

Manually syncing the time every couple weeks is a safer option, and you won't encounter meaningful drift at this timescale.
- 시계의 드리프트 정도에 따라 2 주마다 수동으로 동기화하는 것이 효과적이지 않을 수 있습니다.너무 많은 표류를 얻을 수 있습니다. 인프라/클라우드 공급자 또는 https://www.ntppool.org/en/과 같은 신뢰할 수있는 NTP 소스를 사용하는 한 시계를 드리프트시키는 악의적 인 행위자에 대해 너무 걱정할 필요가 없습니다.NTP는 정확도를 위해 기본적으로 최소 4 개의 소스를 사용합니다. 즉,시계가 드리프트되도록하기 위해 나쁜 행위자가 풀의 여러 NTP 서버를 조정하고 공격해야합니다 (이 설명이 작성된 시점에 4,000 개 이상 있음)..
  
  Depending on how much your clock drifts, manually syncing every couple weeks might not be effective; you might get too much drift. As long as you use trusted NTP sources, such as your infrastructure/cloud provider or https://www.ntppool.org/en/ you shouldn't have to be too concerned with a bad actor causing your clock to drift. NTP uses at least 4 sources by default for accuracy, which means a bad actor would have to coordinate and attack multiple NTP servers in the pool (there are over 4,000 as of the time this comment was written) in order to cause your clock to drift.
  - 2
  - 2019-01-30
  - Luke Youngblood