Residential IPs
Research on scaling residential and ISP-classified IPs for Nym exit gateways.
To see the list of current residential IPs, go to load.nymte.ch (opens in a new tab) and scroll down.
Problem
NymVPN users want to reach services that block or refuse signup from VPN traffic. Among other criteria, those services check public IP-intelligence databases for a hosting tag, which is assigned to IP ranges owned by VPS providers.
Operators run nodes on servers in data centers owned by VPS providers. Those ranges carry the hosting tag, so VPN users get censored.
Operators mostly cannot run nodes at home either:
- The public and static IP that the Nym network requires is usually not provided
- The legal exposure to risk-reward ratio is net negative
- A shared uplink with other users on the same fiber (house, block, street) gives a poor connection experience
The Core Mechanic
IP-intelligence databases (ipinfo.io (opens in a new tab), ipapi.is (opens in a new tab), MaxMind, IP2Location) do not look at where the box physically sits. They derive as_type largely from the WHOIS/RIR registration of the IP block and the ASN that announces it, confirm the org type by inspecting the org name and website, and weigh observed network behaviour on top of that.
NymVPN API Logic
For the NymVPN APIs (opens in a new tab) we scrape this from ipinfo.io (opens in a new tab) and expose it as location.asn.kind:
| Registrant org | as_type on ipinfo | location.asn.kind in NymVPN API |
|---|---|---|
| Consumer ISP org | isp | residential |
| Cloud / hosting org | hosting | other |
A server in a rack in a data center can legitimately show as residential if the IP it exits from is registered to, and announced under, a real ISP.
Nothing you change on the node itself moves the needle. Not reverse DNS, not config, not the kernel. The only lever is who owns and announces the IP space — and because classification is assigned per range and partly from observed behaviour, the right registrant makes a good result likely, never certain. Always verify the actual prefix.
So the whole problem reduces to: acquire IP space whose registration lineage is a consumer or fixed-line ISP, and run an Exit Gateway on it. Each route below is a different way to do that.
Solution
| Route | Scales? | Summary |
|---|---|---|
| Mislabeled VPS ranges | Yes, but fragile | Cheap and immediate but it can dissapear as residential without notice |
| ISP-tier IP blocks and BYOIP | Yes | Lease ISP-registered space, announce it on bare metal or colo |
| Partnership with a small ISP | Yes, slowly | Cleanest lineage, compounds over time, relationship work building social networks |
| Mobile 4G/5G gateways | Poorly | Highest trust score of any IP class, hard to scale |
| Home-hosted nodes | No | Sub-optimal in general, but works in the Swiss setup |
How to verify classification
This applies to every route. Cross-check each candidate IP against ipinfo (opens in a new tab), ipapi.is (opens in a new tab), MaxMind and a proxy/fraud score (IPQualityScore or Spur) — never just one source.
ASN → org → org-type is the chain that matters. The pass condition is a low fraud score and an isp type (mapping to residential). One without the other is not enough.
What to Avoid
Prevent burning resources on things that already failed for others.
Wrong architecture and wrong ethics.
Architecturally, they route traffic through third-party consumer devices. You don't get to host a node on that IP, which is what an Exit Gateway needs.
Ethically, a large share of this industry sources IPs from malware and SDK-bundled installs without real consent. 911 S5 (19M hijacked IPs, FBI takedown May 2024) and NetNut (disrupted July 2026) are the headline cases. For a privacy project, buying botnet-adjacent residential access is reputational and legal poison.
A wave of cheap "residential IP VPS" shops exists. Many are just proxy fronts, or brokered residential IPs of unknown origin.
OVHcloud publicly refuses to sell residential IPs precisely because the sourcing and ownership are murky and legally risky.
If a vendor can't tell us the ASN and the registration lineage, we can assume it won't survive verification. See the vendor research for which ones cleared this bar and which did not.
Worth having an ASN for routing control, but it won't classify as isp. The org resolves to a tech/VPN/hosting entity, so we'd land on hosting or business.
Owning the ASN doesn't buy the residential tag. The ISP lineage of the block does.
No rDNS trick, tunnel, or config makes a Hetzner, OVH or DigitalOcean IP read as isp (mapping to residential).
Possible Experiments
As shared above, there are multiple routes to try, if you are interested to test the options, you can test some possibilities with a fairly low budget:
-
Lease one small ISP-classified block from IPXO or InterLIR, announce it via HOSTKEY or NovoServe BYOIP on a bare-metal box, stand up a test exit, and check
as_typeacross ipinfo, ipapi.is and MaxMind. Confirms the route end to end for a low cost -
Re-check the same IP after two to four weeks of live exit traffic to see whether classification or reputation drifts. This is the durability question in the BYOIP route
-
Buy one mobile-gateway setup in a target country and compare real-world unblock rates against the ISP-tier box, on the actual services users complain about
-
Look for a small-ISP partnership pitch in parallel.
Additional Concerns
Nym Exit Gateways IPs are publicly enumerable from the network's own mainnet API. Anyone can pull the current exit set and feed it straight into a blocklist.
Residential classification is necessary but not sufficient. It gets past Cloudflare and DataDome-style ASN gating and most geo-locked services. It will not keep Nym off dedicated exit-node feeds like Spur, IPQualityScore and ipgeolocation.io, who continuously connect through anonymity networks and record the exit IPs.
Treat these as two separate problems. Residential IPs are the high-leverage fix for the "obviously a datacenter VPN" majority of blocks. The enumeration problem is a different project — churn and rotation of exit space, not publishing more than necessary — and shouldn't be conflated with this one when setting expectations for operators and users.
References
- ipinfo — how ASN types are classified: https://community.ipinfo.io/t/how-do-we-classify-asn-types/2236 (opens in a new tab)
- ipinfo — hosting vs ISP decisioning: https://community.ipinfo.io/t/hosting-vs-isp-how-we-decide-the-ip-connection-types/5521 (opens in a new tab)
- ipinfo — VPN/hosting signal framework: https://ipinfo.io/blog/interpret-ipinfos-vpn-hosting-signals-classification-framework (opens in a new tab)
- ipapi.is — classification methodology, WHOIS-driven: https://ipapi.is/blog/ipinfo-io-is-worse-than-ipapi-is.html (opens in a new tab)
- Shifter — IP reputation vs classification, why clean ISP IPs still get flagged: https://shifter.io/blog/what-is-ip-reputation (opens in a new tab)
- Evomi — ISP proxies vs residential, architecture and sourcing ethics: https://evomi.com/blog/isp-proxies-vs.-residential-proxies-the-performance-deep-dive (opens in a new tab)
- The Web Scraping Club — engineer's guide to residential/ISP exit sourcing: https://substack.thewebscraping.club/p/the-engineers-guide-residential-proxies (opens in a new tab)
- Coronium — ISP vs residential vs mobile trust scores and pricing: https://www.coronium.io/blog/static-residential-ip-proxy-vs-residential-proxy (opens in a new tab)
- OVHcloud — why they refuse to sell residential IPs: https://www.ovhcloud.com/en/vps/residential-ip-vps/ (opens in a new tab)
- InterLIR — BYOIP and IPv4 leasing economics: https://interlir.com/bring-your-own-ip/ (opens in a new tab)
- InterLIR — renting IPv4 addresses: https://interlir.com/how-to-rent-ipv4-addresses/ (opens in a new tab)
- IPXO — lease IPs: https://www.ipxo.com/lease-ips/ (opens in a new tab)
- IPbnb IPv4 leasing: https://ipbnb.com/ (opens in a new tab)
- HOSTKEY BYOIP: https://hostkey.com/services/byoip/ (opens in a new tab)
- NovoServe BYOIP: https://novoserve.com/blog/bring-your-own-ip-byoip (opens in a new tab)
- Dedicated.com BYOIP terms: https://my.dedicated.com/index.php?rp=/knowledgebase/16/Bringing-Your-Own-IP-Addresses-or-BYOIP.html (opens in a new tab)
- ServerSP BYOIP: https://serversp.com/byoip-bring-your-own-ip/ (opens in a new tab)
- Spur — continuous exit-node enumeration: https://spur.us/ (opens in a new tab)
- ipgeolocation.io — active VPN/proxy exit enumeration: https://ipgeolocation.io/ip-security-api.html (opens in a new tab)
- FBI/DOJ — 911 S5 takedown, malware-sourced residential proxies: https://www.ic3.gov/PSA/2024/PSA240529 (opens in a new tab)
- Krebs on Security — 911 S5 sourcing via bundled installers: https://krebsonsecurity.com/2024/05/treasury-sanctions-creators-of-911-s5-proxy-botnet/ (opens in a new tab)
- PeeringDB — Init7 AS13030: https://www.peeringdb.com/asn/13030 (opens in a new tab)
- bgp.he.net — Init7 AS13030: https://bgp.he.net/AS13030 (opens in a new tab)
- PeeringDB — Free SAS AS12322: https://www.peeringdb.com/asn/12322 (opens in a new tab)
- ipregistry — NeocomISP AS9902, reports
AS Type: ISP: https://ipregistry.co/AS9902 (opens in a new tab) - bgp.he.net — Internet Multifeed AS7521: https://bgp.he.net/AS7521 (opens in a new tab)
- ipinfo — Cogent AS174: https://ipinfo.io/AS174 (opens in a new tab)
- ipinfo — Trooli AS48101: https://ipinfo.io/AS48101 (opens in a new tab)
- Init7 datacenter internet access: https://www.init7.net/en/offer/datacenter-access/ (opens in a new tab)