tail head cat sleep
QR code linking to this page

Man page  — NTPQ

명칭

ntpq – NTP 의 표준 문의 프로그램

내용

서식


ntpq [-inp] [-c command] [host ...]

해설

ntpq 유틸리티는, 추천 되고 있는 NTP 모드 6 제어 메세지 포맷을 실장한다 NTP 서버에, 현재 상태에 대해 문의를 행하거나 상태의 변경을 요구하기 위해서 사용합니다. 이 프로그램은, 대화적 모드에서도 명령행 인수를 사용한 제어에서도 동작시킬 수가 있습니다. 임의의 변수를 읽고 쓰기하는 리퀘스트를 조립할 수가 있어 생으로, 또는 깨끗이 정형해 출력하는 옵션이 있습니다. ntpq 유틸리티는, 서버에 복수의 문의를 보내는 것으로 통신 상대 (peer)의 리스트를 얻어, 공통된 포맷으로 출력할 수가 있습니다.

ntpq 하지만 실행되었을 때, 1 개(살) 이상의 리퀘스트 옵션이, 명령행에 포함되는 경우는, 각각의 리퀘스트는, 커멘드 라인 인수로 주어진 각 호스트, 또는 디폴트이다 localhost 그리고 움직이고 있는 NTP 서버에 보내집니다. 리퀘스트 옵션이 주어지지 않았던 경우, ntpq (은)는, 명령을 표준 입력으로부터 읽어들여, 명령행으로 지정된 최초의 호스트로 움직이고 있다 NTP 서버에 대해서 실행하려고 합니다. 이 때도, 호스트가 지정되어 있지 않을 때는, 디폴트로 localhost (이)가 됩니다. ntpq 유틸리티는 표준 입력이 단말인 경우는, prompt를 내 명령을 받아들입니다.

ntpq 유틸리티는 NTP 서버와의 통신에, NTP 모드 6 패킷을 사용하기 (위해)때문에, 네트워크상에서 그것을 허락하는 것 같은 호환 서버에의 문의에 사용할 수 있습니다. NTP 는 UDP 의 프로토콜이므로, 특히 네트워크토폴로지적으로 멀리 있는 경우는, 이 통신은 약간 신뢰성이 부족하기로 주의해 주세요. ntpq 유틸리티는, 리퀘스트를 재발송하는 시도를 한 번 행해, 적당한 제한 시간의 범위내에서 리모트 호스트로부터 대답이 없었을 때는, 그 리퀘스트는 마감 시간이 됩니다.

예와 사용법에 대해서는, "NTP 디버그 기술" 의 페이지를 참조해 주세요 ( /usr/share/doc/ntp 에 제공되는 HTML 문서의 일부가 이용 가능합니다).

이하의 옵션이 사용 가능합니다:
-c command
  후에 계속되는 인수는, 대화적인 포맷의 명령로서 해석되어 지정된 호스트 (군)에 대해서 실행해야 할 명령의 리스트에 덧붙일 수 있습니다. 복수의 -c 옵션을 줄 수도 있습니다.
-i
  ntpq (을)를 강제적으로 대화적 모드로 동작시킵니다. 표준 출력에 prompt가 표시되어 표준 입력으로부터 명령이 읽힙니다.
-n
  모든 호스트 주소를, 닷으로 4 개의 부분에 단락지어진 수치의 형식에서 출력해, 정규의 호스트명으로 변환하지 않습니다.
-p
  서버에 기존인 통신 상대의 리스트와 그러한 상태의 개요를 출력합니다. 이것은, 대화 명령 peers (와)과 동등합니다.

-i 또는 -n 이외의 명령행 옵션을 지정하는 것으로써, 지정된 호스트에 지정된 문의 (군)가 즉시 송신됩니다. 그 이외의 경우, ntpq (은)는 표준 입력으로부터 대화적 포맷 명령을 읽어들이려고 합니다.

내부 명령

대화적인 포맷의 명령은, 키워드와 거기에 계속되는 0 에서 4 개의 인수로부터 구성됩니다. 키워드 전체 길이 가운데, 외와 구별할 수 있는 캐릭터수가 타입 되면, 유효하게 됩니다. 명령의 출력은 통상 표준 출력에 보내집니다만, 커멘드 라인상에서 ‘>’ 에 이어 파일명을 지정하는 것으로, 개개의 명령의 출력을 파일에 보낼 수가 있습니다. 몇개의 대화적 포맷의 명령은, ntpq 유틸리티 자신중에서 전체가 실행되어 서버에의 NTP 모드 6 리퀘스트는 보내지지 않습니다. 이 종류의 명령에는 이하의 것이 있습니다.
? [command_keyword]
help [command_keyword]
  단독의 ? (은)는, ntpq 하지만 지는 모든 코맨드 키 워드의 리스트를 출력합니다. ? 의 후에 코맨드 키 워드가 계속될 때는, 명령의 기능과 용법을 출력합니다. 이 명령은, ntpq 에 관해서, 아마 이 메뉴얼보다 좋은 정보원이 되겠지요.
variable_name[=value ...]
rmvars variable_name ...
clearvars
  NTP 모드 6 메세지가 옮기는 데이터는, 다음의 형태의 항목의 리스트로부터 완성됩니다. ‘variable_name=value’ 여기서, 서버의 변수를 읽어내는 리퀘스트에서는, 이 ‘=value’ (은)는 무시되므로, 생략 할 수가 있습니다. ntpq 유틸리티는, 제어 메세지에 포함되는 데이터를 조립하기 위한 내부 리스트를 보관 유지하고 있어, 이하에 말한다 readlist (이)나 writelist 명령을 사용해 보냅니다. addvars 명령로, 이 리스트에, 변수와 생략 가능한 값을 추가할 수가 있습니다. 1 개(살)보다 많은 변수를 추가할 경우에는, 리스트는 콤마로 단락지어, 공백을 포함해서는 안됩니다. rmvars 명령은, 개개의 변수를 리스트로부터 삭제하기 위해서 이용해 clearlist 명령은, 리스트로부터 모든 변수를 삭제합니다.
authenticate yes | no
  통상, ntpq (은)는, 기입 리퀘스트가 아닌 한 리퀘스트를 인증하지 않습니다. 명령 ‘authenticate yes’ (은)는, ntpq 하지만 생성하는 모든 리퀘스트에 인증을 붙여 보내도록(듯이) 합니다. 인증된 리퀘스트의 취급은 서버에 의해 조금 다릅니다. 만약 통신 상대 의 표시를 실시하기 전에 인증을 온으로 하면(자), fuzzball 의 CPU 를 녹여 버리는 일이 있을지도 모릅니다.
cooked
  문의 명령로부터의 출력을, 「가공이 끝난 상태 (cooked)」 형식으로 합니다. 그 결과, ntpq 하지만 인식한 변수에 대해서는, 인간이 사용할 수 있는 형태에 재정형됩니다. ntpq 하지만, 그 변수는 본래 디코드할 수 있는 값을 가지고 있다고 판단했는데, 디코드되어 있지 않은 것에는, 그 후에 ‘?’ 하지만 붙일 수 있습니다.
more | less | off 내부의 문의 프로그램의 디버그를 온 또는 오프로 합니다.
delay milliseconds
  인증을 요구하는 리퀘스트에 포함되는 타임 스탬프에 더해지는 시간 간격을 지정합니다. 이것은, 긴 지연이 있는 네트워크 경로나 시계의 동기 하고 있지 않다 머신간에 (신뢰할 수 없다) 서버의 재설정을 할 수 있도록(듯이) 하기 위해서 사용됩니다. 실제로는 이제 서버는 인증 리퀘스트에 대해 타임 스탬프를 요구하지 않으므로, 이 명령은 향후 폐지될지도 모릅니다.
host hostname
  향후 문의를 보내는 호스트를 지정합니다. hostname (은)는, 호스트명에서도 수치 주소에서도 괜찮습니다.
hostnames yes | no
  yes 하지만 지정되면(자), 정보의 표시때, 호스트명이 사용됩니다. no 하지만 주어지면(자), 대신에 수치 주소가 사용됩니다. 명령행의 -n 스윗치에 의해 바꿀 수 있지 않으면, 디폴트는 yes (이)가 됩니다.
keyid keyid
  이 명령로, 인증 설정 리퀘스트에 사용되는 열쇠 번호를 지정할 수 있습니다. 이 번호는, 서버가 인증을 위해서(때문에) 사용하도록(듯이) 설정한 열쇠 번호에 대응해 있지 않으면 안됩니다.
1 | 2 | 3 | 4 ntpq 하지만 패킷 중(안)에서 자칭 하는 NTP 의 버젼 번호를 세트 합니다. 디폴트에서는 3 이 됩니다. 모드 6 제어 메세지 (자세하게 말하면(자) 모드도)는, NTP 버젼 1 에는 존재하지 않았던 것으로 주의해 주세요. 버젼 1 을 필요로 하는 서버는 남지 않은듯 하지만.
quit ntpq (을)를 종료합니다.
passwd
  이 명령은, 인증 설정 리퀘스트에 사용되는 패스워드의 입력 (화면에 표시되지 않습니다)(을)를 요구하는 prompt를 냅니다. 이 리퀘스트가 성공하기 위해서(때문에)는, NTP 서버가 인증을 위해서(때문에) 사용하는 듯 설정한 열쇠에, 패스워드가 대응하고 있지 않으면 안됩니다.
raw 문의 명령에 대한 모든 출력을, 리모트 서버로부터 받았다 대로에 출력합니다. 데이터에 대해서 행해지는 유일한 정형과 해석은, 인자 가능 (그러나 좀처럼 이해할 수 없다) 형식이 되도록(듯이), ASCII 캐릭터가 아닌 데이터를 변환하는 것 뿐입니다.
timeout milliseconds
  서버에의 문의에 대한 응답의 제한 시간을 지정합니다. 디폴트 (은)는, 약 5000 밀리 세컨드입니다. ntpq (은)는 각각의 문의에 대해서 마감 시간을 기다린 뒤 재시행하기 위해(때문에), 합계의 대기 시간은 설정된 제한 시간의 값의 2 배가 되는 것에 주의해 주세요.

제어 메세지 명령

어느 NTP 서버가 알고 있는 각 통신 상대에게는, 어소시에이션 식별자 (association identifier) 그렇다고 하는 16 비트 정수를 할당할 수 있고 있습니다. 통신 상대 변수 (peer variable)를 사용하는 NTP 제어 메세지는, 어소시에이션 식별자를 포함하는 것에 의해, 그 값이 대응하는 통신 상대를 식별하지 않으면 안됩니다. 0 이라고 하는 어소시에이션 식별자는 특별해, 그 변수가 시스템 변수인 것을 나타냅니다. 시스템 변수의 이름은, 독립한 이름 공간으로부터 꺼내집니다.

제어 메세지 명령은, 서버에 1 개 이상의 NTP 모드 6 메세지를 보내, 돌아온 데이터를 어떠한 서식에서 출력합니다. 현재 실장되고 있는 대부분의 명령은, 1 개의 메세지를 보내, 1 개의 응답을 받아들입니다. 현재 예외는, 필요한 데이터를 얻기 위해서(때문에) 미리 프로그램 된 일련의 메세지를 보낸다 peers 명령와 어느 범위의 어소시에이션 각각 대해 처리를 반복한다 mreadlist (와)과 mreadvar 명령입니다.
associations
  문의 대상의 서버의 표준내 (in-spec)의 통신 상대에 대한, 어소시에이션 식별자와 통신 상대 상태의 일람을 얻어 출력합니다. 일람은 복수의 란으로부터 완성되어 있습니다. 최초의 란은, 내부 사용을 위해서(때문에) 1 으로부터 턴 어소시에이션의 색인 번호 (index), 2 번째는 서버로부터 돌아가 온 실제의 어소시에이션 식별자, 3 번째는 통신 상대 상태 워드입니다. 그 후에, 상태 워드를 디코드한 데이터를 포함한 란이 몇개인가 계속됩니다. 'condition' 필드의 디코드에 대해서는, peers 명령을 참조해 주세요. associations 명령에 의해 돌려주어진 데이터는 ntpq 의 내부에서 캐쉬되기로 주의해 주세요. 이 때문에, 색인 번호는, 인간에게는 거의 박을 수가 없는 어소시에이션 식별자를 사용한다 어리석은 서버를 상대로 할 때 도움이 됩니다. 즉, 그 이후의 임의의 명령이 인수로서 어소시에이션 식별자를 필요로 할 때, 대신에 색인 번호의 형식을 사용할 수가 있습니다.
[ variable_name[=value ...] ] ...
[ variable_name[=value ...] ] ... 서버의 시계 변수 (clock variable)의 일람을 보내도록(듯이) 요구합니다. 라디오 시계나 다른 외부 동기기구를 가지고 있는 서버는, 이 명령에 긍정적으로 응답합니다. 어소시에이션 식별자가 생략 될까 0 이라고, 리퀘스트는 '시스템 시계' 의 변수에 대하는 것이 되어, 일반적으로, 시계를 가지는 모든 서버로부터 긍정적인 응답을 얻을 수 있겠지요. 서버가 시계를 의사적인 통신 상대로서 취급해, 결과적으로 한 번에 2 개(살) 이상의 시계를 접속할 수가 있게 되어 있으면, 적절한 통신 상대의 어소시에이션 식별자를 참조하면 특정의 시계의 변수가 표시됩니다. 변수의 리스트를 생략 하면(자), 서버는 디폴트의 변수의 표시를 돌려주게 됩니다.
lassociations
  서버가 상태를 보관 유지하고 있는 모든 어소시에이션에 대해, 어소시에이션 식별자와 통신 상대 상태의 일람을 얻어, 출력합니다. 이 명령와 associations 명령은, 표준외 (out-of-spec)의 클라이언트의 어소시에이션 상태를 보관 유지하는 서버 (즉 fuzzball)의 경우에만 다릅니다. associations 명령이 사용되었을 때, 통상 그러한 어소시에이션은 표시로부터 생략 됩니다만, lassociations 의 출력에는 포함됩니다.
lpassociations
  표준외 (out-of-spec)의 클라이언트와의 어소시에이션을 포함한다 모든 어소시에이션에 관한 데이터를, 내부에 캐쉬된 어소시에이션의 일람으로부터 출력합니다. 이 명령은, fuzzball 를 취급하는 경우만, passociations (와)과 다릅니다.
lpeers
  peers (와)과 닮아 있습니다만, 서버가 상태를 보관 유지하고 있는 모든 어소시에이션의 개요를 출력합니다. 이것은 fuzzball 서버의, 보다 긴 통신 상대의 리스트를 생성하는 일이 있습니다.
mreadlist assocID assocID
mrl assocID assocID
  readlist 명령와 닮아 있습니다만, 문의를 (0 이 아니다) 어소시에이션 식별자의 범위의 각각 행합니다. 여기서 말하는 범위는, 직전에 실행되었다 associations 명령로 캐쉬된 어소시에이션의 일람으로부터 결정할 수 있습니다.
[ variable_name[=value ...] ]
[ variable_name[=value ...] ] readvar 명령와 닮아 있습니다만, 문의를 (0이 아니다) 어소시에이션 식별자의 범위의 각각 행합니다. 여기서 말하는 범위는, 직전에 실행되었다 associations 명령로 캐쉬된 어소시에이션의 일람으로부터 결정할 수 있습니다.
opeers
  낡은 형식의 peers 명령로, 참조 ID 대신에 로컬의 인터페이스 주소를 사용합니다.
passociations
  내부에서 캐쉬된 어소시에이션의 일람으로부터, 표준내 (in-spec)의 통신 상대에 관한 어소시에이션의 데이터를 출력합니다. 이 명령은, 새로운 문의를 하는 것이 아니라 내부에 저축할 수 있었던 데이터를 표시한다고 하는 것을 제외하면, associations (와)과 같게 일합니다.
peers 서버의 현재의 통신 상대의 일람을, 각 통신 상대 상태의 개요와 함께 얻습니다. 개요의 정보에는, 리모트의 통신 상대의 주소, 참조 ID (불명 때는 0.0. 0.0), 리모트의 통신 상대의 계층 (stratum), 통신 상대의 종류 (로컬, uni-cast, 멀티 캐스트, 브로드캐스트의 언젠가), 마지막 패킷을 수신한 시간, 초단위의 폴링 간격, 8 진수 표기의 도달 가능성 레지스터, 그리고, 그 통신 상대의 현재의 지연, 오프셋(offset), 격차를 밀리 세컨드 단위로 나타낸 추정치를 포함하고 있습니다. 좌단의 캐릭터는, 시계 선택 처리에 있어서의 이 통신 상대의 운명을 나타냅니다. 이하는 이러한 캐릭터의 리스트와 rv 명령로 사용되는 서투른 말씨의 영어, 및 상태를 나타내는 짧은 설명문입니다.
공백 (reject) 통신 상대는 도달할 수 없는지, 이 서버에 동기 하고 있든가 (동기 루프), 혹은 엉뚱한 동기 거리를 위해서(때문에) 버려졌습니다.
x (falsetick) 통신 상대는 교차 아르고리슴에 의해 가짜 시계로서 버려졌습니다.
. (excess) 통신 상대는 동기 거리에 의해 늘어놓고 바꿀 수 있 것 중으로, 최초의 10 개에 들어가지 않았기 때문에 버려졌습니다. 이 때문에 더 이상 검토하기에는 불충분한 후보입니다.
- (outlyer) 통신 상대는 클러스터링 알고리즘에 의해 멀리 있는 것으로서 버려졌습니다.
+ (candidate) 통신 상대는 살아 남아, 결합 알고리즘에의 후보가 되었습니다.
# (selected) 통신 상대는 살아 남았습니다만, 동기 거리에 의해 늘어놓고 바꿀 수 있 것 중으로 최초의 6 개에 들어가지 않았습니다. 어소시에이션이 단명이었던 경우, 리소스를 절약하기 위해서 해산 당할지도 모릅니다.
* (peer) 통신 상대는 시스템 통신 상대로서 선언되고 있어 그 변수를 시스템 변수에게 주고 있습니다.
o ((pps.peer)) 통신 상대는 시스템 통신 상대로서 선언되고 있어 그 변수를 시스템 변수에게 주고 있습니다. 그러나, 시스템의 실제의 동기는 1 초 마다의 펄스 (PPS) 참조 클락 드라이버보다 간접적으로, 혹은 커널 인터페이스보다 직접, PPS 신호로 얻고 있습니다.

flash 변수는 디버그를 지원하는 귀중한 것입니다. NTP 사양 RFC-1305 와 NTP Version 4 로 추가된 사양이 정의하는 본래의 정상성 체크의 결과를 표시합니다. TEST1 (으)로부터 TEST11 까지 11 개의 테스트가 정의되고 있습니다. 우연한 잘못으로부터도 고의의 잘못으로부터도 자신을 지키면서, 진단 정보가 최대한 얻을 수 있는 있는 순서로, 테스트는 실행됩니다. flash 변수는 최초로 0 에 초기화됩니다. 테스트세트 1 개(살)을 끝낸 뒤, 1 개(살) 또는 복수의 비트가 설정되면(자), 그 패킷을 파기합니다.

테스트 TEST4 (와)과 TEST5 (은)는 액세스권한과 암호화 메세지 다이제스트를 체크합니다. 이 테스트뒤 어떤 것인가의 비트가 설정되면(자), 그 패킷을 파기합니다. 테스트 TEST10 (와)과 TEST11ntp.conf(5) 의 섹션 인증 옵션 그리고 설명되고 있는, Autokey 공개열쇠암호화를 사용한 인증 확인장태를 체크합니다. 어떤 것인가의 비트가 설정되어 어소시에이션이 사전에 도달 가능과의 표를 붙일 수 있고 있으면(자), 그 패킷을 파기합니다. 그 이외의 경우, NTP 프로토콜이 요구하는 대로, 송신원의 타임 스탬프와 수신측의 타임 스탬프를 보존해, 처리를 계속합니다.

테스트 TEST1 (으)로부터 TEST3 까지는, 오프셋(offset)와 지연을 계산하는 패킷의 타임 스탬프를 체크합니다. 어떤 것인가의 비트가 설정되면(자), 그 패킷을 파기합니다. 그 이외의 경우, 패킷 헤더 변수를 보존합니다. 테스트 TEST6 (으)로부터 TEST8 까지는, 서버의 건전성을 체크합니다. 어떤 것인가의 비트가 세트 되면(자), 그 패킷을 파기합니다. 그 이외의 경우, 서버에 대한 오프셋(offset)와 지연을 계산해, 보존합니다. 테스트 TEST9 (은)는, 어소시에이션 그 자체의 건전성을 체크합니다. 어떤 것인가의 비트가 설정되면(자), 그 패킷을 파기합니다. 그 이외의 경우, 보존되고 있는 변수를 시계 필터와 완화 알고리즘에 돌립니다.

각 테스트에 대한다 flash 의 비트는, 최하정도 비트로부터 승순으로 다음과 같이 정의됩니다.
TEST1 패킷이 중복 하고 있습니다. 이 패킷은, 편애눈으로 봐도 우연한 재발송에 의하는 것이고, 최악의 경우는, 악의를 가져 재발송신 된 것입니다.
TEST2 잘못한 패킷입니다. 이전에 보낸 메세지에 대한 대답이 아닙니다. NTP demon가 재기동되고 있어, 통신 상대 이외의 누군가가 깨닫기 전이었다고 나무에 일어납니다.
TEST3 동기 하고 있지 않습니다. 1 개(살) 이상의 타임 스탬프·필드가 부정합니다. 통상, 통신 상대로부터의 최초의 패킷을 수신했을 때에 일어납니다.
TEST4 액세스가 거부되었습니다. "액세스 제어" 의 페이지를 참조해 주세요.
TEST5 암호화 인증에 실패했습니다. ntp.conf(5) 메뉴얼 페이지의 인증 기능 옵션 마디를 참조해 주세요.
TEST6 서버가 동기 하고 있지 않습니다. 서버의 시계의 나사를 먼저 감아 주세요.
TEST7 서버의 계층이 최대로 15 보다 큽니다. 서버는 아마 동기 하고 있지 않고, 서버의 시계의 나사를 감을 필요가 있겠지요.
TEST8 root 의 지연 또는 root 의 격차가 1 초보다 깁니다. 통신 상대가 화성과 동기 하고 있지 않는 한, 이런 것이 일어날 것 같게는 없습니다만.
TEST9 통신 상대의 지연 또는 통신 상대의 격차가 1 초보다 깁니다. 통신 상대가 화성상에라도 없는 한, 이런 것이 일어날 것 같게는 없습니다만.
TEST10
  autokey 프로토콜이 인증 실패를 검출했습니다. ntp.conf(5) 메뉴얼 페이지의 인증 옵션 마디를 참조해 주세요.
TEST11
  서버 또는 통신 상대의 인증이 괜찮은가, 정당한 공개열쇠 증명서를 보관 유지하고 있을까를, autokey 프로토콜이 확인하고 있지 않습니다. ntp.conf(5) 메뉴얼 페이지의 인증 옵션 마디를 참조해 주세요.

NTP 버젼 4 의 Autokey 서포트로 사용되는 시스템 변수의 추가는 이하의 것이 포함됩니다.
certificate filestamp
  증명 파일이 생성되었을 때의 NTP 초를 나타냅니다.
hostname host
  Unix 의 gethostname(3) 프로그램 라이브러리 함수가 돌려주는 호스트명을 나타냅니다.
flags hex
  현재의 flag bit를 나타냅니다. 여기서 hex 비트는 다음에 나타내도록(듯이) 해석됩니다.
0x01 autokey 가 유효합니다.
0x02 RSA 공개열쇠/암호열쇠 파일이 존재합니다.
0x04 PKI 확인 파일이 존재합니다.
0x08 Deffie-Hellman 의 파라미터 파일이 존재합니다.
0x10 NIST 윤초표 파일이 존재합니다.
leapseconds filestamp
  NIST 윤초표 파일이 작성되었을 때의 NTP 초를 표시합니다.
params filestamp
  Diffie-Hellman 의 협정 파라미터 파일이 생성되었을 때의 NTP 초를 표시합니다.
publickey filestamp
  RSA 공개열쇠/비밀열쇠 파일이 생성되었을 때의 NTP 초를 표시합니다.
refresh filestamp
  공개 암호치가 갱신, 서명되었을 때의 NTP 초를 표시합니다.
tay offset
  NIST 윤초표를 입수했을 때의 TAI-UTC 오프셋(offset)를 초단위로 표시합니다.

게다가 NTP 버젼 4 Autokey 서포트로 사용된다 통신 상대 변수의 추가에는 이하의 것이 포함됩니다.
certificate filestamp
  인증 증명 파일이 생성되었을 때의 NTP 초를 표시합니다.
flags hex
  현재의 flag bit를 표시합니다. 여기서, hex 비트는 동명의 시스템 변수와 같게 해석합니다. 이러한 비트는 서버로부터 수신한 최초의 autokey 메세지의 안으로 설정되어 그 다음에, 서버로부터 거기에 관련한 데이터를 수신, 격납했을 때에 리셋트 됩니다.
hcookie hex
  열쇠 협정 알고리즘으로 이용되는 호스트 쿠키를 표시합니다.
initkey key
  autokey 프로토콜의 열쇠 리스트 생성기에 의해 사용되는 열쇠의 초기치를 표시합니다.
initsequence index
  autokey 프로토콜의 열쇠 리스트 생성기에 의해 사용되는 인덱스의 초기치를 표시합니다.
pcookie hex
  열쇠 리스트 생성기에 의해 사용되는 통신 상대의 쿠키를 지정합니다.
timestamp time
  최신의 autokey 열쇠 리스트가 생성되고 서명되었을 때의 NTP 초를 표시합니다.
pstatus assocID
  주어진 어소시에이션에 대응하는 서버에 대해, 상태 독해 리퀘스트를 보냅니다. 돌려주어진 통신 상대 변수의 이름과 값을 출력합니다. 변수의 전에, 헤더로부터 얻은 상태 워드가 16 진수와 서투른 말씨의 영어로 표시되는 것에 주의해 주세요.
readlist assocID
rl assocID
  내부 변수 리스트안의 변수의 값을 돌려주도록(듯이) 서버에 요구합니다. 어소시에이션 식별자가 생략 될까 0 의 경우, 변수는 시스템 변수이다고 보입니다. 그렇지 않으면, 통신 상대 변수로서 다루어집니다. 내부 변수 리스트가 하늘의 경우는, 리퀘스트는 데이터 없음으로 보내져 리모트 서버는 디폴트의 표시를 돌려줍니다.
variable_name[=value] ...
variable_name[=value] ... 변수 독해 리퀘스트를 보내는 것으로, 지정한 변수의 값을 돌려주도록(듯이) 서버에 요구합니다. 어소시에이션 식별자를 생략 할까 0 을 지정했을 경우, 변수는 시스템 변수입니다. 그렇지 않으면 통신 상대 변수이며, 돌려주어지는 값은 대응하는 통신 상대의 것이 됩니다. 변수의 리스트를 생략 하면(자), 데이터 없음의 리퀘스트를 보내, 서버는 디폴트의 표시를 돌려줍니다.
variable_name[=value] ... readvar 리퀘스트와 닮아 있습니다만, 지정한 변수를 읽어내는 대신에 기입합니다.
writelist [assocID]
  readlist 리퀘스트와 닮아 있습니다만, 내부의 리스트의 변수를 읽어내는 대신에 기입합니다.

관련 항목

ntp.conf(5), ntpd(8), ntpdc(8)

버그

peers 명령은 불가분 (atomic)은 아니기 때문에, 부정한 어소시에이션이라고 하는 잘못한 에러 메세지가 발생해 명령이 종료하는 일이 있습니다. 마감 시간까지의 시간은 고정된 정수입니다. 이것은, 어떤 종류의 최악의 경우를 생각해 있기 (위해)때문에, 마감 시간이 될 때까지 장시간 기다리게 되게 됩니다. 이 프로그램은, 특정의 호스트에 몇번이나 문의를 보내는 동안에 제한 시간의 견적을 개선해야 합니다만, 실제로는 행하고 있지 않습니다.

NTPQ (8) January 7, 2000

tail head cat sleep
QR code linking to this page


Ben Bullock이 유닉스 매뉴얼 페이지에서 서비스에 대한 의견을 주시기 바랍니다. Privacy policy.

Computer science would have progressed much further and faster if all of the time and effort that has been spent maintaining and nurturing Unix had been spent on a sounder operating system.
— The Unix Haters' handbook