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

    dpinger

    Scheduled Pinned Locked Moved General pfSense Questions
    4 Posts 2 Posters 843 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.
    • J
      jchud
      last edited by

      During the boot process what/when is the dpinger service triggered?

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        dpinger is what monitors the system gateways so it's brought up when the WAN connects.

        Steve

        J 1 Reply Last reply Reply Quote 0
        • J
          jchud @stephenw10
          last edited by

          @stephenw10 Thanks for the information, but that I already knew. I was asking from a more lower level perspective as for some reason like when my pfsense box comes online it does so a bit faster then my WAN connection can realize. Such that when dpinger kicks off the first ping attempts or so don't get through and thus a error gets logged. But since after that every ping goes through without a problem I was looking to see how to possibly either introduce a slight delay before that particular service is started or changed the order so the device kicks off the pings later in the startup process.

          And yes I know its a very minor thing with little significance, just if there is something about it that can be done I would like to simply for personal preference.

          1 Reply Last reply Reply Quote 0
          • J
            jchud
            last edited by

            So I came across a file named gwlb.inc and added a sleep() command at the start of the start_dpinger function which did apparently solve my issue of a log entry not being created claiming that a few pings of the gateway failed following a reboot. However it seemed to have a possible secondary issue where for those few seconds that the boot process is thrown off by the NTP process momentarily errors claiming the clocks are not sync'ed. Guessing that there is some check that occurs while this "pause" is happening and since it doesn't see the NTP daemon running it alerts that time is not being accurately maintained; which is technically correct.

            Granted I know this a very minor issue, more of a personal preference then anything else, but if anyone has a better suggestion on how to handle this let me know. As all I am looking to do is have the dpinger service startup a few seconds later than it currently does.

            1 Reply Last reply Reply Quote 0
            • First post
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.