IPure IP purity check

IP purity report

18.162.124.79

29/ 100

High risk

confidence: high

Most platforms will add verification or block outright; consider replacing it.

Based on signals observed from public and partner data sources at 2026-09-21 18:41 UTC. This describes IP-level risk only; platforms' internal risk data is not visible to us.

Profile

What this IP is

Country / region
Hong Kong · Central and Western District · Hong Kong
IP type
Hosting / data center
Native / broadcast
Broadcast IP
Network
AS16509 AWS EC2 (ap-east-1)
Reverse DNS
ec2-18-162-124-79.ap-east-1.compute.amazonaws.com
Devices seen in subnet
15

Suitability

What it is good for

Each use case weighs the evidence differently; these are not one overall score.

AI services

ChatGPT · Claude · Gemini

—

Region not supported

ChatGPT / Claude / Gemini are not offered in this region and it cannot connect directly; a clean IP in a supported region is needed

Least tolerant of data center and proxy exits: more likely to get degraded service, verification prompts or account limits. Spam history does not matter here

Social sign-up

X · Discord · Telegram · Reddit

0

Unusable

Main issue: IP type: Hosting / data center

Sign-up is the strictest checkpoint: data center / proxy exits are more likely to be asked for phone verification or refused, and IPs with bulk-registration history are blocked far more often

Streaming / short video

TikTok · Netflix · YouTube

0

Unusable

Main issue: Known VPN exit

Native IP and low sharing matter most: a broadcast IP reads as a region mismatch, and shared exits get throttled

Gaming platforms

Steam · PSN · Epic · Nintendo

0

Unusable

Main issue: IP type: Hosting / data center

Region locks, regional pricing and gifting all follow the IP's location, so broadcast IPs tend to be treated as cross-region; data center exits carry a high risk of restrictions

Cross-border e-commerce

Amazon · eBay · Shopee

0

Unusable

Main issue: IP type: Hosting / data center

Linked-account store closures are driven first by shared IPs, and only then by data center ranges

Email sending

SMTP · marketing email

56

Borderline

Main issue: Known VPN exit

Blocklists make or break deliverability, while sending from a data center IP is normal and is not penalised

Evidence

Why it got this score

  • −25

    IP type: Hosting / data center

    Hosting / data center IPs are the main source of automated traffic

  • −20

    Known VPN exit

    Only 1 data source flags it as a VPN; the evidence is limited, so it counts at half weight

  • −15

    Broadcast IP

    Range registered in US but used in HK (announced across borders)

  • −8

    Cloud provider range (AWS)

    Public cloud IPs can be rented cheaply by anyone, so they rate below self-run data centers

  • −6

    rDNS looks like a server

    Reverse hostname ec2-18-162-124-79.ap-east-1.compute.amazonaws.com matches server naming

  • +3

    No open ports

    Network scans have not observed any open service on this IP

Reputation

Blocklists and abuse history

Not listed on any of the 8 blocklists checked (Spamhaus ZEN, SpamCop, PSBL, blocklist.de, UCEPROTECT L1, s5h.net, DroneBL, SpamRats).

  • abuseipdb abuse confidence 0%

Limits

What an IP check cannot tell you

Each platform's internal risk labels
Platforms keep their own IP reputation data and ban records and do not publish them. No hit in public sources does not mean a platform has nothing on this IP.
Whether the IP is truly exclusive
Sharing is only the number of devices observed in the same subnet. It cannot show who else is using this exit right now, or what they are doing.
Which accounts this IP has been tied to
Account-to-IP links exist only inside each platform. Accounts previously banned on this IP are invisible to us.
Device, browser and behaviour
Risk systems look at IP + device fingerprint + behavioural rhythm together. A clean IP with an odd fingerprint or behaviour still gets blocked.
Whether the account profile matches the IP
When sign-up country, phone number, payment method, language or time zone disagree with the IP's location, platforms verify further. That is unrelated to IP purity.

Sources

Data sources and responses

  • rdap
    244ms
  • team-cymru
    55ms
  • ip-api.com
    78ms
  • proxycheck.io
    178ms
  • abuseipdb
    164ms
  • cloud-ranges
    8ms
  • tor-exits
    8ms
  • rdns
    345ms
  • shodan-internetdb
    728ms
  • ipwho.is
    85ms
  • dnsbl
    201ms

Machine-readable versions of this report: JSON · plain text · 中文报告