My beautiful home PC setup back in Kerala — the setup that started this project.

I’m originally from Kerala, but currently residing in Mumbai.

Back home, I had built a PC setup that I was genuinely proud of. It wasn’t just another computer sitting on a desk. I had spent a lot of money, time, and effort building it piece by piece.

Good hardware.
A clean setup.
Multiple monitors.
Everything arranged exactly the way I wanted.

That setup became part of my daily life.

Then I moved to Mumbai for work.

And suddenly, one thought kept hitting me every single day:

“How can I access my home PC from here?”

I didn’t want that expensive machine sitting idle hundreds of kilometers away.

The Problem

At first, I started searching online for solutions.

Most tutorials suggested things like:

buying a Raspberry Pi paying for cloud relay services getting a static IP from ISP expensive remote desktop solutions routers with built-in DDNS support

But there was a problem.

I had already spent enough money building the setup itself.

I didn’t want to spend more.

And to make things worse, my home router didn’t even support Dynamic DNS configuration.

So now I had:

no static IP no DDNS support no extra hardware and no intention of paying monthly fees

But I still wanted remote access.

Discovering WireGuard

Then one day, I discovered WireGuard VPN.

Honestly, at that moment, I was over the moon.

A lightweight, modern, super-fast VPN that I could host myself for free?

That changed everything.

Now the idea started becoming possible.

If I could connect my phone or laptop to my home network using WireGuard, I could basically behave like I was sitting inside my Kerala home network — even while being in Mumbai.

But there was still one huge issue.

The Dynamic IP Problem

Home internet connections don’t usually come with static public IPs.

That means my WAN IP could change anytime because of:

router reboot power failure ISP refresh reconnects

So even if WireGuard worked perfectly, the connection would eventually break whenever my public IP changed.

That’s when I discovered No-IP.

They provided a free DDNS hostname.

The moment I understood what Dynamic DNS could do, I wasn’t just over the moon anymore.

I was over the solar system.

Now instead of remembering an IP address, I could simply use a hostname.

Something like:

ximangh.ddns.net

But there was still one final challenge.

Whenever my public IP changes, the DDNS record also needs to update automatically.

Otherwise the hostname becomes useless.

So instead of manually updating it every time…

I decided to automate the entire thing myself.

Writing My Own Automation Script

I wrote a small Python script that does exactly four things:

Fetch the current public IP Compare it with the previously saved IP If the IP changed: update No-IP automatically save the new IP locally Exit silently

Simple. Lightweight. No unnecessary complexity.

Here’s the script:

import requests
import os
import ipaddress
import logging

logging.basicConfig(
level=logging.INFO,
format="%(asctime)s [%(levelname)s] %(message)s"
)

NOIP_USER = os.environ.get("NOIP_USER")
NOIP_PASS = os.environ.get("NOIP_PASS")
HOSTNAME = os.environ.get("DDNS_HOSTNAME", "ximangh.ddns.net")
IP_FILE = "public_ip.txt"

def get_public_ip():
response = requests.get(
"https://api.ipify.org?format=json",
timeout=10,
verify=True
)
response.raise_for_status()
ip = response.json()["ip"]
ipaddress.ip_address(ip) # validate — raises ValueError if bad
logging.info(f"Fetched public IP: {ip}")
return ip

def read_saved_ip(filename):
if not os.path.exists(filename):
logging.info("No saved IP file found.")
return None
with open(filename, "r") as file:
ip = file.read().strip()
logging.info(f"Saved IP read from file: {ip}")
return ip

def save_ip(filename, ip):
with open(filename, "w") as file:
file.write(ip)
logging.info(f"New IP saved to file: {ip}")

def update_noip(ip):
if not NOIP_USER or not NOIP_PASS:
logging.error("NOIP_USER or NOIP_PASS environment variable not set!")
return

response = requests.get(
    "https://dynupdate.no-ip.com/nic/update",
    params={"hostname": HOSTNAME, "myip": ip},
    auth=(NOIP_USER, NOIP_PASS),
    headers={"User-Agent": "my-ddns-updater/1.0"},
    timeout=10,
    verify=True
)

result = response.text.strip()

if result.startswith("good"):
    logging.info(f"No-IP update successful: {result}")
elif result.startswith("nochg"):
    logging.info(f"No-IP: IP unchanged (nochg): {result}")
elif result == "nohost":
    logging.error("No-IP error: Hostname not found.")
elif result == "badauth":
    logging.error("No-IP error: Invalid credentials.")
elif result == "abuse":
    logging.error("No-IP error: Account blocked for abuse.")
else:
    logging.warning(f"No-IP unknown response: {result}")

def main():
try:
current_ip = get_public_ip()
saved_ip = read_saved_ip(IP_FILE)

    if saved_ip == current_ip:
        logging.info("IP has not changed. No update needed.")
    else:
        logging.info(f"IP changed: {saved_ip} → {current_ip}")
        save_ip(IP_FILE, current_ip)
        update_noip(current_ip)

except ValueError as e:
    logging.error(f"Invalid IP address received: {e}")
except requests.RequestException as e:
    logging.error(f"Network error: {e}")

if name == "main":
main()

Making It Fully Automatic

The final step was to make the script run automatically.

For that, I added the Python script to the Windows Startup Apps. So every time my home PC turns on, the script starts running automatically.

Once the computer connects to the internet, the script checks the current WAN/public IP address using an API call. Then it compares that IP with the previously saved IP.

If the IP is the same, the script does nothing.

But if the IP has changed, the script updates the new WAN IP in my No-IP DDNS account. After that, my DDNS hostname automatically points to the latest WAN IP of my home network.

So even after:

router restarts (which usually causes my ISP to assign a new WAN/public IP)

ISP IP changes

…the DDNS hostname stays updated without me manually logging in anywhere.

No manual checking.

No updating WAN IP by hand.

No logging into No-IP every time.

The PC starts, the script runs, the IP gets checked, and the DNS points to the right place.

The Result

Now I can access my home PC from literally anywhere in the world.From Mumbai. From my mobile phone. From another network. Even while traveling.And the best part?

I built the entire setup with almost zero additional cost.No Raspberry Pi. No expensive networking hardware. No static IP. No paid relay servers.

Just:

WireGuard No-IP Python curiosity and a little obsession with solving problems myself

Coming from a security background, I did not want this project to be just functional. I wanted it to be secure, controlled, and reliable.

Since this setup gives remote access to my home network, I treated it like a real security-sensitive implementation. The goal was simple: remote access should work, but it should not expose unnecessary risk.

For secure communication, I used WireGuard, which uses modern cryptographic mechanisms to protect data in transit. Instead of exposing services directly to the internet, access happens through an encrypted VPN tunnel.

I also restricted the VPN client configuration using a /32 address, so the client receives only one specific VPN IP address inside the tunnel. This gives better control over which client identity is allowed to connect.

From the scripting side, I also followed secure coding practices instead of hardcoding everything directly into the file.

Some of the improvements I added include:

Storing No-IP credentials in environment variables instead of writing them directly in the script

Validating the public IP before using it

Enabling TLS certificate verification for API requests

Adding request timeouts to avoid hanging network calls

Handling network and API errors properly

Logging useful events instead of using simple print statements

Updating No-IP only when the WAN IP actually changes

This made the script cleaner, safer, and easier to troubleshoot.

What This Project Taught Me

This project taught me something important:

Constraints force creativity.

If I had unlimited money, I probably would have purchased some ready-made solution and never learned how:

VPN tunneling works Dynamic DNS works WAN IPs behave automation scripting works remote infrastructure is designed

But because I wanted to avoid spending money, I ended up learning far more than I expected.

And honestly?

That knowledge is worth much more than the money I saved.

Final Thoughts

Every time I remotely connect to my Kerala PC from Mumbai, I still feel proud.

Because it’s not just remote access anymore.

It’s a system I engineered myself.

And that feeling is honestly hard to explain.