<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[DynDNS and Dual-wan problem with CloudFlare (works with No-Ip)]]></title><description><![CDATA[<p dir="auto">I have a simple setup with dual-wan links and dynamic IPs. I use a No-ip Round Robin setup like this</p>
<pre><code class="language-plain">WAN1FailsToWAN2 -&gt; my.hostname.com@gw1
WAN2FailsToWAN1 -&gt; my.hostname.com@gw2
</code></pre>
<p dir="auto">where</p>
<ul>
<li><code>WAN1FailsToWAN2</code> is a gateway group with <code>GW_WAN</code> on Tier 1 and <code>GW_WAN2</code> on Tier 2</li>
<li><code>WAN2FailsToWAN1</code> is a gateway group with <code>GW_WAN2</code> on Tier 1 and <code>GW_WAN</code> on Tier 2</li>
<li><code>my.hostname.com</code> is my No-Ip hostname</li>
<li><code>gw1</code> and <code>gw2</code> are labels I set up in No-Ip hostname when I selected the "RoundRobin" type.</li>
</ul>
<p dir="auto">And, for years now, this have been working flawlessly:</p>
<p dir="auto">a) If <strong>both</strong> links are up a <code>nslookup my.hostname.com</code> returns <strong>both</strong> public IP addresses (WAN1 and WAN2).<br />
b) If <strong>WAN1</strong> link is down a <code>nslookup my.hostname.com</code> returns only <strong>WAN2</strong> public IP address.<br />
c) If <strong>WAN2</strong> link is down a <code>nslookup my.hostname.com</code> returns only <strong>WAN1</strong> public IP address.</p>
<p dir="auto">The update is very quick (less than 1 minute). Everything is good.</p>
<p dir="auto">Problem is: <strong>This doesn't work with a CloudFlare domain</strong>. In the event of a link down, <strong>the unreachable IP address is not removed</strong> from the CloudFlare dns record.</p>
<p dir="auto">Like No-Ip, <a href="https://www.cloudflare.com/learning/dns/glossary/round-robin-dns/" target="_blank" rel="noopener noreferrer nofollow ugc">Cloudflare supports RoundRobin hostnames</a>. However, unlike No-Ip, Cloudflare doesn't have "labels" for each record.</p>
<p dir="auto">When one of the links is down, I can see (via "Dynamic DNS Status" widget on main pfSense page) that the link change <em>was</em> detected by pfSense and that CloudFlare hostname <em>was</em> updated with only the working IP address. However a <code>nslookup my.hostname.com</code> shows me that the unreachable IP address was not removed.</p>
]]></description><link>https://forum.netgate.com/topic/140385/dyndns-and-dual-wan-problem-with-cloudflare-works-with-no-ip</link><generator>RSS for Node</generator><lastBuildDate>Sun, 15 Mar 2026 10:38:48 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/140385.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 07 Feb 2019 20:38:24 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to DynDNS and Dual-wan problem with CloudFlare (works with No-Ip) on Tue, 09 Apr 2019 07:25:50 GMT]]></title><description><![CDATA[<p dir="auto">A DNS server is a computer server that contains a database of public IP addresses and their associated hostnames, and in most cases serves to resolve, or translate error, those names to IP addresses as requested. <a href="https://globalcool.org/fix-dns-server-not-responding/" target="_blank" rel="noopener noreferrer nofollow ugc">DNS server not responding</a> run special software and communicate with each other using special protocols.</p>
]]></description><link>https://forum.netgate.com/post/835959</link><guid isPermaLink="true">https://forum.netgate.com/post/835959</guid><dc:creator><![CDATA[emniclap]]></dc:creator><pubDate>Tue, 09 Apr 2019 07:25:50 GMT</pubDate></item><item><title><![CDATA[Reply to DynDNS and Dual-wan problem with CloudFlare (works with No-Ip) on Mon, 08 Apr 2019 19:37:12 GMT]]></title><description><![CDATA[<p dir="auto">No comments from devs?</p>
<p dir="auto">Nobody else trying to use CloudFlare DynDns with Multi-Wans?</p>
<p dir="auto">Is this the appropriate place to report this problem?</p>
]]></description><link>https://forum.netgate.com/post/835861</link><guid isPermaLink="true">https://forum.netgate.com/post/835861</guid><dc:creator><![CDATA[fdcastel]]></dc:creator><pubDate>Mon, 08 Apr 2019 19:37:12 GMT</pubDate></item></channel></rss>