<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Backup Internet on Dhiru's Notebook</title><link>https://rfcorner.in/tags/backup-internet/</link><description>Recent content in Backup Internet on Dhiru's Notebook</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 12 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://rfcorner.in/tags/backup-internet/index.xml" rel="self" type="application/rss+xml"/><item><title>A repeatable and sensible Dual-WAN Failover setup</title><link>https://rfcorner.in/posts/repeatable-sensible-dual-wan-failover/</link><pubDate>Sat, 12 Sep 2026 00:00:00 +0000</pubDate><guid>https://rfcorner.in/posts/repeatable-sensible-dual-wan-failover/</guid><description>&lt;p&gt;In &lt;a href="https://rfcorner.in/posts/easy-dual-wan-failover/"&gt;my previous Dual-WAN failover article&lt;/a&gt;,
I moved from a TP-Link ER605 (slowest device ever) to a MikroTik hEX S. That
setup worked, but it also sent me down the usual rabbit hole of buying
increasingly specialised router hardware for a problem which does not actually
need it.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Repeatable infrastructure should depend on open networking standards and
replaceable commodity hardware, not a particular router model, vendor GUI,
or temporarily available development board.&lt;/p&gt;</description></item><item><title>Easy Dual WAN Failover using hEX S (2025) router</title><link>https://rfcorner.in/posts/easy-dual-wan-failover/</link><pubDate>Thu, 30 Apr 2026 00:00:00 +0000</pubDate><guid>https://rfcorner.in/posts/easy-dual-wan-failover/</guid><description>&lt;h2 id="initial-setup"&gt;Initial setup&lt;/h2&gt;
&lt;p&gt;Initially, I had set up a TP-Link ER605 (TL-R605) V2 router to handle the dual WANs - on paper, it checked all the boxes: load balancing, failover, and a relatively affordable price point. But in practice, it turned out to be a frustrating experience.&lt;/p&gt;
&lt;p&gt;The biggest issue was how excruciatingly slow the device was to boot and handle failover. In a setup where uptime actually matters, waiting around for the router to recover or switch links defeats the whole purpose of having redundancy in the first place. Failover should feel seamless - this felt anything but.&lt;/p&gt;</description></item></channel></rss>