منع الاحتيالأسباب درجة المخاطر: كيف تقرأ detection_methods حقلاً بحقل
أسباب درجة المخاطر حقلاً بحقل: كل قيمة detection_methods تعيدها شيفرة التقييم لدينا ووزنها، مع استعلام حقيقي خفّض فيه زاحف موثّق الدرجة من 64 إلى 35.
يُحظر عميل عند الدفع ويكتب إليك سائلاً عن السبب. "قال مزودنا إنها 92" تنهي المحادثة بشكل سيئ. أما "جاء اتصالك من خادم VPN مدرج بمنفذ OpenVPN مفتوح" فجواب يمكنك الدفاع عنه أو العدول عنه أو ضبطه. هذا ما تمنحك إياه درجة الاحتيال القابلة للتفسير: رموز أسباب، لا مجرد رقم.
هذه الصفحة هي القاموس لتلك الإجابات. لمعرفة ما يعنيه الرقم نفسه وأين تقع النطاقات، ابدأ بـما هي درجة الاحتيال لعنوان IP وكيف تُقرأ. نعرض أدناه الحساب، ونتتبع استجابة حقيقية واحدة سبباً بسبب، ونغطي الأسباب الخمسة التي تطرح، ونسرد كل قيمة detection_methods يمكن لشيفرة التقييم لدينا إعادتها، مع وزنها وما يجعلها تنطلق.
أسباب درجة المخاطر تتجمع: النقاط في الثقة، ثم حد أقصى وأدنى
في تقييم GeoIPHub، يساهم كل سبب بنقاطه مضروبة في ثقته، والدرجة هي المجموع مقرّباً ومحصوراً بين 0 و100. لا يوجد نموذج خفي فوق ذلك. هذه هي خطوة التقييم في واجهتنا (scoring.service.ts) مختزلة إلى حسابها:
// Each fired reason: { points, confidence } from scoring.json
let sum = fired.reduce((s, r) => s + r.points * r.confidence, 0);
if (isCgnat && !ownThreatEvidence) sum = Math.min(sum, 50); // CGNAT cap
if (isRelay) sum = Math.min(sum, 60); // relay cap
const fraud_score = Math.max(0, Math.min(100, Math.round(sum)));
const confidence = fired.length === 0 ? 0.1
: Math.min(0.99, Math.abs(sum) / fired.length / 50 + fired.length * 0.05);
تفصيلان يربكان الناس. أولاً، confidence في الاستجابة ليست احتمال الاحتيال. إنها تنمو مع عدد الأسباب ومتوسط حجمها، فقد تحمل أربعة أسباب متواضعة ثقة أكبر من سبب واحد كبير. والاستعلام بلا أسباب يعيد 0.1. ثانياً، ترتيب detection_methods هو ترتيب فحص الشيفرة لها لا ترتيب حجمها. لا تعامل أول عنصر على أنه السبب الرئيسي.
يعرض مزودون آخرون الأسباب بطرق مختلفة. تحمل استجابات minFraud من MaxMind حقل risk_score_reasons: مضاعفات على درجة المخاطر، لكل منها رموز مثل ANONYMOUS_IP، وتنوّه MaxMind بأنها "لا تُعاد عادةً إلا للمعاملات متوسطة المخاطر إلى عالية المخاطر". وتقرن Sigma Identity Fraud من Socure درجة بين 0.001 و0.999 برموز أسباب "تقدم معلومات تفصيلية تساعدك على فهم العوامل التي أثرت في درجة مخاطر الاحتيال". أما أسباب GeoIPHub فهي نقاط جمعية، ويُدرج كل سبب حرّك الدرجة، أياً كانت الدرجة.
تحققنا من أن الحساب يصمد على بيانات حية. نُفذت هذه الاستعلامات السبعة بدون مفتاح في 2026-10-29 بين 04:43:09 و04:43:54 بالتوقيت العالمي المنسق، بفاصل نحو سبع ثوانٍ، وكل درجة وثقة تُعاد بناؤها بالضبط من أسبابها:
| IP (ما هو) | detection_methods | المجموع | الدرجة، الإجراء | confidence |
|---|---|---|---|---|
| 185.220.101.1 (عقدة خروج Tor) | tor_exit, datacenter_blocklisted, no_ptr_datacenter, known_spammer | 108.05 | 100, block | 0.74 |
| 185.213.155.73 (Mullvad، في قائمته) | known_vpn_server, wireguard_open, datacenter_with_vpn_proxy, no_ptr_datacenter | 101.5 | 100, block | 0.71 |
| 5.39.1.230 (AhrefsBot) | datacenter_blocklisted, no_ptr_datacenter, verified_crawler, known_spammer | 35.0 | 35, review | 0.375 |
| 45.33.32.156 (scanme.nmap.org، Linode) | datacenter_ip | 10.0 | 10, allow | 0.25 |
| 104.28.46.99 (iCloud Private Relay) | relay_ip | 8.5 | 9, allow | 0.22 |
| 107.178.192.1 (جالب Google بطلب المستخدم) | datacenter_ip, rdns_hosting, verified_crawler | -12.5 | 0, allow | 0.23 |
| 66.249.66.1 (Googlebot) | datacenter_ip, verified_crawler | -18.5 | 0, allow | 0.285 |
تتبع استجابة حقيقية واحدة: AhrefsBot عند 35، مراجعة
حصل العنوان 5.39.1.230 الخاص بـ AhrefsBot على 35، مراجعة، لأن ثلاثة أسباب أضافت 63.5 نقطة وطرحت مطابقة الزاحف الموثّق 28.5. هو أفضل حالة للتعلم لأن أسبابه تسحب في الاتجاهين. هذه هي الاستجابة المختصرة من استعلام الساعة 04:43:09 بالتوقيت العالمي المنسق (meta.last_classified_at 2026-10-29T04:43:09.547Z)، بقيم غير معدّلة:
curl https://api.geoiphub.com/v1/lookup/5.39.1.230 \
-H "x-api-key: YOUR_API_KEY"
{
"ip": "5.39.1.230",
"asn": { "asn": 16276, "org": "OVH - OVH SAS", "asn_type": "hosting" },
"detection": { "is_vpn": false, "is_proxy": false, "is_hosting": true },
"threat": {
"is_spammer": true,
"dnsbl_sources": ["zen.spamhaus.org"],
"crawler": {
"verified": true,
"name": "AhrefsBot",
"operator": "Ahrefs",
"verification_method": "ip_range_list"
}
},
"dns": { "ptr_record": "none" },
"scoring": {
"fraud_score": 35,
"confidence": 0.375,
"recommended_action": "review",
"detection_methods": ["datacenter_blocklisted", "no_ptr_datacenter", "verified_crawler", "known_spammer"]
}
}
كل سبب يقابل سطراً واحداً من الحساب:
| السبب | لماذا انطلق هنا | النقاط × الثقة | يضيف |
|---|---|---|---|
| datacenter_blocklisted | عنوان استضافة OVH مدرج أيضاً في قائمة بريد مزعج | 30 × 0.75 | +22.5 |
| no_ptr_datacenter | عنوان استضافة بلا DNS عكسي في سجلاتنا | 10 × 0.50 | +5.0 |
| verified_crawler | داخل نطاقات IP المنشورة لزاحف Ahrefs | -30 × 0.95 | -28.5 |
| known_spammer | مدرج في zen.spamhaus.org | 40 × 0.90 | +36.0 |
| الإجمالي | 35.0, review |
إذا أزلت مطابقة الزاحف فالمجموع 63.5، ويُقرَّب إلى 64: تحقق إضافي. نقل ملف النطاقات الموثّق زاحفاً حقيقياً معلناً من تحدٍّ إلى مراجعة مسجّلة. ولم ينقله إلى السماح، لأن سبب التبرئة وزن لا قائمة سماح. فإدراج Spamhaus على العنوان نفسه ما زال يُحتسب.
أين تخطئ هذه الاستجابة
أحد الأسباب الأربعة قصور من جانبنا. تقول no_ptr_datacenter إن العنوان بلا DNS عكسي، لكن dig -x 5.39.1.230 في الساعة 04:44 بالتوقيت العالمي المنسق أعاد proxy-fr005-cip7.ahrefs.net. يقرأ هذا السبب سجلات PTR المخزنة لدينا، وذلك السجل مفقود.
إصلاح الثغرة لن يخفض هذه الدرجة، وتوضح الشيفرة السبب. مصنّف PTR لدينا يقرأ أي اسم مضيف يحتوي على "proxy" بوصفه نمط بروكسي. فلو خُزّن السجل، لاستُبدلت no_ptr_datacenter (+5) بـrdns_proxy (+14)، وارتفعت الدرجة إلى 44 على الأقل. ويبقى ذلك مراجعة، لكن لاسم مضيف اختارته Ahrefs لمخرج زاحفها لا لأداة إخفاء هوية. سجّلنا الأمرين. اقرأ no_ptr_datacenter وأسباب rdns_* بوصفها أدلة ضعيفة، وهذا ما تقوله أوزانها أصلاً.
أسباب التبرئة: خمسة منها يمكن أن تطرح، وتتوقف عند الصفر
لأسباب التبرئة نقاط سالبة، فتخفض المجموع، لكن الدرجة لا تنزل أبداً عن 0. في إعدادات التقييم لدى GeoIPHub ستة منها، وخمسة يمكن أن تنطلق اليوم:
| السبب | النقاط × الثقة | يطرح | ينطلق عندما |
|---|---|---|---|
| verified_crawler | -30 × 0.95 | 28.5 | يقع العنوان داخل أحد 19 ملف نطاقات IP رسمياً للزواحف (Googlebot وBingbot وGPTBot وClaudeBot وAhrefsBot وغيرها) |
| residential_isp | -20 × 0.85 | 17 | خط إنترنت منزلي بلا أدلة VPN أو بروكسي أو Tor |
| rdns_residential | -20 × 0.80 | 16 | يبدو DNS العكسي كخط منزلي (dsl وpool وdynamic وcable وcustomer) |
| mobile_carrier | -15 × 0.80 | 12 | شبكة جوال (بيانات المشغّل أو اسم مضيف جوال أو وسم CGNAT لدينا) بلا أدلة إخفاء هوية |
| rdns_mobile | -10 × 0.70 | 7 | يبدو DNS العكسي كشبكة جوال |
| rdns_cgnat | -15 × 0.70 | 10.5 | لا ينطلق أبداً اليوم: مصنّف أسماء المضيفين لدينا بلا نمط CGNAT |
يظهر خصم الزاحف الموثّق في استعلام Googlebot. أضافت datacenter_ip 10، وطرحت verified_crawler 28.5، وأعادت الواجهة 0. ويُهمَل الناقص 18.5 المتبقي. فهو لا يُدَّخر رصيداً مقابل سبب لاحق، وهذا هو السلوك الصحيح: ينبغي ألا يتمكن نطاق موثّق من إخفاء إدراج في شبكة بوت نت. أما ملفات النطاقات الـ 19 وراء verified_crawler فهي مدرجة، مع تواريخها وأداة لبناء قائمة سماح، في قائمة عناوين IP للزواحف الموثقة؛ ويغطي التحقق من Googlebot عبر IP ملفات Google بالتفصيل.
لا يمكننا أن نريك الخصم السكني على عنوان حي، لأن نشر استعلام عن اتصال منزلي سيكشف هوية أسرة. فإليك مسار الشيفرة نثراً. الأسباب السكنية تتعلق بالـ DNS العكسي: لا تسمّي شيفرتنا الخط سكنياً إلا إذا طابق اسم مضيف PTR نمطاً منزلياً مثل dsl أو pool أو dynamic. وعندئذ، ما لم يكن الخط موسوماً أيضاً بأنه جوال أو CGNAT، تنطلق residential_isp (-17) وrdns_residential (-16) معاً، بمجموع ناقص 33. ويحصل خط الجوال أو CGNAT على mobile_carrier (-12) بدلاً من residential_isp، فيكون ذلك الزوج ناقص 28. والخط المنزلي الذي لا ينشر مزود إنترنته DNS عكسي، أو يسمّي مضيفيه بنمط لا نتعرف عليه، لا يحصل على أي خصم. ومع غياب أي شيء آخر ضده تكون درجته 0 ببساطة. هي الدرجة نفسها، فالثغرة لا تهم إلا عندما تنطلق أسباب أخرى.
وتنقلب الخصومات أيضاً. إذا حمل خط سكني أدلة بروكسي أو Tor أو بروتوكول VPN (وسم IPsec وحده لا يُحتسب)، تُستبدل residential_isp بـresidential_with_threat (+21.25). ويفعل خط الجوال الشيء نفسه مع mobile_with_threat (+16). يُسحب الخصم على الظهور كمنزل في اللحظة التي يبدأ فيها المنزل بترحيل الحركة.
وهناك سقفان إلى جانب الخصومات. عنوان الترحيل محدود بـ 60، فلا يمكن لمخرج iCloud Private Relay أن يبلغ الحظر؛ نشرح كيفية اكتشاف حركة Private Relay وWARP ولماذا ينبغي السماح بها. والعنوان الذي توسمه خطوة CGNAT لدينا محدود بـ 50 ما لم يحمل أدلة VPN أو بروكسي أو Tor أو بروتوكول VPN أو بوت نت أو إساءة خاصة به.
كل قيمة في detection_methods، حقلاً بحقل
يمكن لشيفرة التقييم في GeoIPHub تسمية 41 سبباً، ويمكن أن يظهر 36 منها في الاستجابة اليوم. تسرد الجداول أدناه الـ 36 جميعاً مع نقاطها وثقتها ومساهمتها، مجمّعة بحسب السؤال الذي يجيب عنه كل منها.
هل العنوان أداة إخفاء هوية؟ تأتي هذه من قائمة مخارج Tor Project، وقوائم الخوادم المنشورة للمزودين، وفحوصات البروتوكولات لدينا، وقائمة بروكسيات من طرف ثالث. تغطي الفحوصات SOCKS5 وSOCKS4 وHTTP CONNECT وHTTP forward وOpenVPN وIKE (الإصداران 1 و2) وPPTP وL2TP. لا يوجد فاحص WireGuard.
| قيمة detection_methods | النقاط × الثقة | يضيف | ماذا تعني |
|---|---|---|---|
| tor_exit | 45 × 0.99 | 44.55 | في قائمة المخارج الرسمية لمشروع Tor، تُعاد قراءتها كل 6 ساعات |
| known_vpn_server | 40 × 0.90 | 36 | قيمة is_vpn هي true: في قائمة خوادم مزود، أو داخل شبكة نعرف أنها تشغّل خوادم VPN، أو ردّ على فحص بروتوكول VPN لدينا |
| multi_source_vpn | 30 × 0.85 | 25.5 | VPN يحمل سجل WHOIS أو RDAP له أيضاً كلمات VPN مفتاحية، فيتفق مصدران |
| openvpn_open | 35 × 0.90 | 31.5 | تلقى فحصنا رداً من OpenVPN من العنوان |
| ipsec_open | 30 × 0.80 | 24 | تلقى فحصنا رداً من IKE، أو تصنّف قائمة خوادم المزود الخادم لـ IKEv2 (قوائم NordVPN وSurfshark وWindscribe تفعل ذلك) |
| pptp_open | 30 × 0.92 | 27.6 | تلقى فحصنا رداً من PPTP |
| l2tp_open | 30 × 0.85 | 25.5 | تلقى فحصنا رداً من L2TP |
| wireguard_open | 35 × 0.70 | 24.5 | قائمة الخوادم المنشورة لمزود VPN تصنّف هذا الخادم بأنه WireGuard. ليست مصافحة |
| socks5_open | 35 × 0.95 | 33.25 | ردّ بروكسي SOCKS5 أو SOCKS4 على فحصنا |
| http_proxy_open | 35 × 0.95 | 33.25 | ردّ بروكسي HTTP CONNECT أو HTTP forward على فحصنا |
| blocklist_proxy | 25 × 0.70 | 17.5 | موسوم كبروكسي بلا مستمع SOCKS أو HTTP خاص به، مثل عنوان مخرج شاهدنا بروكسياً مفتوحاً يمرر إليه حركة اختبارنا |
| proxy_observed_third_party | 25 × 0.70 | 17.5 | في قائمة من طرف ثالث لعناوين شوهدت تمرّر حركة بروكسي خلال اليوم الأخير |
| residential_proxy | 40 × 0.90 | 36 | بروكسي وسمناه بأنفسنا على خط تسميه بياناتنا سكنياً أو جوالاً. استدلال تقريبي، وليس اكتشاف بروكسي سكني |
| relay_ip | 10 × 0.85 | 8.5 | مخرج ترحيل خصوصية مثل iCloud Private Relay؛ ويحدّ الدرجة أيضاً عند 60 |
هل أساء العنوان السلوك؟ تأتي هذه من ثلاث مناطق DNSBL ومن مصادر الإساءة والبوت نت لدينا.
| قيمة detection_methods | النقاط × الثقة | يضيف | ماذا تعني |
|---|---|---|---|
| known_spammer | 40 × 0.90 | 36 | مدرج في zen.spamhaus.org أو b.barracudacentral.org أو bl.spamcop.net |
| abusive_listed | 30 × 0.80 | 24 | مدرج في مصادر الإساءة لدينا، أو في منطقتين على الأقل من مناطق DNSBL الثلاث |
| botnet_c2 | 50 × 0.95 | 47.5 | يدرجه مصدر بوت نت بوصفه خادم قيادة وتحكم |
| botnet_infected | 35 × 0.80 | 28 | يدرجه مصدر بوت نت في أي دور آخر، مثل جهاز مصاب |
هل هو بنية تحتية للخوادم؟ الاستضافة تعني واحداً من 853 ASN استضافة منتقاة، أو نطاقاً من مزودي السحابة العشرة الذين نحمّلهم، أو نطاق anycast. لا ينطلق سوى واحد من أسباب datacenter_* الثلاثة، الأقوى أولاً.
| قيمة detection_methods | النقاط × الثقة | يضيف | ماذا تعني |
|---|---|---|---|
| datacenter_with_vpn_proxy | 40 × 0.90 | 36 | عنوان استضافة مع أي دليل بروتوكول VPN أو بروكسي أعلاه، بما في ذلك وسم WireGuard من قائمة |
| datacenter_blocklisted | 30 × 0.75 | 22.5 | عنوان استضافة مدرج أيضاً في قائمة إساءة أو بريد مزعج أو بوت نت |
| datacenter_ip | 20 × 0.50 | 10 | عنوان استضافة بلا أي شيء آخر ضده |
| no_ptr_datacenter | 10 × 0.50 | 5 | عنوان استضافة بلا DNS عكسي في سجلاتنا المخزنة، وفيها ثغرات |
| whois_vpn_keywords | 20 × 0.70 | 14 | سجل WHOIS أو RDAP فيه كلمات VPN مفتاحية، لكن العنوان غير موسوم كـ VPN |
| whois_hosting | 15 × 0.55 | 8.25 | سجل WHOIS أو RDAP فيه كلمات استضافة مفتاحية، لكن العنوان ليس في قوائم الاستضافة لدينا |
ماذا يقول DNS العكسي الخاص به؟ تقرأ هذه اسم مضيف PTR المخزن بأنماط بسيطة، ولهذا فكل منها خفيف.
| قيمة detection_methods | النقاط × الثقة | يضيف | ماذا تعني |
|---|---|---|---|
| rdns_tor | 30 × 0.80 | 24 | اسم المضيف يشبه عقدة خروج Tor |
| rdns_vpn | 20 × 0.75 | 15 | اسم المضيف يحتوي "vpn" أو اسم علامة VPN |
| rdns_proxy | 20 × 0.70 | 14 | اسم المضيف يحتوي "proxy" أو "squid" أو "socks" |
| rdns_hosting | 10 × 0.60 | 6 | اسم المضيف يشبه خادماً أو مضيفاً سحابياً |
| fcrdns_mismatch | 5 × 0.40 | 2 | اسم المضيف لا يعود ليحل إلى العنوان |
| rdns_residential | -20 × 0.80 | -16 | اسم المضيف يشبه خطاً منزلياً |
| rdns_mobile | -10 × 0.70 | -7 | اسم المضيف يشبه شبكة جوال |
ما نوع الخط، وهل هو زاحف معروف؟ أسباب نوع الشبكة تأتي دائماً في زوج: الخصم دون أدلة إخفاء هوية، أو العقوبة معها.
| قيمة detection_methods | النقاط × الثقة | يضيف | ماذا تعني |
|---|---|---|---|
| residential_isp | -20 × 0.85 | -17 | خط سكني، مستنتج من DNS العكسي، بلا أدلة إخفاء هوية |
| residential_with_threat | 25 × 0.85 | 21.25 | خط سكني مع أدلة بروكسي أو Tor أو بروتوكول VPN (وسم IPsec وحده لا يُحتسب) |
| mobile_carrier | -15 × 0.80 | -12 | خط جوال بلا أدلة إخفاء هوية |
| mobile_with_threat | 20 × 0.80 | 16 | خط جوال مع أدلة إخفاء هوية |
| verified_crawler | -30 × 0.95 | -28.5 | داخل ملف نطاقات IP رسمي لزاحف، يُعاد جلبه يومياً |
خمسة أسباب تعرفها الشيفرة لكنها لا تعيدها أبداً
توجد خمسة أسماء في شيفرة التقييم لدى GeoIPHub لكنها لا يمكن أن تظهر في استجابة اليوم، فلا تبنِ قواعد تنتظرها:
spoofed_crawler(+42.75). لا شيء في خط المعالجة لدينا يضبطها، والاستعلام يرى عنوان IP فقط ولا يرى User-Agent أبداً. مقارنة اسم بوت مزعوم معthreat.crawlerتتم في شيفرتك أنت.honeypot_hit(+33.25). عدّاد مصائد العسل قيمة مؤقتة تساوي 0 دائماً.known_vpn_asn(+22.5). لا تسمّي شيفرتنا الشبكة VPN إلا عندما يكون العنوان VPN أصلاً، فتفوزknown_vpn_serverدائماً.rdns_cgnat(-10.5). مصنّف أسماء المضيفين لدينا بلا نمط CGNAT.shadowsocks_suspected(+10). ليس لدينا فاحص Shadowsocks، ولا قائمة مزود نحمّلها تصنّف Shadowsocks.
ويحتوي ملف الإعدادات أيضاً على 11 وزناً آخر لا يقرؤها مسار الاستعلام أبداً، فلا تصل أسماؤها إلى أي استجابة كذلك. نفضّل أن نسرد سبباً خاملاً على أن تكتشفه بانتظاره.
اكتب القواعد على الأسباب لا على الرقم الخام
السبب العملي لتعلم هذه الأسماء أن القواعد المكتوبة على الأسباب تصمد أمام ثغرات بياناتنا، أما المكتوبة على المجموع فلا. تحدد عتبات الحظر لتسجيل الدخول والتسجيل والدفع النطاقات؛ وداخلها تؤدي بضع قواعد على مستوى الأسباب معظم العمل:
- عامل tor_exit وsocks5_open وhttp_proxy_open وbotnet_c2 على أنها قوية بمفردها: كل منها يضيف 33 أو أكثر ويأتي من قائمة أو من فحصنا الخاص.
- لا تتصرف بناءً على no_ptr_datacenter أو fcrdns_mismatch أو أي سبب rdns_* وحده. تحمل من 2 إلى 24 نقطة وتقرأ أسماء مضيفين مخزنة قد تكون مفقودة أو قديمة.
- اقرأ verified_crawler مع threat.crawler.verified ومشغّل يطابق البوت الذي يدّعيه User-Agent، وليس threat.crawler.name أبداً. الزاحف الموثّق المدرج في قائمة بريد مزعج، مثل AhrefsBot في 29 أكتوبر 2026، مكانه قائمة السماح للزحف لديك لا عملية الدفع.
- عامل wireguard_open على أنها دليل قائمة لا نتيجة فحص. تعني أن قائمة المزود المنشورة تقول إن الخادم يشغّل WireGuard.
- سجّل مصفوفة detection_methods كاملة مع كل قرار. إنها سجل التدقيق الذي سيطلبه موظف الدعم أو مراجع الاسترداد.
هكذا يبدو ذلك في الشيفرة، باستخدام حقول حقيقية فقط:
const { recommended_action, detection_methods: why } = data.scoring;
const strong = ["tor_exit", "socks5_open", "http_proxy_open", "botnet_c2"];
if (why.some((m) => strong.includes(m))) return block(why);
// isCrawlPath is your own route check, not an API field.
// claimMatchesOperator compares the bot your User-Agent names with
// threat.crawler.operator; /blog/verified-crawler-ip-list has a working version.
if (why.includes("verified_crawler") && isCrawlPath(req) &&
claimMatchesOperator(req, data.threat.crawler)) return allow(why);
if (recommended_action === "block") return block(why);
if (recommended_action === "step_up") return challenge(why);
return allow(why);
تخبرك الأسباب أيضاً من أين تأتي الأدلة، وهذا مهم حين يعترض عميل عليها. known_vpn_server مع vpn_confidence بقيمة 95 تعني قائمة المزود نفسه؛ نشرح كيف نسمّي مزود VPN وراء عنوان IP وما تقوله كل قيمة ثقة. أما من جهة الفحوصات، فيغطي كيف يعمل اكتشاف VPN والبروكسي من أين تأتي أثقل أسباب إخفاء الهوية، ويوثق القائمة الكاملة لحقول بيانات IP بقية الاستجابة.
اجمع درجة واحدة بنفسك
الصق أي عنوان في أداة فحص درجة الاحتيال لعنوان IP المجانية من GeoIPHub، وانسخ أسبابه، وأعد بناء الرقم من الجداول أعلاه. إذا اختلف مجموعك عن درجتنا، فلدى أحدنا خطأ، ونود أن نعرف من منا.
تعمّق أكثر
الأسئلة الشائعة
ماذا يحتوي scoring.detection_methods؟
اسم كل سبب غيّر الدرجة، بالترتيب الذي تفحصه به شيفرة التقييم في GeoIPHub لا بحسب الحجم. لكل اسم نقاط ثابتة ومستوى ثقة في إعدادات التقييم لدينا، والدرجة هي مجموع النقاط مضروبة في الثقة، مقرّباً ومحصوراً بين 0 و100. يمكن لشيفرة GeoIPHub تسمية 41 سبباً؛ ويمكن أن يظهر 36 منها في الاستجابة اليوم.
لماذا يحصل زاحف موثّق على درجة مراجعة؟
لأن verified_crawler في تقييم GeoIPHub وزن لا قائمة سماح. إنه يطرح 28.5 نقطة (ناقص 30 بثقة 0.95). كان AhrefsBot على العنوان 5.39.1.230 يحمل أيضاً إدراجاً في Spamhaus بتاريخ 2026-10-29، فتفوقت أسباب البريد المزعج وقوائم الحظر على الخصم: 35، مراجعة، نزولاً من 64 (تحقق إضافي) التي كان سيحصل عليها دون مطابقة الزاحف.
هل يمكن أن تنخفض الدرجة عن الصفر؟
المجموع الموزون يمكنه ذلك، أما الدرجة فلا. بلغ مجموع Googlebot على العنوان 66.249.66.1 ناقص 18.5 بتاريخ 2026-10-29 (datacenter_ip مع verified_crawler) وأعادت واجهة GeoIPHub القيمة 0. الرصيد السالب لا يُرحَّل كائتمان لأي شيء آخر.
هل يعني wireguard_open أن GeoIPHub أتم مصافحة WireGuard؟
لا. ليس لدى GeoIPHub فاحص WireGuard. تعني wireguard_open أن قائمة الخوادم المنشورة لمزود VPN نفسه تصنّف ذلك الخادم بأنه WireGuard. تغطي فحوصاتنا SOCKS5 وSOCKS4 وHTTP CONNECT وHTTP forward وOpenVPN وIKE (الإصداران 1 و2) وPPTP وL2TP، لذلك فإن openvpn_open وpptp_open وl2tp_open وsocks5_open وhttp_proxy_open هي نتائج فحص.
لماذا أرى no_ptr_datacenter على عنوان له DNS عكسي؟
يقرأ هذا السبب سجلات DNS العكسي المخزّنة في GeoIPHub لا استعلاماً حياً، وفي تلك السجلات ثغرات. في 2026-10-29 انطلق لـ AhrefsBot على 5.39.1.230 ولعقدة خروج Tor على 185.220.101.1، بينما حلّ dig -x كليهما. يساوي 5 نقاط، فاكتب القواعد على الأسباب التي تثق بها لا على العدد الخام.
الفريق الذي يقف وراء واجهة GeoIPHub API
بقلم فريق GeoIPHub، وهم من يبنون واجهة GeoIPHub API لاستخبارات IP وماسحها. تُعَدّ المسودات بمساعدة الذكاء الاصطناعي ويحررها الفريق، وأمثلة API استعلامات حقيقية على واجهة API الحية ما لم تُوصف بأنها توضيحية.
