Home/Blog/How to Fix IP Address Conflicts on Your Local Network
Troubleshooting

How to Fix IP Address Conflicts on Your Local Network

“Windows has detected an IP address conflict.” If you've seen that message — or a device that simply refuses to connect — two machines are fighting over the same address. Here's exactly why it happens and how to fix it for good.

What an IP conflict actually is

Every device on a network needs a unique IP address, just like every house on a street needs a unique number. An IP address conflict happens when two devices end up assigned the same address. The network can't tell them apart, so traffic gets misdelivered and one or both devices lose connectivity — often intermittently, which makes it maddening to diagnose.

The common causes

  • Two static IPs the same. Someone manually set the same address on two devices.
  • Static IP inside the DHCP range. A device has a fixed address that the router's DHCP server later hands to another device automatically.
  • Two DHCP servers. A second router or a misconfigured access point is also handing out addresses.
  • Stale DHCP leases. A device returns from sleep and reclaims an address that was reassigned while it was away.
  • Router glitches. Cheap or overloaded routers occasionally double-assign after a reboot.

Step 1: Confirm it's really a conflict

The telltale signs are an explicit “IP address conflict” warning, a device that connects then drops every few minutes, two devices that take turns working, or an address that shows as 169.254.x.x (APIPA) — a sign the device failed to get a valid lease. You can confirm which addresses are in use with a quick command:

  • Windows: ipconfig /all then arp -a to list addresses on the network.
  • macOS/Linux: ifconfig or ip addr, plus arp -a.

Step 2: The 60-second fix (renew the lease)

For a one-off conflict, forcing the device to request a fresh address resolves it immediately:

  • Windows: open Command Prompt and run ipconfig /release then ipconfig /renew.
  • macOS: System Settings → Network → your connection → Details → TCP/IP → Renew DHCP Lease.
  • Linux: sudo dhclient -r && sudo dhclient.
  • Any device: simply toggle Wi-Fi off and on, or reboot. The router usually assigns a different free address.

Step 3: Fix the root cause

Reserve addresses instead of setting them statically

The single best long-term fix is a DHCP reservation. Rather than hard-coding an IP on the device (which the router doesn't know about), you tell the router to always give a specific device the same address based on its MAC. The router now owns the mapping, so it will never hand that address to anyone else. Look for “Address Reservation,” “DHCP Reservation” or “Static Lease” in your router admin panel, identify the device by its MAC address, and assign it an address.

Keep static IPs outside the DHCP pool

If you must use manual static IPs (for a server or printer), make sure they fall outside the router's DHCP range. For example, if DHCP hands out 192.168.1.100–192.168.1.200, assign static devices something like 192.168.1.10. Use the subnet calculator to confirm the addresses are valid for your network.

Hunt down a rogue DHCP server

If conflicts persist, a second device may be handing out addresses. The usual culprit is a second router that should be in “access point” or “bridge” mode but still has DHCP enabled. Log into each router and ensure only one device has a DHCP server running.

Find the device that's using your IP

Renewing fixes the symptom, but if it comes back you need to know which device is the other party. The fastest way is the ARP table: ping the conflicting address, then run arp -a (Windows/macOS) or ip neigh (Linux). The MAC address shown next to the IP belongs to the other device; look it up in our MAC address lookup to see its manufacturer (a Hewlett Packard MAC is usually a printer, Espressif a smart plug, and so on). Even simpler: paste the whole arp -a output into the IP conflict checker, which flags every IP claimed by two MACs. The full method, including how to use your router's client list and Linux's arping, is in how to find the device causing an IP conflict.

Fixing specific conflict situations

“Windows has detected an IP address conflict”

Run Command Prompt as administrator and execute, in order: ipconfig /release, ipconfig /flushdns, arp -d *, ipconfig /renew. If you set a manual address, go to Settings → Network & internet → your adapter → IP assignment → Edit and switch it to Automatic (DHCP).

macOS “Another device on the network is using your computer's IP address”

Open System Settings → Network → Wi-Fi/Ethernet → Details → TCP/IP, set Configure IPv4 to Using DHCP and click Renew DHCP Lease. If a Mac is connected by both Ethernet and Wi-Fi to the same network it has two addresses; that's normal and not a conflict.

Linux

Modern distributions with NetworkManager: nmcli connection down <name> && nmcli connection up <name>. To check an address is free before using it statically: sudo arping -D -I eth0 -c 3 192.168.1.50 — any reply means it's taken.

A TV, console or camera keeps grabbing the router's address

If a device shows 192.168.1.1 (or whatever your gateway is) as its own address, it has a manual configuration error. Reset its network settings to automatic. If it's plugged into a second router or ISP modem, that box is probably running its own DHCP server — switch it to bridge/access-point mode.

Conflicts between two networks (192.168.1.x vs 192.168.0.x, home vs office)

If the “conflict” only happens when you connect to a VPN, or you have two routers each handing out their own range, it's a subnet overlap rather than two devices sharing one IP. See how to fix subnet overlap.

Step 4: Prevent it from coming back

  • Reserve addresses for everything that matters: NAS, printers, servers, smart-home hubs.
  • Keep router firmware updated — DHCP bugs are a common fix in updates.
  • Widen the DHCP pool if you have many devices, so the router never runs short.
  • Reboot the router after major network changes to clear stale leases.
Rule of thumb: let the router manage addresses through reservations. The moment you have two places deciding who gets which IP, conflicts become inevitable.

Frequently Asked Questions

What causes an IP address conflict?

Two devices ending up with the same address. The usual reasons: a static IP set inside the router's DHCP range, the same static IP typed on two devices, a second router or access point also running DHCP, or a device waking from sleep and reusing an old lease that was given away.

How do I find which device has the same IP as mine?

Run arp -a and look up the MAC address listed against the conflicting IP — its manufacturer usually identifies the device. Our IP conflict checker does this automatically from pasted output, and this guide covers router and Linux methods.

Why does my TV or console get the same IP as my router (192.168.1.1)?

Either the device was given a static IP that matches the gateway, or it's connected to a second router/modem that runs its own DHCP server using the same 192.168.1.x range. Set the device back to automatic (DHCP), and put any second router into access-point or bridge mode.

Is there a permanent fix for IP conflicts that happen every day?

Yes: make the router the only thing that hands out addresses. Remove manual static IPs (or move them outside the DHCP pool), create DHCP reservations for printers, NAS and cameras, ensure only one DHCP server is active, and update the router's firmware. Recurring daily conflicts almost always mean a second DHCP server or a static IP inside the pool.

Can an IP conflict lock up or crash a computer?

It won't crash the computer, but it can make the network appear frozen: connections stall, file shares disconnect and apps that depend on the network hang until the conflict clears.

What's the difference between a local and a remote IP conflict?

A local conflict is two devices on your LAN with the same private IP — the subject of this guide. A 'remote' or subnet conflict is when two different networks use the same range (e.g. your home and your office VPN are both 192.168.1.0/24), so traffic goes to the wrong place. That needs a renumbering fix, covered in subnet overlap.