HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
aguacero7
rkik
Rust2025–2025
aguacero7 / rkik

rkik

Rusty Klock Inspection Kit - NTP / NTS Querying tool

3Distinct people
5Mentions
0Explicit recommenders
60GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Rusty Klock Inspection Kit - NTP / NTS Querying tool

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week5 dated mentions

Observed mentions: 2025-07-30 16:00:35 UTC to 2025-12-16 11:22:49 UTC. Weeks start Monday, UTC.

012025-07-28 00:00:00 UTC to 2025-08-04 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsJul 282025-08-04 00:00:00 UTC to 2025-08-11 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-11 00:00:00 UTC to 2025-08-18 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-08-18 00:00:00 UTC to 2025-08-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-25 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-01 00:00:00 UTC to 2025-09-08 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-09-08 00:00:00 UTC to 2025-09-15 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2025-09-15 00:00:00 UTC to 2025-09-22 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-22 00:00:00 UTC to 2025-09-29 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-29 00:00:00 UTC to 2025-10-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-06 00:00:00 UTC to 2025-10-13 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsOct 62025-10-13 00:00:00 UTC to 2025-10-20 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-20 00:00:00 UTC to 2025-10-27 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-27 00:00:00 UTC to 2025-11-03 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-03 00:00:00 UTC to 2025-11-10 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-10 00:00:00 UTC to 2025-11-17 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-17 00:00:00 UTC to 2025-11-24 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-24 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-01 00:00:00 UTC to 2025-12-08 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-08 00:00:00 UTC to 2025-12-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-15 00:00:00 UTC to 2025-12-22 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsDec 15

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Jul 282025-07-28 00:00:00 UTC2025-08-04 00:00:00 UTC110
Aug 42025-08-04 00:00:00 UTC2025-08-11 00:00:00 UTC000
Aug 112025-08-11 00:00:00 UTC2025-08-18 00:00:00 UTC110
Aug 182025-08-18 00:00:00 UTC2025-08-25 00:00:00 UTC000
Aug 252025-08-25 00:00:00 UTC2025-09-01 00:00:00 UTC000
Sep 12025-09-01 00:00:00 UTC2025-09-08 00:00:00 UTC110
Sep 82025-09-08 00:00:00 UTC2025-09-15 00:00:00 UTC110
Sep 152025-09-15 00:00:00 UTC2025-09-22 00:00:00 UTC000
Sep 222025-09-22 00:00:00 UTC2025-09-29 00:00:00 UTC000
Sep 292025-09-29 00:00:00 UTC2025-10-06 00:00:00 UTC000
Oct 62025-10-06 00:00:00 UTC2025-10-13 00:00:00 UTC000
Oct 132025-10-13 00:00:00 UTC2025-10-20 00:00:00 UTC000
Oct 202025-10-20 00:00:00 UTC2025-10-27 00:00:00 UTC000
Oct 272025-10-27 00:00:00 UTC2025-11-03 00:00:00 UTC000
Nov 32025-11-03 00:00:00 UTC2025-11-10 00:00:00 UTC000
Nov 102025-11-10 00:00:00 UTC2025-11-17 00:00:00 UTC000
Nov 172025-11-17 00:00:00 UTC2025-11-24 00:00:00 UTC000
Nov 242025-11-24 00:00:00 UTC2025-12-01 00:00:00 UTC000
Dec 12025-12-01 00:00:00 UTC2025-12-08 00:00:00 UTC000
Dec 82025-12-08 00:00:00 UTC2025-12-15 00:00:00 UTC000
Dec 152025-12-15 00:00:00 UTC2025-12-22 00:00:00 UTC110

What Hacker News says

5 sources
aguacero7·Dec 16, 2025Submission

Rkik v2.0.0 – NTP, NTS, PTP diagnostics, presets and config, Docker test lab

Hi HN, I’m excited to announce rkik v2.0.0, a major update to Rusty Klock Inspection Kit, a stateless CLI tool and library for inspecting network time protocols (NTP/NTS) and precision clocks across infrastructure. This release advances the project well beyond its original scope as a simple NTP offset inspector. What’s new in v2.0.0 Network Time Security (NTS) support - Fully integrated RFC 8915 NTS implementation with diagnostic detail. - --nts flag to enable authentication and encrypted NTS sessions. - Adjustable --nts-port, handshake timing, cookie metrics, negotiated AEAD algorithms, and certificate inspection (subject, issuer, validity, fingerprints). - JSON export of all NTS diagnostic data. NTS works alongside existing features like compare and plugin modes. Precision Time Protocol (PTP) diagnostics - New --ptp switch for querying
Read the rest
IEEE-1588 environments (Linux only). - Handles domain and port controls (--ptp-domain, --ptp-event-port, --ptp-general-port). - Optional hardware timestamping (--ptp-hw-timestamp) and extensive master clock info. - Supports text, structured JSON, compare output, and plugin lines. - Library primitives (PtpProbeResult, PtpQueryOptions, …) for embedding in other tools. Config & presets management - Persistent configuration via rkik config and workspace presets via rkik preset, stored in ~/.config/rkik/config.toml (override via RKIK_CONFIG_DIR). - Presets let you define reusable probe sets and run them by name. Test lab & Docker environment - New Docker-based test environment (./scripts/test-env-up.sh) to spin up multiple NTP daemons and a PTP grandmaster locally, enabling consistent QA and CI demos. CLI redesign and documentation - CLI v2 spec documented in docs/cli_v2.md. New subcommand layout and improved ergonomics. rkik started as a lightweight way to inspect NTP responses without daemons or root, but with v2.0.0 it becomes a comprehensive diagnostics and observability toolkit for time-related protocols, suitable for SREs, network engineers, and infrastructure operators who need precise insight into clock behavior across distributed systems. All sources and releases are available on GitHub: https://github.com/aguacero7/rkik
3 points · Open discussion
aguacero7·Sep 9, 2025Submission

Show HN: Rkik – A light, efficient NTP diagnosis tool written in Rust (v1.10)

I’ve released rkik v1.10, a lean Rust tool to inspect NTP servers, compare offsets/RTTs, and optionally perform a one-shot system clock sync on Unix. Repo: https://github.com/aguacero7/rkik For those who dont know what it does: - Probe a single NTP server or compare multiple in one shot - Text / Simple / JSON outputs for humans or scripts - Fractional timing controls: sub-second --interval and --timeout (e.g., 0.1, 0.25) - Optional one-shot sync to “server UTC + half RTT” (Unix only) - Dry-run mode to validate the sync workflow without touching the clock What’s new in v1.10 Clippy integrated in CI with lints as errors (consistent quality) - Sync module public API cleaned up (no more rkik::sync::sync double path) - Sync feature enabled by default in builds/packages - "--interval" and "--timeout" now accept fractional seconds - "--dry-run"
Read the rest
for sync to verify flows in CI/scripts Usage Installing it is very simple using cargo: cargoo install rkik Single server probe: rkik time.google.com Compare multiple servers (10 requests, 200 ms apart), simple text: rkik -C time.google.com time.cloudflare.com --count 10 --interval 0.2 --short JSON output (pretty-printed): rkik pool.ntp.org -jp One-shot sync (Unix; needs root or CAP_SYS_TIME): rkik --server time.google.com --sync Notes / caveats - Sync requires privileges (root or CAP_SYS_TIME). Dry-run works without them. - If a time daemon (chronyd/systemd-timesyncd) is active, it may readjust your clock afterward; that’s expected. Roadmap / feedback I’m aiming to make it a PTP / NTS protocols Diag tool, I want rkik to become a real Time servers monitoring and analysis toolbox. Suggestions on output ergonomics, useful stats for CI/observability, or packaging for your distro or even github contributions are very welcome. Happy to answer questions and take feedback!
2 points · Open discussion

Show HN: Trending rust NTP inspection CLI

Hi y’all, Just came across a crate on crates.io that recently hit v1.0.0. It’s called rkik - basically a "dig for NTP". I hadn’t seen a tool like this in Rust before. Looks pretty handy: it can query and compare NTP servers, output JSON for monitoring, and even run continuous checks. Seems to be getting some traction in the Rust community - might be worth a look if you’re into System administration, networking or DevOps.
3 points · Open discussion
aguacero7·Jul 30, 2025Submission

Show HN: RKIK v0.6.0 – A stateless NTP inspection CLI (Rust, async, no root)

Hi HN, I've just released version 0.6.0 of RKIK (Rusty Klock Inspection Kit), a command-line tool for inspecting NTP servers. It's designed for passive, read-only analysis of NTP offset and delay — much like `dig` is to DNS or `ping` is to ICMP. Why? In environments where you can't or don't want to run `chronyd`, `ntpd`, or `ntpdate` (e.g. containers, sandboxes, CI), there's no lightweight way to check if your system is drifting from trusted NTP servers. RKIK fills that gap: - Query one or more NTP servers - Compare offsets between multiple servers asynchronously (thanks to Tokio) - Output in JSON or readable text - Works with both IPv4 and IPv6 - No root, no sync, no config, no daemon - Written in Rust, single binary (~2MB) Example usage: rkik pool.ntp.org rkik --compare time.google.com time.cloudflare.com rkik -C ntp1 ntp2 n
Read the rest
tp3 --format json Example output: Server: time.google.com Offset: -1.203 ms RTT: 2.320 ms RefID: GOOG Stratum: 1 Why Rust? It compiles to a small static binary, has great async support via Tokio, and excellent libraries for terminal UI and NTP packet decoding. Repo: https://github.com/aguacero7/rkik Crates.io: https://crates.io/crates/rkik Docs: https://aguacero7.github.io/rkik Happy to hear feedback — especially if you're working with time drift, embedded systems, or observability pipelines.
2 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.