Your local IP belongs to an adapter on your device. Your default gateway is the next hop for destinations outside a directly connected network. A website can show the public address it sees, but it cannot reliably discover all of your private adapter settings.
Find the active adapter on Windows
ipconfig /all
route print
Match the Ethernet or Wi-Fi adapter that is actually connected. Record its IPv4 address, subnet mask, default gateway, and DNS servers. Ignore disconnected adapters when investigating the current path, but keep VPN adapters in mind: a VPN can change routing and DNS even while the physical Wi-Fi connection remains active.
For example, an address of 192.168.50.23, mask 255.255.255.0, and gateway 192.168.50.1 places the device on 192.168.50.0/24. The gateway is often the home router. It does not have to be the first address in every network.
Check macOS and Linux
On macOS, open System Settings → Network, select the connected interface, and inspect its TCP/IP and DNS details. Terminal can show the default IPv4 route with route -n get default. The reported interface helps you choose which adapter's settings matter.
# Linux: addresses and IPv4 default route
ip address show
ip route show default
# IPv6 default route
ip -6 route show default
# DNS on systems running systemd-resolved
resolvectl status
Linux tools depend on the distribution. resolvectl may not exist on a system using another resolver. A loopback DNS address can be a local resolver stub, so inspect the network manager's upstream DNS settings when necessary.
Read the result in context
An IPv4 address beginning 169.254 can indicate link-local configuration when ordinary DHCP setup failed. A link-local IPv6 address by itself does not demonstrate Internet IPv6 connectivity. Multiple addresses can belong to Ethernet, Wi-Fi, virtual machines, containers, and a VPN simultaneously.
Several default routes can coexist. Route specificity and metrics help choose a path; simply spotting a gateway in one adapter's output does not prove that every destination uses it. Split-tunnel VPNs intentionally send different destinations through different paths.
Use the settings for a first diagnosis
- Check that the connected adapter has an expected address and prefix.
- Test the gateway, allowing for equipment that does not answer ping.
- Test an external destination and a DNS lookup separately.
- Compare with another device on the same LAN.
Before sharing diagnostic output, remove unrelated adapter addresses, hostnames, and identifiers. Keep enough detail to describe the failing interface. Never change a managed workplace network's addressing just to match a home-network example; ask its administrator for the intended configuration.
Put it into practice
References & further reading
Protocol standards and official documentation supporting this guide. Device menus and provider policies vary; use the documentation for your equipment when applying a change.