# Truncated FQDN/addresses via 'chronyc sources'

**URL:** <https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289>\
**Category:** Uncategorized\
**Created:** [March 14, 2026, 9:30pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289 "2026-03-14T21:30:06Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![Mpegger](https://avatars.discourse-cdn.com/v4/letter/m/e19adc/32.png) [@Mpegger](https://community.ntppool.org/u/Mpegger)\
**Post date:** [March 14, 2026, 9:30pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/1 "2026-03-14T21:30:06Z")

</div>

For the life of me I can’t find the answer to this, and I could have sworn it was possible, but when using a command like ‘chronyc sources’ if the FQDN or IPv6 address is too long to show in the column, it gets truncated. Wasn’t there a switch that could be used with chronyc that would prevent truncating the name/address and show it in it’s entirety? If there isn’t, is there a log I could grep to get the full FQDN/IPv6 address? I just opened up port 123 to the WAN yesterday, but I am not part of the pool, yet I already see some traffic from unknown clients in the ‘chronyc client’ log. Most likely just port scanners (they only have around 2 connect attempts hours ago), but for those malicious actors I’d like to know so I can block them at the firewall.

---

<div class="post-metadata">

**Author:** ![avij](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/avij/32/197_2.png) [@avij](https://community.ntppool.org/u/avij)\
**Post date:** [March 14, 2026, 9:51pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/2 "2026-03-14T21:51:46Z")

</div>

My chronyc (v4.6.1) shows the untruncated IPv6 address with “chronyc -n clients”. Doesn’t yours?

I’d use the -n option to not look up the reverse DNS name for the address. You can look up the reverse DNS name separately later on if needed.

I’m confused why you mentioned “sources”. You can see your sources from your /etc/chrony.conf or with “chronyc ntpdata”.

---

<div class="post-metadata">

**Author:** ![Mpegger](https://avatars.discourse-cdn.com/v4/letter/m/e19adc/32.png) [@Mpegger](https://community.ntppool.org/u/Mpegger)\
**Post date:** [March 14, 2026, 9:54pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/3 "2026-03-14T21:54:25Z")

</div>

Doh. Stupid me, I was using the switch _after_ the command. Apparently, some switches, like -v for verbose, works after the command. No wonder -n never seemed to show a different result when I was using it after the command. Would be nice if the output adjust the size of the columns according to the size of the “screen” like htop and other apps do.

---

<div class="post-metadata">

**Author:** ![paulgear](https://avatars.discourse-cdn.com/v4/letter/p/ad7895/32.png) [@paulgear](https://community.ntppool.org/u/paulgear)\
**Post date:** [March 15, 2026, 11:50am UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/4 "2026-03-15T11:50:23Z")

</div>

There’s also a wider output option recently added: [chronyc: add wide output option (!32) · Merge requests · chrony / chrony · GitLab](https://gitlab.com/chrony/chrony/-/merge_requests/32)

---

<div class="post-metadata">

**Author:** ![Mpegger](https://avatars.discourse-cdn.com/v4/letter/m/e19adc/32.png) [@Mpegger](https://community.ntppool.org/u/Mpegger)\
**Post date:** [March 15, 2026, 2:45pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/5 "2026-03-15T14:45:25Z")

</div>

> Merge details
> 
> - The changes were not merged into master.

🫤

---

<div class="post-metadata">

**Author:** ![mlichvar](https://avatars.discourse-cdn.com/v4/letter/m/e79b87/32.png) [@mlichvar](https://community.ntppool.org/u/mlichvar)\
**Post date:** [March 16, 2026, 8:23am UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/6 "2026-03-16T08:23:13Z")

</div>

> [@Mpegger](#):
>
> The changes were not merged into master.

… using the Web UI. They were merged manually by the maintainer.

---

<div class="post-metadata">

**Author:** ![Mpegger](https://avatars.discourse-cdn.com/v4/letter/m/e19adc/32.png) [@Mpegger](https://community.ntppool.org/u/Mpegger)\
**Post date:** [March 16, 2026, 1:11pm UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/7 "2026-03-16T13:11:01Z")

</div>

I see.

But I also see that was 2 weeks ago and the last release was from 2025. So until the next official release, this would be something only accessible to those able to compile the code on thier own, and willing use it in essentially a untested Alpha state. 🫤

---

<div class="post-metadata">

**Author:** ![paulgear](https://avatars.discourse-cdn.com/v4/letter/p/ad7895/32.png) [@paulgear](https://community.ntppool.org/u/paulgear)\
**Post date:** [May 29, 2026, 12:08am UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/8 "2026-05-29T00:08:59Z")

</div>

This is chrony, mate. It’s not like it hasn’t been the most stable, functional NTP server for years now…

---

<div class="post-metadata">

**Author:** ![NTPman](https://sea2.discourse-cdn.com/flex016/user_avatar/community.ntppool.org/ntpman/32/450_2.png) [@NTPman](https://community.ntppool.org/u/NTPman)\
**Post date:** [May 29, 2026, 1:39am UTC](https://community.ntppool.org/t/truncated-fqdn-addresses-via-chronyc-sources/4289/9 "2026-05-29T01:39:14Z")

</div>

> [@Mpegger](#):
>
> Apparently, some switches, like -v for verbose, works after the command.

Yes, but it has different meaning. If `-v` is in front, than it is the command itself (print the version), whatever comes after is a garbage to ignore. If the `-v` comes after the `sources` command, then it makes it verbose.

```auto
tumbleweed:~ # chronyc sources -v

  .-- Source mode '^' = server, '=' = peer, '#' = local clock.
 / .- Source state '*' = current best, '+' = combined, '-' = not combined,
| / 'x' = may be in error, '~' = too variable, '?' = unusable.
|| .- xxxx [yyyy] +/- zzzz
|| Reachability register (octal) -. | xxxx = adjusted offset,
|| Log2(Polling interval) --. | | yyyy = measured offset,
|| \ | | zzzz = estimated error.
|| | | \
MS Name/IP address Stratum Poll Reach LastRx Last sample               
===============================================================================
^- x.ns.gin.ntt.net 2 10 377 782 +2799us[+2799us] +/- 98ms
^- ns0.fredprod.com 3 10 377 42 +1566us[+1566us] +/- 58ms
^* 37.59.63.125 2 10 377 979 +50us[+66us] +/- 14ms
^- dns-v3.ns4v.icu 2 10 377 924 +1853us[+1853us] +/- 53ms
tumbleweed:~ # chronyc -v sources
chronyc (chrony) version 4.8 (+READLINE +SECHASH +IPV6 -DEBUG)
tumbleweed:~ # chronyc -v fsdgs dffg
chronyc (chrony) version 4.8 (+READLINE +SECHASH +IPV6 -DEBUG)
tumbleweed:~ # 

```

> [@Mpegger](#):
>
> No wonder -n never seemed to show a different result when I was using it after the command.

Bad behavior from `chronyc`. It should complain about the existence of garbage after the subcommand.

```auto
tumbleweed:~ # chronyc sources sdfadfadsf cadfasdfd
MS Name/IP address Stratum Poll Reach LastRx Last sample               
===============================================================================
^- x.ns.gin.ntt.net 2 10 377 427 +2949us[+2949us] +/- 113ms
^- ns0.fredprod.com 3 10 377 729 +1553us[+1566us] +/- 58ms
^* 37.59.63.125 2 10 377 632 +55us[+68us] +/- 14ms
^- dns-v3.ns4v.icu 2 10 377 577 +319us[+319us] +/- 46ms
tumbleweed:~ # 

```
