Navigation

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

    dpinger

    General pfSense Questions
    2
    4
    350
    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
      • stephenw10
        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