अक्सर पूछे जाने वाले सवाल

IP जियोलोकेशन, VPN डिटेक्शन, ASN लुकअप, रेट लिमिट, और API कैसे काम करता है — इससे जुड़ी हर चीज़।

शुरुआत करें

एक फ्री IP इंटेलिजेंस API। किसी भी IPv4 या IPv6 एड्रेस को लुकअप करें और देश, ASN, ISP, होस्टिंग डिटेक्शन, VPN डिटेक्शन, Tor एग्ज़िट नोड आइडेंटिफ़िकेशन, और एब्यूज़िव नेटवर्क स्कोरिंग पाएं। एक JSON रिस्पॉन्स। कोई साइनअप नहीं।
नहीं। फ्री टियर में न कोई key चाहिए, न साइनअप — बस endpoint को सीधे कॉल करें (limits हर IP address के हिसाब से गिनी जाती हैं)। Pro या Enterprise limits चाहिए तो अपनी key X-API-Key header में या ?api_key= के रूप में भेजें। फ्री key आप POST /v1/keys से तुरंत बना सकते हैं।
https://ipto.to। सभी एंडपॉइंट्स /v1/ के तहत आते हैं। सभी एंडपॉइंट्स पर CORS इनेबल्ड है।
GET https://ipto.to/v1/ip — किसी पैरामीटर की ज़रूरत नहीं। यह आपका IP शहर, राज्य, टाइमज़ोन, और lat/lon के साथ रिटर्न करता है। या टर्मिनल में curl ipto.to चलाएं।
हां। curl ipto.to curl के User-Agent को अपने आप डिटेक्ट कर लेता है और आपके अपने IP के लिए कॉम्पैक्ट JSON रिटर्न करता है, जिसमें देश, शहर, ASN, और लाइव मौसम जैसे फ़ील्ड शामिल हैं। curl ipto.to/8.8.8.8 किसी भी IP के लिए वही करता है (मौसम के बिना)। Wget और HTTPie भी काम करते हैं।

IP जियोलोकेशन

IP जियोलोकेशन IP रेंज को नेटवर्क इंफ्रास्ट्रक्चर की फिज़िकल लोकेशन से मैप करती है, एंड-यूज़र से नहीं। ISPs ट्रैफ़िक को ऐसे रीजनल एक्सचेंज पॉइंट्स के ज़रिए रूट करते हैं जो सैकड़ों मील दूर हो सकते हैं। कंट्री एक्यूरेसी ज़्यादा है। रेजिडेंशियल और मोबाइल IPs के लिए सिटी-लेवल प्रिसीज़न कम हो जाती है।
जब आप किसी VPN से कनेक्टेड होते हैं, तो आपका ट्रैफ़िक VPN सर्वर के IP एड्रेस से निकलता है। ipto उस एग्ज़िट सर्वर की लोकेशन बताता है, आपकी फिज़िकल लोकेशन नहीं। ऐसे में is_vpn फ़्लैग true होगा।
डेटा क्वालिटी इस पर निर्भर करती है कि ISPs और संस्थाएं अपने IP ब्लॉक्स को WHOIS और रूट रजिस्ट्रीज़ में कितनी सटीकता से रजिस्टर करती हैं। बड़े क्लाउड प्रोवाइडर्स और ISPs के रिकॉर्ड्स काफ़ी सटीक होते हैं। छोटे या पुराने अलोकेशन कम सटीक हो सकते हैं।
हाँ। IPv6 addresses के लिए ASN, organisation और IP range डेटा मिलता है, साथ ही जहाँ range कवर है वहाँ MaxMind dataset से city-level location (शहर, क्षेत्र, पोस्टल कोड, latitude/longitude) भी मिलती है, और bogon/private ranges की पहचान होती है। एक ही कमी है: VPN, Tor और abuse flags फिलहाल सिर्फ IPv4 के लिए हैं, क्योंकि ये feeds IPv4 ranges के रूप में प्रकाशित होते हैं — IPv6 address पर ये अनुमान लगाने के बजाय false लौटाते हैं।
बोगॉन (बोगस) IP कोई भी ऐसा एड्रेस है जो पब्लिक इंटरनेट पर सोर्स के तौर पर नहीं दिखना चाहिए: लूपबैक (127.x.x.x), RFC 1918 प्राइवेट रेंज (10.x, 172.16–31.x, 192.168.x), लिंक-लोकल (169.254.x), मल्टीकास्ट (224–239.x), और IANA रिज़र्व्ड ब्लॉक्स। ipto किसी भी डेटाबेस लुकअप से पहले इन्हें डिटेक्ट कर लेता है और bogon_type वजह के साथ bogon: true रिटर्न करता है। बोगॉन IP चेकर पर कोई भी एड्रेस चेक करें।

थ्रेट इंटेलिजेंस

ipto जाने-पहचाने VPN सर्वर IP रेंज का एक डेटाबेस मेंटेन करता है, जो BGP रूटिंग एनालिसिस और एक्टिव एन्युमरेशन से बनाया गया है। लुकअप पर हर IP को इस डेटाबेस के विरुद्ध चेक किया जाता है। प्रोवाइडर एट्रिब्यूशन ASN ओनरशिप से निकाला जाता है: जब कोई ASN किसी VPN ऑपरेटर के नाम पर एक्सक्लूसिवली रजिस्टर्ड होता है, तो प्रोवाइडर की पहचान हो जाती है। VPN & प्रॉक्सी चेकर पर किसी भी IP को टेस्ट करें।
Tor एग्ज़िट नोड लिस्ट check.torproject.org पर मौजूद ऑफ़िशियल Tor Project की बल्क एग्ज़िट नोड लिस्ट से ली जाती है। यह उन IPs की अथॉरिटेटिव लिस्ट है जो अभी Tor एग्ज़िट ट्रैफ़िक शुरू कर सकते हैं। यह हर 6 घंटे में रिफ्रेश होती है।
यह IP एक ऐसी नेटवर्क रेंज के अंदर आता है जिसे कई इंडिपेंडेंट थ्रेट इंटेलिजेंस फ़ीड्स ने एब्यूज़िव इंफ्रास्ट्रक्चर होस्ट करने के लिए फ़्लैग किया है: स्पैम सोर्स, मालवेयर कमांड-एंड-कंट्रोल सर्वर्स, बॉटनेट रिले, या मास-एक्सप्लॉइटेशन टूलिंग। ज़्यादा एब्यूज़ स्कोर का मतलब है कि ज़्यादा फ़ीड्स इंडिपेंडेंटली सहमत हुईं।
is_datacenter का मतलब है कि IP किसी होस्टिंग प्रोवाइडर, क्लाउड प्लेटफ़ॉर्म, या CDN का है। is_residential का मतलब है कि IP को एक कंज़्यूमर ब्रॉडबैंड कनेक्शन के तौर पर क्लासीफाई किया गया है। ज़्यादातर IPs न तो एक हैं न दूसरे — वे ISP इंफ्रास्ट्रक्चर के हैं जो न होस्टिंग है न रेजिडेंशियल।
यह जाने-पहचाने प्रॉक्सी एग्ज़िट पॉइंट्स को फ़्लैग करता है जो VPN या Tor के तौर पर कैटेगराइज़ नहीं हैं। फ़िलहाल यह थ्रेट फ़ीड पाइपलाइन के डेटा तक सीमित है। कवरेज VPN और Tor डिटेक्शन से कम है।

ASN और नेटवर्क

एक Autonomous System Number (ASN) किसी ऐसे नेटवर्क का यूनीक आइडेंटिफ़ायर है जो इंटरनेट पर अपनी IP रूटिंग पॉलिसीज़ खुद इंडिपेंडेंटली मैनेज करता है। उदाहरण: Google AS15169 है, Amazon AS16509 है। हर IP ब्लॉक ठीक एक ASN द्वारा अनाउंस किया जाता है। किसी भी ASN को सीधे ASN लुकअप टूल पर लुकअप करें।
यह उस संस्था की कैटेगरी है जो ASN ऑपरेट करती है। वैल्यूज़: hosting (क्लाउड या सर्वर होस्टिंग), isp (इंटरनेट सर्विस प्रोवाइडर), business (एंटरप्राइज़ नेटवर्क), education (यूनिवर्सिटी या रिसर्च), government, mobile (कैरियर), residential।
यह IP ब्लॉक किसी मोबाइल कैरियर के नाम रजिस्टर्ड है। मोबाइल IPs आमतौर पर यूज़र्स के बीच दोबारा असाइन होते रहते हैं और अक्सर कैरियर के हेडक्वार्टर से अलग भौगोलिक लोकेशंस में दिखते हैं।
हां — GET /v1/asn/:asn/ranges?limit=&offset= असली रेंज (हर एक के साथ कंट्री कोड और hosting/mobile/residential/bot/blacklist फ़्लैग्स) रिटर्न करता है, जो प्रति रिक्वेस्ट अधिकतम 200 तक पेजिनेटेड होती हैं। मुख्य GET /v1/asn/:asn लुकअप में भी ip_range_count और rank (रेंज की संख्या के हिसाब से उसके देश में ASN की साइज़ रैंक) शामिल होता है, बिना ranges एंडपॉइंट इस्तेमाल किए। ASN लुकअप टूल देखें।
GET /v1/asn/:asn/whois, RDAP के ज़रिए RIR रजिस्ट्रेशन रिकॉर्ड (नाम, स्टेटस, देश, रजिस्ट्रेशन/आख़िरी बदलाव की तारीख़ें, कॉन्टैक्ट्स) रिटर्न करता है। GET /v1/asn/:asn/relationships, CAIDA के AS-Relationships डेटासेट से जाने-माने peers, अपस्ट्रीम प्रोवाइडर्स, और डाउनस्ट्रीम कस्टमर्स रिटर्न करता है; वहीं GET /v1/asn/:asn/related ऐसे दूसरे ASNs ढूंढता है जो संभवतः उसी संगठन द्वारा चलाए जाते हैं। ये तीनों ASN लुकअप पेज पर एक साथ दिखते हैं।
हां — All IP Ranges (GET /v1/ip-ranges) सभी 256 संभावित /8 ब्लॉक्स की एक ब्राउज़ करने लायक डायरेक्टरी है, जो /16 तक ड्रिल-डाउन करके असल में असाइन की गई रेंज और हर एक जिस ASN से जुड़ी है, वो दिखाती है।

API इस्तेमाल

फ्री टियर हर IP एड्रेस के लिए रोज़ाना 1,000 रिक्वेस्ट की इजाज़त देता है, कोई साइनअप या की नहीं चाहिए। Pro की से यह 100,000/दिन हो जाती है; Enterprise असीमित है। अपनी लिमिट पार करने पर HTTP 429 मिलता है। पूरी जानकारी के लिए प्राइसिंग देखें।
/v1/ip/bulk पर IP स्ट्रिंग्स का एक JSON ऐरे POST करें — प्रति रिक्वेस्ट 100 तक, सिर्फ़ Pro/Enterprise के लिए (देखें प्राइसिंग)। रिस्पॉन्स IP से की गई एक ऑब्जेक्ट होता है। पैरेलल कैश रीड्स इसे सीक्वेंशियल कॉल्स से तेज़ बनाते हैं। हर IP आपके डेली बजट में उतना ही गिना जाता है जितना एक इंडिविजुअल लुकअप।
किसी भी सिंगल-IP रिक्वेस्ट में ?fields=field1,field2 जोड़ें। उदाहरण: /v1/ip/1.1.1.1?fields=ip,country_code,is_vpn,is_tor। ip फ़ील्ड हमेशा शामिल रहती है।
JSON (डिफ़ॉल्ट), CSV, प्लेन टेक्स्ट, XML, और YAML। किसी भी सिंगल-IP रिक्वेस्ट में ?format=csv, ?format=text, ?format=xml, या ?format=yaml जोड़ें। CSV और टेक्स्ट फ़्लैट की/वैल्यू पेयर रिटर्न करते हैं; XML और YAML flags जैसे नेस्टेड ऑब्जेक्ट्स को बरकरार रखते हैं।
अभी कोई ऑफ़िशियल SDK नहीं है। यह API एक स्टैंडर्ड HTTP JSON एंडपॉइंट है — कोई भी HTTP क्लाइंट काम करेगा। curl, JavaScript, Python, PHP, और Go के उदाहरणों के लिए डॉक्स देखें।
हाँ — https://ipto.to/mcp एक Model Context Protocol (MCP) server है जो वही lookups JSON-RPC के ज़रिए callable tools के रूप में देता है — IP (सिंगल और bulk), ASN (ranges/whois/relationships के साथ), IP whois, RPKI, company, carrier, hosted domains, unified search, nearby places, country, reverse DNS, user-agent, phone, email, fraud score, language, currency, weather, trademark और patent — ताकि कोई भी MCP-सक्षम client सीधे raw HTTP requests बनाए बिना इन्हें कॉल कर सके। यह REST API जैसी ही X-API-Key और rate-limit नियमों का उपयोग करता है।

डेटा

ASN/IP-रेंज डेटासेट रोज़ाना 04:00 UTC पर रिफ्रेश होता है। सिटी-लेवल जियोलोकेशन दो इंडिपेंडेंट सोर्सेज़ को उनके अपने शेड्यूल पर मर्ज करती है — IP2Location महीने में एक बार, MaxMind हर हफ़्ते — इसलिए ASN रिफ्रेश के बीच प्रिसीज़न बेहतर हो सकती है। थ्रेट फ़ीड्स (VPN, Tor, एब्यूज़) हर 6 घंटे में सिंक होती हैं। एज कैश का TTL 5 मिनट है।
हम कई प्रमुख इंडस्ट्री डेटा प्रोवाइडर्स से जानकारी जुटाते हैं, जो रोज़ाना अपडेट होती है। VPN डिटेक्शन BGP-डिराइव्ड रेंज इंटेलिजेंस इस्तेमाल करता है। Tor नोड डेटा ऑफ़िशियल Tor Project रजिस्ट्री और वेरीफ़ाइड रिले लिस्ट से आता है। एब्यूज़ नेटवर्क्स क्रॉस-कोरोबोरेटेड मल्टी-सोर्स ब्लैकलिस्ट इंटेलिजेंस इस्तेमाल करते हैं।
बड़े प्रोवाइडर्स और सभी कन्फ़र्म्ड एग्ज़िट नोड्स के लिए VPN और Tor डिटेक्शन की रीकॉल ज़्यादा है। जेनेरिक होस्टिंग ASNs से IP स्पेस लीज़ करने वाली छोटी या नई VPN सर्विसेज़ शायद प्रोवाइडर नाम से पहचानी न जाएं। एब्यूज़ स्कोरिंग क्रॉस-फ़ीड कोरोबोरेशन इस्तेमाल करती है — Medium टियर पर आने के लिए किसी नेटवर्क को 3+ इंडिपेंडेंट सोर्स चाहिए, और Critical के लिए 8+।

नई क्षमताएं

abuse_score क्रॉस-फ़ीड कोरोबोरेशन पर आधारित 1–10 का सीवियरिटी स्कोर है: कितने इंडिपेंडेंट थ्रेट सोर्स एक ही नेटवर्क को फ़्लैग करते हैं। threat_type बताता है कि किस कैटेगरी ने फ़्लैग को ट्रिगर किया — tor_exit, vpn, या abuser। risk_tier स्कोर को critical (8–10), high (5–7), या medium (3–4) में ग्रुप करता है। IP एब्यूज़ चेकर पर एक लाइव चेक आज़माएं।
हां। रिज़ॉल्व किए गए देश वाले किसी भी रिस्पॉन्स में currency_code और exchange_rate_usd शामिल होते हैं — 154 वर्ल्ड करेंसीज़ को कवर करने वाला एक डेली रेफरेंस रेट। उस लिस्ट से बाहर की करेंसीज़ के लिए रेट null रिटर्न होता है।
देश के डेटा वाले हर रिस्पॉन्स में languages (बोली जाने वाली ऑफ़िशियल भाषाएं), tld (कंट्री-कोड टॉप-लेवल डोमेन), capital, और borders (पड़ोसी देशों के ISO कोड) शामिल होते हैं — जो एक दूसरी API कॉल के बिना कंटेंट को लोकलाइज़ करने या कंट्री-अवेयर फ़ॉर्म बनाने के लिए उपयोगी है।
GET /v1/ip/:ip/hostname DNS-over-HTTPS पर एक लाइव PTR लुकअप करता है और { ip, hostname } रिटर्न करता है। यह एक सिंगल ऑन-डिमांड लुकअप है, कोई कैश्ड डोमेन-एन्युमरेशन डेटाबेस नहीं — अगर कोई PTR रिकॉर्ड मौजूद न हो तो hostname, null होता है। /reverse-dns-lookup पर एक ब्राउज़र टूल भी मौजूद है।
हां। GET /v1/datasets/:kind, asn, ranges, और geo-city के लिए CSV एक्सपोर्ट रिटर्न करता है — वही डेटासेट जो API अंदरूनी तौर पर क्वेरी करता है, उसी शेड्यूल पर रिफ्रेश होते हैं। geo-city में एक ऑप्शनल ?source=primary (डिफ़ॉल्ट) या ?source=secondary लिया जा सकता है, क्योंकि सिटी-लेवल डेटा अलग-अलग कवरेज वाले दो इंडिपेंडेंट सोर्सेज़ से मर्ज किया गया है।
एक Pro की 100,000 रिक्वेस्ट/दिन की लिमिट और बल्क लुकअप (POST /v1/ip/bulk, प्रति रिक्वेस्ट 100 IP तक) अनलॉक करती है — Free पर बल्क बिल्कुल उपलब्ध नहीं है। Enterprise (असीमित रिक्वेस्ट) में एक कस्टम SLA और डेडिकेटेड सपोर्ट जुड़ जाता है। सिटी/पिन कोड/lat-lon प्रिसीज़न हर टियर में शामिल है, Free सहित। POST /v1/keys एक Free-टियर की जारी करती है (1,000 रिक्वेस्ट/दिन, GET /v1/keys/usage?key=X के ज़रिए यूसेज ट्रैकिंग) — अपग्रेड के लिए प्राइसिंग देखें।
दोनों के लिए, जब geo_precision इसकी इजाज़त दे। आपका अपना IP (GET /v1/ip) हमेशा उस एज नेटवर्क से सिटी-लेवल डेटा पाता है जिससे आप कनेक्ट हैं। एक्सप्लिसिट IP लुकअप्स (GET /v1/ip/:ip) को सिटी-लेवल डेटा तभी मिलता है जब वह IP सिटी-लेवल डेटासेट के कवरेज के अंदर आता हो; वरना geo_precision, country पर गिर जाता है और city/state/lat/lon, null रिटर्न करते हैं।
Add ?lang= to any request with one of: pt, fr, de, zh-TW, ko, zh-CN, ja-JP, es-ES, ar-SA, hi-IN (en is the default). This localizes country_name and continent into the target language. Field names and threat data stay in English regardless of locale.

IP से आगे: आइडेंटिटी, फ्रॉड, और रेफरेंस डेटा

हां — GET /v1/email/:email सिंटैक्स चेक करता है, एक लाइव MX रिकॉर्ड लुकअप करता है, और एक सिंक्ड ब्लॉकलिस्ट के विरुद्ध डिस्पोज़ेबल/टेम्पररी-डोमेन डिटेक्शन करता है। फ्री, कोई साइनअप नहीं। ईमेल चेकर आज़माएं।
हां — GET /v1/phone/:number किसी भी E.164 या नेशनल-फ़ॉर्मैट नंबर को वैलिडिटी, देश, रीजन, और लाइन टाइप (मोबाइल, लैंडलाइन, या VoIP) के लिए एक सिंक्ड MCC/MNC कैरियर डेटासेट के विरुद्ध पार्स करता है। फ़ोन नंबर चेकर आज़माएं।
GET /v1/fraud-score IP थ्रेट सिग्नल्स, ईमेल डिलीवरेबिलिटी, फ़ोन वैलिडिटी, और User-Agent बॉट डिटेक्शन को एक फ्यूज़्ड 0–100 रिस्क स्कोर में मिलाता है — वह इकलौती चीज़ जो किसी भी बड़े स्टैंडअलोन IP-इंटेलिजेंस API में नहीं मिलती। चारों इनपुट ऑप्शनल हैं; जो सिग्नल आप नहीं भेजते वह बस अनुपस्थित रहता है, क्लीन के तौर पर स्कोर नहीं होता। फ्रॉड स्कोर चेकर आज़माएं।
हां — GET /v1/language लोकल ट्राइग्राम-फ़्रीक्वेंसी एनालिसिस के ज़रिए 76 भाषाओं में किसी भी टेक्स्ट की भाषा पहचानता है। कोई टेक्स्ट किसी थर्ड-पार्टी वेंडर या AI मॉडल को नहीं भेजा जाता, और कुछ भी लॉग नहीं होता। भाषा डिटेक्टर आज़माएं।
हां — GET /v1/currency/convert और GET /v1/currency/rates वही डेली एक्सचेंज-रेट फ़ीड दिखाते हैं जो हर IP/कंट्री लुकअप पर पहले से exchange_rate_usd को पावर करती है, 154 करेंसीज़ को कवर करते हुए, साथ ही 90-दिन की हिस्टोरिकल रेट्स के लिए GET /v1/currency/history। करेंसी कन्वर्टर आज़माएं।
हां — GET /v1/weather किसी भी जगह के नाम, पिन कोड, या कोऑर्डिनेट पेयर के लिए मौजूदा कंडीशंस रिटर्न करता है; ऑवरली आउटलुक और 3-दिन के फ़ोरकास्ट के लिए &detail=1 जोड़ें। होमपेज का अपना-IP मौसम विजेट और मौसम लुकअप टूल, दोनों इसे इस्तेमाल करते हैं।
हां — GET /v1/trademark/:serial, 8-अंकों वाले सीरियल नंबर से लाइव केस स्टेटस के लिए USPTO के TSDR API को प्रॉक्सी करता है। केस-स्टेटस टेक्स्ट एक U.S. गवर्नमेंट वर्क और पब्लिक डोमेन है, इसलिए हर रिस्पॉन्स पर एक source/attribution फ़ील्ड मौजूद होती है; ट्रेडमार्क लोगो/इमेज डेटा जानबूझकर स्कोप से बाहर रखा गया है। रजिस्ट्रेशन-नंबर लुकअप सपोर्टेड नहीं है — आज सिर्फ़ सीरियल-नंबर पाथ ही USPTO द्वारा डॉक्यूमेंटेड है। ट्रेडमार्क लुकअप टूल आज़माएं।
हां — GET /v1/patent/:number, 7-8 अंकों वाले यूटिलिटी पेटेंट नंबर से ग्रांट स्टेटस के लिए USPTO के लाइव Patent File Wrapper API को प्रॉक्सी करता है। कवरेज 2001 में फ़ाइल की गई एप्लिकेशन्स से शुरू होती है, और डेटा प्रॉसिक्यूशन/बिब्लियोग्राफ़िक है (फाइलिंग डेट, स्टेटस, आविष्कारक, रिकॉर्ड में दर्ज अटॉर्नी) — कोई साइटेशन ग्राफ़, पेटेंट फैमिली, या लीगल-स्टेटस फ़ील्ड नहीं, जैसा Lens.org, Espacenet, या Google Patents दिखाते हैं। डिज़ाइन, प्लांट, और रीइश्यू पेटेंट अभी सपोर्टेड नहीं हैं। पेटेंट लुकअप टूल आज़माएं।

ओनरशिप, रूटिंग और जगहें

एक ही रिक्वेस्ट — GET /v1/search/:query। यह डिटेक्ट करता है कि आपने IP, ASN, कंट्री कोड, ईमेल, या फ़ोन नंबर टाइप किया है, फिर सर्वर-साइड पर पैरेलल में हर संबंधित चेक (IP लुकअप, RPKI, कंपनी, whois, कैरियर, होस्टेड डोमेन, जगहें) चलाता है। एक सर्च आपके डेली रेट-लिमिट बजट में सिर्फ़ एक रिक्वेस्ट के बराबर गिना जाता है, हर फ़ीचर के लिए अलग-अलग नहीं।
हां — GET /v1/ip/:ip/rpki (और एक्सप्लिसिट GET /v1/rpki?asn=&prefix= फ़ॉर्म) RIPEstat के ज़रिए लाइव रूट-ओरिजिन वैलिडेशन रिज़ॉल्व करता है, जो पांचों RIRs से ROA डेटा को एग्रीगेट करता है। स्टेटस सिर्फ़ valid, invalid, या unknown हो सकता है — कभी भी किसी और सिग्नल से अंदाज़ा नहीं लगाया जाता। RPKI वैलिडेटर आज़माएं।
GET /v1/ip/:ip/company, RDAP रजिस्ट्रेंट डेटा को IP के अपने ASN संस्था नाम के साथ मिलाकर एक कैटेगोरिकल कॉन्फिडेंस (high/medium/low/none) में बदल देता है — एक सिंगल "यह किसका है" वाला फ़ैसला। GET /v1/ip/:ip/whois इसकी बजाय अंदरूनी RDAP रिकॉर्ड को ही रिटर्न करता है: नेटवर्क ब्लॉक, अलोकेशन टाइप, रजिस्ट्रेशन डेट्स, और फ़ाइल में मौजूद हर रजिस्ट्रेंट/एडमिन/एब्यूज़ कॉन्टैक्ट, जो क्लासिक WHOIS आउटपुट के ज़्यादा करीब है। IP से कंपनी या IP Whois आज़माएं।
बेस्ट-एफर्ट, और सिर्फ़ उन IPs के लिए जो पहले से मोबाइल नेटवर्क्स के तौर पर क्लासीफाई हैं। GET /v1/ip/:ip/carrier, ASN के संस्था नाम को IP के देश तक सीमित एक MCC/MNC ऑपरेटर डायरेक्टरी से फ़ज़ी-मैच करता है। जानबूझकर कोई सिंगल carrier: "X" फ़ील्ड नहीं है — एक बेयर नाम एक लाइव पर-सब्सक्राइबर दावे जैसा लगेगा जिसे डेटा ईमानदारी से सपोर्ट नहीं कर सकता। IP से मोबाइल कैरियर टूल आज़माएं।
GET /v1/ip/:ip/hosted-domains, IP के रिवर्स-DNS होस्टनेम और सर्टिफिकेट-ट्रांसपेरेंसी लॉग्स (crt.sh) के ज़रिए डोमेन ढूंढता है — यह एक सामान्य रिवर्स-IP लुकअप नहीं है। रिस्पॉन्स की अपनी limitations फ़ील्ड बताती है कि यह स्ट्रक्चरली क्या नहीं देख सकता: बिना PTR रिकॉर्ड वाले IPs, शेयर्ड होस्टिंग पर मौजूद असंबंधित डोमेन, और वे डोमेन जो कभी CT-लॉग्ड नहीं हुए। होस्टेड डोमेन आज़माएं।
GET /v1/places/:ip, IP की मौजूदा सिटी-लेवल लोकेशन को रिवर्स-जियोकोड करता है, फिर नज़दीकी पॉइंट्स ऑफ़ इंटरेस्ट (रेस्टोरेंट, पार्क, स्कूल, ट्रांज़िट), उल्लेखनीय लैंडमार्क्स, जहां सोर्स मौजूद हो वहां लोकल क्राइम डेटा (सिर्फ़ UK और US), और डेस्टिनेशन देने पर एक ऑप्शनल ऑन-डिमांड ड्राइविंग कम्यूट अनुमान रिटर्न करता है। जगहें आज़माएं।
GET /v1/ip/:ip पर connection_type एक सिंगल बेस्ट-एफर्ट लेबल है — mobile, datacenter, या unknown — जो flags ऑब्जेक्ट जैसे ही ASN क्लासिफ़िकेशन से निकाला जाता है। यह डिवाइस-काउंट/NAT-आधारित कनेक्शन डिटेक्शन की जगह लेता है, जो कोई ऐसी चीज़ नहीं है जिसे Cloudflare Worker देख सके (कोई रॉ TCP/IP पैकेट एक्सेस नहीं) — इसलिए इसे नकली तरीके से दिखाने की बजाय, अनक्लासीफ़ाइड ASNs ईमानदारी से unknown रिटर्न करते हैं।

प्रीमियम फोन इंटेलिजेंस (carrier और porting lookup)

हां, हमेशा-फ्री लोकल चेक के ऊपर एक प्रीमियम लेयर के तौर पर। GET /v1/phone/:number अब भी पहले फ्री लोकल validation चलाता है (फ़ॉर्मैट, रीजन, line type — अनचेंज्ड, पिछला सवाल देखें) और, budget मौजूद होने पर, लाइव carrier, original_carrier, is_ported, एक phone_type क्लासिफ़िकेशन, और हमारे रियल-टाइम carrier-lookup प्रोवाइडर से एक locality-level phone_region और country_prefix जोड़ता है। एक पूरा country_name डिस्प्ले नाम टियर की परवाह किए बिना शामिल होता है, और ?lang=/Accept-Language के ज़रिए बिल्कुल वैसे ही लोकलाइज़ होता है जैसे किसी भी दूसरे endpoint का country_name फ़ील्ड — यह देखने के लिए कि असल में कौन सी भाषा लागू हुई, रिस्पॉन्स का lang/lang_source देखें। रिस्पॉन्स का source फ़ील्ड बताता है कि किस टियर ने जवाब दिया: "premium" या "local"।
Free टियर पर 100 प्रीमियम lookups प्रति IP प्रति महीना, Pro पर 1,000/महीना प्रति API key, और Enterprise पर 5,000/महीना — देखें pricing। यह मौजूदा फ्री लोकल फ़ोन-lookup budget (Free पर 100/दिन) के अतिरिक्त है, जिसकी अपनी कोई मंथली कैप नहीं है।
कुछ भी नहीं टूटता। GET /v1/phone/:number बाक़ी महीने के लिए फ्री लोकल इंजन पर सहजता से fall back कर जाता है — आपको अब भी फ़ॉर्मैट, रीजन, और line-type डेटा के साथ पूरा 200 रिस्पॉन्स मिलता है, बस लाइव carrier/is_ported फ़ील्ड्स के बिना (जो तब null और source: "local" रिटर्न करते हैं)। कोई एरर नहीं, फ्री टियर इस्तेमाल जारी रखने के लिए कोई साइनअप ज़रूरी नहीं।
ये दो अलग इंजनों से आने वाले दो स्वतंत्र क्लासिफ़िकेशन हैं, जिन्हें जानबूझकर अलग रखा गया है। line_type हमेशा-फ्री लोकल चेक से आता है (इस चेक का अपना enum, जैसे MOBILE, FIXED_LINE, PREMIUM_RATE)। phone_type तभी दिखता है जब source "premium" हो, और carrier-lookup प्रोवाइडर की अपनी categories इस्तेमाल करता है: mobile, fixed_line, voip, toll_free, premium_rate, shared_cost, personal_number, pager, uan, voicemail, या unknown। अगर आप इसे fraud सिग्नल्स के लिए इस्तेमाल कर रहे हैं तो premium_rate पर ख़ास ध्यान देने लायक़ है — premium-rate नंबर्स (जो सामान्य लाइन से ज़्यादा per-minute रेट पर बिल होते हैं) international revenue-share fraud (IRSF) का एक आम ज़रिया हैं, और यह endpoint सिर्फ़ VoIP फ़्लैग करने के बजाय उस classification को सीधे सामने लाता है।
सिर्फ़ तब जब कोई प्रीमियम lookup वाक़ई चलता है (यानी पिछले सवाल वाला आपका मंथली budget ख़त्म नहीं हुआ है) — फ्री लोकल चेक कभी भी ipto.to के अपने Cloudflare Workers से बाहर नहीं जाता। जब कोई प्रीमियम lookup चलता है, तो नंबर सिर्फ़ उस एक रिक्वेस्ट का जवाब देने के लिए हमारे carrier-lookup प्रोवाइडर को भेजा जाता है; हम प्रोवाइडर की API key को कहीं भी पब्लिकली एक्सेसिबल जगह पर स्टोर नहीं करते, और ipto.to की स्टैंडर्ड लॉगिंग पॉलिसी के अनुसार (देखें About) हम ख़ुद भी query history लॉग नहीं करते।

अकाउंट, limits और प्राइवेसी

हर दिन 00:00 UTC पर। limit से ऊपर की request पर HTTP 429 लौटता है, साथ में Retry-After header और retry_after_seconds फ़ील्ड होती है जो बताती है कि रीसेट में ठीक कितना समय बचा है।
तुरंत फ्री-टियर key के लिए POST /v1/keys कॉल करें, या साइन इन करें — साइन इन करने पर फ्री टियर में अकाउंट अपने-आप बन जाता है और डैशबोर्ड पर आपकी key और usage दिखता है। Pro और Enterprise में अपग्रेड प्राइसिंग से करें।
X-API-Key header में (बेहतर, क्योंकि query strings logs में दिख सकती हैं) या URL पर ?api_key= के रूप में। key वाली requests आपके IP के बजाय उस key के budget में गिनी जाती हैं। किसी key का usage GET /v1/keys/usage?key=X से देखें।
ज़्यादातर हाँ। सर्च बार की एक search या एक MCP tool call एक ही request गिनी जाती है, भले ही सर्वर पर वह कई checks में फैल जाए। Bulk calls हर आइटम पर गिनी जाती हैं — POST /v1/ip/bulk का हर IP और bulk phone lookup का हर नंबर अलग गिना जाता है। Nearby places और premium phone lookups के अपने अलग budgets भी हैं, सामान्य budget के ऊपर।
नहीं। ipto आपके लुकअप किए IP addresses लॉग नहीं करता, query history नहीं रखता और प्रोफ़ाइल नहीं बनाता; capacity planning के लिए सिर्फ़ aggregate request counts रखे जाते हैं। होमपेज की search history और star किए गए lookups सिर्फ़ आपके अपने ब्राउज़र में रहते हैं। विवरण प्राइवेसी पेज पर।
हाँ। API में CORS चालू है, यह /v1/ के तहत versioned है और स्थिर JSON लौटाती है। फ्री टियर व्यक्तिगत और हल्के उपयोग (1,000 requests/दिन) के लिए है; प्रोडक्शन ट्रैफ़िक के लिए Pro key (100,000/दिन) या Enterprise (असीमित, कस्टम SLA के साथ) लें। लाइव स्थिति के लिए प्राइसिंग और स्टेटस पेज देखें।