Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login
    Introducing Netgate Nexus: Multi-Instance Management at Your Fingertips.

    WireGuard Endpoint DNS Resolution Fails After DDNS IP Changes on pfSense 2.8.1

    Scheduled Pinned Locked Moved WireGuard
    2 Posts 2 Posters 1.1k Views 1 Watching
    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.
    • A Offline
      assaeed
      last edited by

      Hi everyone,

      I am facing a persistent issue with WireGuard on pfSense 2.8.1 regarding Endpoint DNS resolution.

      My Setup:

      pfSense Version: 2.8.1 (Latest)

      DDNS Provider: Paid No-IP service.

      Configuration: The WireGuard Peer is configured using the DDNS hostname as the Endpoint.

      The Problem:
      Everything works perfectly for a few days right after the initial setup or a reboot. However, as soon as my ISP changes my dynamic IP and No-IP updates the DDNS record, the WireGuard tunnel goes down and fails to reconnect.

      It seems that WireGuard on pfSense does not automatically re-resolve the DDNS hostname once the IP changes. The server completely loses track of the peer's new IP.

      What I’ve Tried So Far:

      Configured the No-IP DDNS directly on pfSense (updates successfully in the DDNS status, but WireGuard doesn't pick it up).

      Moved the DDNS client configuration to the ISP Modem/Router instead, but the exact same behavior occurs.

      The only way to restore the connection is to manually restart the WireGuard service or force a re-load of the tunnel.

      Is there a built-in mechanism or a recommended cron job/script in pfSense 2.8.1 to force WireGuard to periodically re-resolve Endpoint hostnames? Any help or workarounds to fix this persistent DNS resolution issue would be highly appreciated.

      Thank you!

      Bob.DigB 1 Reply Last reply Reply Quote 0
      • Bob.DigB Offline
        Bob.Dig LAYER 8 @assaeed
        last edited by

        @assaeed Sadly there is none I am aware of.

        1 Reply Last reply Reply Quote 0
        • First post
          Last post
        Copyright 2026 Rubicon Communications LLC (Netgate). All rights reserved.
        Privacy Policy · Cookie Policy