✏️ IP purity · login/multi-account risk check 中文 · EN

2600:1f28:365:80b0:dc30:274d:c88b:dd7
Middle blurred for safe screenshots · tap to reveal
datacenter IP

datacenter IP: fine for the API / Claude Code from a server; but avoid logging into claude.ai web or signing up a new account from it (looks like automation).

60/100
Purity score · higher is safer
🏆 Purity score · collecting samples
What to do
  1. a datacenter IP is fine for API / Claude Code, but do not use it to log into the web app or sign up.
  2. prefer the official endpoint (api.anthropic.com / claude.ai) over third-party relays.
  3. keep one account on one clean network; avoid rapid network hopping.
IP risk score33/100 · hosting
ASNAS14618 Amazon Data Services Northern Virginia
LocationAshburn, US
Edge coloIAD
Datacenter✓ yes
China cloud✗ no
VPN✗ no
Proxy✗ no
Residential proxy✗ no
Tor✗ no
Mobile network✗ no
Anycast/broadcast✗ no
Abuse reputation
Signals used
  • datacenter ASN AS14618
Data sources cloudflare-edge · check another IP: ?ip=… · JSON: add Accept: application/json
High-volume API? Get a free key (100 req/day) at account.leeguoo.com · How bans work: the three things Claude checks — region, IP, request fingerprint
Privacy · Contact
Free login/ban-risk check · ip-check.leeguoo.com

🔎 Browser-side checks (run locally, never uploaded)

Browser timezone:
WebRTC real IP: checking…

What is IP purity

IP purity measures how much an IP looks like a real residential user to anti-fraud and multi-account risk systems. The stronger the datacenter/hosting ASN or public VPN/proxy signature, the lower the purity — and the more likely a login from it triggers verification or a ban.

Reading the four bands

How the score works

The score combines whether the ASN belongs to a datacenter/hosting provider, whether the org name matches VPN/proxy keywords, anycast status and more — without calling third-party risk APIs that rate-limit or fingerprint back. To understand how detectors spot automation and proxies, read why a real browser isn't flagged as a bot.

Local self-check: signals a website can't read but risk systems do

The checks above cover the IP and browser layers a website can measure for you. But account-risk systems also read things off your machine — the system proxy, shell env, tool config — that no website can physically see. Run these in a terminal; clear anything that isn't empty / 0 / null:

# 1. System proxy (should be all 0 — otherwise you're on "system proxy", not TUN mode)
scutil --proxy | grep -E "HTTPEnable|HTTPSEnable"

# 2. Leftover env vars (should print nothing)
env | grep -i proxy

# 3. Egress IP and country (country should be US)
curl -s ipinfo.io | grep -E '"ip"|"country"|"org"'

# 4. System timezone (should be Asia/Taipei, not Asia/Shanghai)
node -e "console.log(Intl.DateTimeFormat().resolvedOptions().timeZone)"

# 5. Relay residue: ANTHROPIC_BASE_URL (easiest to miss, should be empty)
echo "$ANTHROPIC_BASE_URL"
env | grep -iE "anthropic|claude"          # broad — catch CLAUDE_* / API_KEY targets
grep -RiE "ANTHROPIC_BASE_URL|HTTPS?_PROXY" ~/.zshrc ~/.bashrc ~/.zshenv ~/.profile ~/.npmrc ~/.gitconfig 2>/dev/null

# 6. Claude Code's own config (env.ANTHROPIC_BASE_URL often hides here)
grep -iE "base_url|proxy|anthropic_" ~/.claude/settings.json 2>/dev/null

# 7. npm / git config (command-level — a proxy can be set outside the dotfiles)
npm config get proxy; npm config get https-proxy
git config --global --get http.proxy; git config --global --get https.proxy

The mechanism is explained in the three things Claude checks — region, IP, request fingerprint.