• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

NTP disconnect issue

Scheduled Pinned Locked Moved General pfSense Questions
5 Posts 3 Posters 922 Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S
    Sander88
    last edited by Sep 7, 2017, 2:33 PM

    Hi,

    PFSense is running a NTP service for the network clients on one of the LAN interfaces (192.168.1.1). I have multiple LAN interfaces (192.168.2.1, 192.168.3.1 etc.) on this PFSense box. Each of these LAN networks use the NTP service of PFSense. There are PFSense rules configured on the additional LAN interfaces (192.168.2.1, 192.168.3.1 etc.) to allowed the NTP network traffic to 192.168.1.1 .

    NTP works, all clients, in all LANs can connect and sync their time. But the clients in the additional LAN networks keep randomly disconnecting a few times a day. They reconnect after some time (minutes - hours).

    What can cause this? Network load on the PFSense box?

    Note: I don't want to start the NTP service (as a solution for this issue) on each LAN interface of PFSense as the NTP clients are using a DNS record (ntp.mydomain.tld).

    Regards,
    Sander

    1 Reply Last reply Reply Quote 0
    • J
      johnpoz LAYER 8 Global Moderator
      last edited by Sep 7, 2017, 3:11 PM

      So your saying devices on the lan that ntp is actually listening on do not disconnect ever?

      How are you seeing that they disconnect.. is it something in the clients ntp log?  Is their time drifting?

      An intelligent man is sometimes forced to be drunk to spend time with his fools
      If you get confused: Listen to the Music Play
      Please don't Chat/PM me for help, unless mod related
      SG-4860 24.11 | Lab VMs 2.8, 24.11

      1 Reply Last reply Reply Quote 0
      • S
        Sander88
        last edited by Sep 8, 2017, 11:56 AM

        Based on the output of 'ntpq -pn' on the client:

        remote          refid              st t when poll reach  delay  offset  jitter

        192.168.1.1  xx.xxx.xxx.xxx      2 u  215 1024  377    0.382  2345.81 1806.01

        Please note the star '*' is missing in front of the NTP server IP-address. This means there is no active sync server (as I understand it correctly).

        1 Reply Last reply Reply Quote 0
        • J
          johnpoz LAYER 8 Global Moderator
          last edited by Sep 8, 2017, 12:46 PM

          but your 377 shows that it has not missed queries to it in the last 8 times its asked.. But there is a large offset and your jitter is high..

          From that that output it doesn't show that it can not reach the ntp server, but has not selected it for peer.. You need to find out why this is.. But your reach if stays at 377 shows that every time you query it you are getting a reply.

          An intelligent man is sometimes forced to be drunk to spend time with his fools
          If you get confused: Listen to the Music Play
          Please don't Chat/PM me for help, unless mod related
          SG-4860 24.11 | Lab VMs 2.8, 24.11

          1 Reply Last reply Reply Quote 0
          • N
            nycfly
            last edited by Sep 9, 2017, 6:49 PM

            Why don't you just have the NTP server listen on all LAN interfaces? Why only one?

            1 Reply Last reply Reply Quote 0
            1 out of 5
            • First post
              1/5
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
              This community forum collects and processes your personal information.
              consent.not_received