What Is My Internet Protocol (IP) Address?
Check your public IP address with IPv4/IPv6 visibility, ASN, reverse-DNS, location, and source agreement clues for support tickets.Current route
| Field | Value | Copy |
|---|---|---|
| {{ row.label }} | {{ row.value }} |
| Source | Coverage | Location | Timezone | ASN | Coords | Operator | Copy |
|---|---|---|---|---|---|---|---|
| {{ row.label }} | {{ row.coverage }} | {{ row.location }} | {{ row.timezone }} | {{ row.asn }} | {{ row.coords }} | {{ row.operator }} | |
|
No provider ledger available
Run a consensus lookup with successful provider enrichment before exporting this ledger.
|
|||||||
| Section | Signal | Detail | Copy |
|---|---|---|---|
| Recommended next check | {{ note.title }} | {{ note.body }} | |
| Current route note | {{ row.label }} | {{ row.value }} |
The address a website, firewall, mail server, or support desk sees is usually the public route used by the connection, not the private address shown on a laptop, router, or phone.
Most home, office, mobile, and cloud networks place at least one device behind network address translation. A computer may show a private address such as 192.168.x.x or a link-local address, while remote services log the router, carrier gateway, VPN exit, proxy, or cloud egress address. That public route can change when a modem reconnects, a VPN profile is enabled, a mobile carrier shifts gateways, or an IPv6 path becomes available.
| Clue | What it can show | Common mistake |
|---|---|---|
| Public address | The IPv4 or IPv6 route remote services can see from the current browser session. | Treating a private LAN address as the support or allowlist address. |
| ASN | The network operator or autonomous system associated with the route. | Assuming the city label is more reliable than the routed network owner. |
| Reverse DNS | An optional hostname clue published for the address. | Reading a missing PTR answer as an error when many addresses publish none. |
| Geolocation | Database-based country, region, city, timezone, and coordinate hints. | Using IP coordinates as proof of a precise physical location. |
IPv4 and IPv6 also need separate attention. A dual-stack connection may expose one public IPv4 address through NAT and a different public IPv6 route with another network owner or location clue. Services that allowlist addresses, trigger login alerts, choose content regions, or diagnose latency may evaluate one family while the user is testing the other.
A public IP result is best treated as a current network observation. It can support firewall allowlists, abuse reports, VPN verification, CDN troubleshooting, account-security reviews, and provider tickets, but it cannot prove who is using the connection or where a device sits. The strongest result combines the address, address family, network owner, reverse-DNS clue, and agreement between independent lookup data.
How to Use This Tool:
Run the checker from the same browser session and network path you want to diagnose. Changing VPNs, Wi-Fi networks, mobile data, privacy relays, or cloud desktops can produce a different public route.
- Use Check my IP to run a fresh Current connection lookup. The Current route summary should show a checked IP address, address family, public-scope badge, and source agreement label.
- Open Advanced only when the default path does not match the question. Preferred family lets you inspect IPv4 first, IPv6 first, or the default automatic choice.
- Keep Source strategy on Consensus cross-check when you need provider agreement, the Source Consensus chart, the Provider Ledger, or the Location Drift Map. Choose Fastest successful when a quick address and basic enrichment are enough.
- Leave Reverse DNS lookup on when a hostname would help with mail, hosting, VPN, CDN, or abuse-desk handoffs. Turn it off if you only need the address, ASN, and geolocation clues.
- Read Routing Snapshot first for Checked IP, Address scope, Address family, Current IPv4, Current IPv6, ASN, AS Org, timezone, and coordinate spread.
- If the checker reports that it could not detect a public IPv4 or IPv6 route, retry after disabling VPN/privacy filters that block probe services, changing networks, or testing from another browser. If an address is flagged as private, documentation, carrier NAT, loopback, link-local, multicast, or reserved, it is not a usable public route for this check.
- Use Next Checks before sending evidence to someone else. It turns the current route, dual-stack visibility, provider agreement, and PTR result into practical follow-up notes.
Interpreting Results:
The Checked IP is the address selected for the report. Compare it with Current IPv4 and Current IPv6 before using it in an allowlist, because a dual-stack network can expose both families and a service may log either one.
Address scope should read Global public for normal public-route evidence. A private, link-local, loopback, documentation, carrier-grade NAT, multicast, benchmark, or reserved label means the address describes a local or special-purpose range, not a remote-service identity.
ASN, AS Org, and ISP are often more dependable for support handoffs than city-level geolocation. A city and coordinate can help explain a login alert or CDN decision, but the corrective check is provider agreement: compare Country alignment, City alignment, Timezone alignment, and Coordinate spread before treating location as trustworthy.
Reverse DNS is a clue, not a requirement. A useful PTR hostname can confirm a hosting, VPN, carrier, or mail pattern; No PTR answer is common and does not make the IP invalid.
Technical Details:
A public IP check starts with reachability from the browser to public address-detection services. The observed address is the source route those services see after local routing, NAT, carrier translation, VPN tunneling, proxying, or IPv6 selection. The device's own interface address may never appear in the report because it can be valid only inside the local network.
Special-purpose address ranges are screened before enrichment so local or reserved values are not mistaken for internet-facing evidence. IPv4 private ranges, carrier-grade NAT shared space, loopback, link-local, documentation, benchmarking, multicast, and reserved blocks carry different operational meanings. IPv6 adds unique local, link-local, documentation, loopback, unspecified, and multicast patterns, while globally routed IPv6 addresses can be visible without IPv4-style NAT.
Rule Core
| Address pattern | Scope label | How to read it |
|---|---|---|
10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, or IPv6 unique local |
Private range | Useful inside a local network, but not the address remote services log. |
100.64.0.0/10 |
Carrier-grade NAT | Shared provider space that usually sits between a subscriber and the public internet. |
| Loopback, unspecified, or link-local ranges | Local-only scope | Describes the device or local segment rather than a public route. |
| Documentation and benchmarking ranges | Example or lab scope | Reserved for examples or tests, so they should not appear as real client evidence. |
| IPv4 multicast/reserved blocks or IPv6 multicast | Multicast or reserved | Not a unique client address for support, allowlists, or account checks. |
| Valid public IPv4 or IPv6 outside those ranges | Global public | Eligible for route enrichment, provider comparison, map placement, and support evidence. |
Provider enrichment adds context from IPinfo and ipapi when they return data for the checked address. The fields do not have equal strength. Address and ASN agreement are usually stronger evidence than postal or city agreement because geolocation databases can update at different times, group addresses by provider region, or map VPN and cloud exits differently.
Agreement Core
| Signal | Agreement check | Interpretation boundary |
|---|---|---|
| Address | Responding providers report the same checked IP. | A mismatch suggests a provider error, stale response, or family/path mismatch. |
| Country, city, timezone | The most common returned value is counted against the providers that reported that field. | Country and timezone usually carry more weight than city when databases drift. |
| Operator | Organization, ISP, or ASN ownership clues are compared across providers. | Brand names can differ even when the routed autonomous system is correct. |
| Coordinates | Provider coordinates within 50 km of the selected reference coordinate count as aligned. | A wide spread points to approximate or conflicting geolocation data, not movement by the device. |
| PTR | Reverse DNS returns one hostname or no answer when enabled. | PTR names are optional and provider-maintained; stale or generic names are common. |
Coordinate spread uses great-circle distance, which treats latitude and longitude points as positions on a sphere. This is appropriate for comparing rough IP-geolocation markers because the goal is to detect provider drift, not to measure street-level distance.
Formula Core
For two provider coordinate pairs, the spread calculation uses the haversine distance:
Here R is Earth radius in kilometers, lat and lon are converted to radians, and d is the provider-to-provider distance. The reported coordinate spread is the largest distance found among returned coordinate markers.
The overall agreement label is a compact reading of several signals, not a certification. With two attempted enrichment providers, strong agreement requires most address, country, city, timezone, operator, and coordinate checks to align; mixed agreement means partial conflict; a single-source result should be used as a quick clue rather than a confirmed consensus.
Privacy and Accuracy Notes:
This is a network diagnostic, so the lookup necessarily contacts public services to discover and enrich the public route. Treat the result as current routing evidence, not as identity proof.
- The public IP address is visible to the services used for route detection and provider enrichment.
- When reverse DNS is enabled, a PTR query for the checked address is sent to public DNS-over-HTTPS resolvers.
- Geolocation fields come from provider databases and can be stale, approximate, or different between providers.
- The checker does not verify account ownership, device identity, active BGP announcements, or exact physical location.
Worked Examples:
VPN confirmation: A user connects to a corporate VPN, runs Check my IP, and sees Checked IP change from a home ISP route to a business network with a different AS Org. If Current IPv6 still shows the home network while Checked IP is IPv4, the VPN may not be carrying IPv6 traffic and a security team may need both families tested.
Support ticket evidence: A hosting provider asks for the caller's public address. The Routing Snapshot shows Address scope as Global public, an ASN, and a PTR hostname. Sharing the checked IP with the ASN and PTR gives the provider more stable evidence than a city label alone.
Geolocation warning: A login alert says the connection came from a nearby city. The report shows Country alignment and Timezone alignment match, but City alignment is split and Coordinate spread is several hundred kilometers. That pattern supports a routing or database-location explanation before assuming the account was used from the exact alert city.
FAQ:
Why is my public IP different from the address on my device?
Your device often uses a private LAN address while the router, carrier, VPN, proxy, or cloud gateway exposes the public route. Use Checked IP for remote-service logs and support tickets.
Why do IPv4 and IPv6 show different routes?
Dual-stack networks can route IPv4 and IPv6 through different systems. Compare Current IPv4, Current IPv6, and Address family before deciding which address a firewall or service needs.
How accurate is the location?
Use location as routing context. Country alignment, Timezone alignment, and a small Coordinate spread improve confidence, but the result does not prove a street address or exact device position.
What does No PTR answer mean?
It means no reverse-DNS hostname was returned for the checked address. Many residential, mobile, and cloud routes have no useful PTR record, so continue using the IP, ASN, operator, and provider agreement fields.
What should I do if the check fails?
Retry from the same network after allowing public lookup requests, disabling privacy filters that block probe services, or testing another browser. The error text distinguishes a blocked lookup from an address that is not globally public.
Does the lookup send my IP address to other services?
Yes. Public route detection and enrichment require external network requests, and reverse DNS adds a public DNS-over-HTTPS query when enabled. Do not run the check on a route whose public address you are not willing to reveal to lookup providers.
Glossary:
- Public IP address
- The internet-facing IPv4 or IPv6 address remote services can see for the current connection.
- Private address
- A local-use address that works inside a LAN or private network but is not routed as a public client address.
- Carrier-grade NAT
- A provider translation setup where many subscribers share provider-managed IPv4 address space before reaching the public internet.
- ASN
- An autonomous system number that identifies a routed network operator or routing domain.
- Reverse DNS
- A DNS lookup that asks whether an IP address has a published PTR hostname.
- Dual-stack
- A connection where IPv4 and IPv6 are both visible from the browser session.
- Coordinate spread
- The maximum distance between provider-returned geolocation coordinates for the checked address.
References:
- IANA IPv4 Special-Purpose Address Registry, IANA.
- IANA IPv6 Special-Purpose Address Registry, IANA.
- RFC 1918: Address Allocation for Private Internets, IETF, February 1996.
- RFC 6598: IANA-Reserved IPv4 Prefix for Shared Address Space, IETF, April 2012.
- RFC 4291: IP Version 6 Addressing Architecture, IETF, February 2006.
- RFC 8484: DNS Queries over HTTPS, IETF, October 2018.
- IPinfo Developer Resource, IPinfo.
- ipapi API Reference, ipapi.