استخبارات IPتحديد مزود VPN وراء عنوان IP من قائمة خوادمه الخاصة
حدّد مزود VPN وراء عنوان IP بمطابقته مع قائمة الخوادم التي ينشرها المزود. في كل عنوان استعلمنا عنه، لم يذكر WHOIS أي VPN.
جلبنا قائمة مرحّلات Mullvad في الساعة 05:22 بالتوقيت العالمي المنسق يوم 13 أكتوبر 2026. احتوت على 566 مرحّلاً، منها 553 خادم WireGuard و13 جسراً، ولا تصنّف Mullvad سوى 124 منها على أنها عتاد تملكه. أحد المملوكة، 185.213.155.73 في فرانكفورت، مسجل في WHOIS باسم "31173 Services Germany"، وليس له DNS عكسي، ويُعلَن عنه من AS39351. لا شيء في سجل شبكته يقول "Mullvad". القائمة وحدها تقول ذلك.
هذه هي الحيلة كلها وراء كل أداة "أي VPN هذا العنوان"، وبالكاد تصرّح بها أي منها. نسرد أدناه النقاط التي ينشر فيها المزودون خوادمهم، ونقدم مطابِقاً مختبراً بلغة Python، ونعرض ما أعادته واجهتنا للخوادم المدرجة لدى المزودين التي استعلمنا عنها، إضافةً إلى عينات ضابطة، بما فيها حالات الإخفاق. وتنتهي بجدول سياسات. أما جانب الاكتشاف، أي كيف يُرصد VPN أصلاً، فاقرأ كيف يعمل اكتشاف VPN إشارةً بإشارة.
هل يمكن معرفة أي VPN ينتمي إليه عنوان IP؟
نعم، عندما يكون العنوان في قائمة ينشرها المزود. يجب أن يعرف تطبيق VPN أين خوادمه قبل أن يتصل، لذلك يقدم المزودون تلك القائمة لتطبيقاتهم، ومعظم هذه القوائم عامة. وإذا لم يكن العنوان في أي قائمة، فغالباً يمكنك أن تعرف أنه VPN من الفحوصات وإشارات الاستضافة، لكن لا يمكنك معرفة لمن.
إليك العنوان 185.213.155.73 متتبَّعاً من البداية إلى النهاية. في قائمة Mullvad، على api.mullvad.net/www/relays/all/، صف له فيه hostname بقيمة "de-fra-wg-001" وtype بقيمة "wireguard" وcity_name بقيمة "Frankfurt" وowned بقيمة true وprovider بقيمة "31173". هذا الحقل الأخير هو شركة الاستضافة، وهي هنا شركة Mullvad نفسها.
يحكي السجل قصة مختلفة. سجل RDAP من RIPE، الذي فتحناه في الساعة 05:28 بالتوقيت العالمي المنسق، يسمّي النطاق NET-31173-185-213-155-0-24 والمسجِّل "31173 Services Germany". ويعطي كائن المسار في whois لدى RIPE أصلاً AS39351. نفّذنا dig -x 185.213.155.73 فلم نحصل على أي إجابة.
ثم استعلمنا عنه في واجهتنا في الساعة 05:27 بالتوقيت العالمي المنسق. هذه نسخة مختصرة، بقيم غير معدّلة:
{
"ip": "185.213.155.73",
"asn": {
"asn": 39351,
"org": "ESAB-AS - 31173 Services AB"
},
"whois": {
"org": "31173 Services AB infrastructure in Frankfurt, DE.",
"netname": "NET-31173-185-213-155-0-24",
"has_vpn_keywords": false
},
"detection": {
"is_vpn": true,
"vpn_provider": "Mullvad",
"vpn_confidence": 95
},
"scoring": {
"fraud_score": 100,
"recommended_action": "block",
"detection_methods": ["known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter"]
}
}
انظر إلى whois.has_vpn_keywords. قيمته false على خادم Mullvad، وكانت false في كل عنوان استعلمنا عنه. لا يذكر نص WHOIS أي VPN أبداً. جاء اسم "Mullvad" من مطابقة القائمة، وvpn_confidence بقيمة 95 هي القيمة التي تعطيها واجهتنا لهذا المسار. وجاء الحظر من الأدلة: إدخال في قائمة المزود موسوم WireGuard، على عنوان استضافة.
لماذا يسمّي WHOIS وDNS العكسي وASN المضيف لا الـ VPN
تعمل معظم خوادم VPN على أجهزة مستأجرة، فيصف سجل الشبكة المؤجِّر. في عينتنا، تستضيف M247 (AS9009) خوادم مدرجة لدى NordVPN وPIA وAirVPN وIVPN وFastestVPN. وتستضيف Datacamp (AS212238) خادم Mullvad في نيويورك وخادم IVPN في بوينس آيرس. القاعدة القائلة "M247 تعني VPN" تخمين عن شركة استضافة. أما قائمة المزود فدليل عن خادم.
تؤكد Mullvad ذلك بنفسها. تصنّف قائمتها كل مرحّل owned بقيمة true أو false وتسمّي المضيف في provider. في 13 أكتوبر، كان 124 من مرحّلاتها الـ 566 owned: true، وكانت أكثر الجهات استضافة DataPacket (128 مرحّلاً) وTzulo (127) وM247 (98). استعلمنا عن مرحّلين مستأجرين من Mullvad في الساعة 05:33 بالتوقيت العالمي المنسق:
| مرحّل Mullvad، بحسب قائمته | المضيف في القائمة | asn.org لدينا | vpn_provider وvpn_confidence | الدرجة، الإجراء |
|---|---|---|---|---|
| 149.22.83.2، ar-bue-wg-001، owned false | DataPacket | CDNEXT - Datacamp Limited | Mullvad، 95 | 99، block |
| 91.90.123.2، be-bru-wg-101، owned false | M247 | M247 - M247 Europe SRL | Mullvad، 95 | 100، block |
فحص ASN لأي منهما يقول "شركة استضافة". والقائمة تقول Mullvad. ومرحّل نيويورك us-nyc-wg-301، 143.244.47.65، يحكي القصة نفسها على Datacamp.
DNS العكسي أضعف بعد. نفّذنا dig -x على 20 من العناوين المدرجة لدى المزودين في الساعة 05:28 بالتوقيت العالمي المنسق. لم يُعد أحد عشر منها شيئاً، ولم يسمِّ أي من التسعة الباقية علامة VPN:
| IP | مدرج لدى | ما أعاده dig -x |
|---|---|---|
| 143.244.47.65 | Mullvad | unn-143-244-47-65.datapacket.com |
| 149.22.83.100 | IVPN | unn-149-22-83-100.datapacket.com |
| 198.44.137.44 | Windscribe | static-198-44-137-44.cust.tzulo.com |
| 204.13.164.252 | Riseup | leapgwv6.bitmask.net |
| 185.244.212.69 | IVPN | 185.244.212.69.adsl.inet-telecom.org |
| 185.213.155.73 | Mullvad | no PTR |
يلمّح اسم Riseup إلى برمجيات VPN، LEAP وBitmask، لا إلى علامة تجارية. ويقول اسم IVPN في فيينا "adsl"، وهو ما يبدو اتصالاً منزلياً، على خادم تدرجه IVPN. هذا هو خطر الإفراط في قراءة PTR.
لا يسمّي ASN الـ VPN إلا حين يشغّل المزود شبكته الخاصة، كما تفعل Mullvad مع AS39351 وRiseup مع AS16652. وللخلفية، إليك ما هو ASN ومن يسمّي. تحتفظ واجهتنا بجدول قصير للشبكات التي يشغّلها مزودو VPN، ويضم AS39351 الخاص بـ Mullvad، وهذا الجدول أحد مسارات التسمية الأربعة أدناه.
أين ينشر مزودو VPN عناوين IP لخوادمهم
هذه هي القوائم التي تقرؤها تطبيقات المزودين أنفسهم. "جُلبت اليوم" تعني أن شبكتنا حصلت على استجابة 200 في 13 أكتوبر 2026؛ و"غير متاحة اليوم" تعني أن الطلب فشل من شبكتنا بعد محاولتين.
| المزود | القائمة التي يقرؤها التطبيق | موضع IP | الحالة في 13 أكتوبر 2026 |
|---|---|---|---|
| Mullvad | api.mullvad.net/www/relays/all/ | ipv4_addr_in، ipv6_addr_in | جُلبت اليوم، 05:22 بالتوقيت العالمي المنسق: 566 مرحّلاً، 124 مملوكاً |
| AirVPN | airvpn.org/api/status/ | من ip_v4_in1 إلى ip_v4_in4 | جُلبت اليوم، 05:22 بالتوقيت العالمي المنسق: 250 خادماً |
| IVPN | api.ivpn.net/v5/servers.json | إدخالات host لـ WireGuard وOpenVPN | جُلبت اليوم، 05:22 بالتوقيت العالمي المنسق: 89 مضيف WireGuard في 59 موقعاً |
| PrivadoVPN | privadovpn.com/apps/servers_export.json | ip | جُلبت اليوم، 05:22 بالتوقيت العالمي المنسق: 167 خادماً |
| Riseup | api.black.riseup.net/3/config/eip-service.json، يُعثر عليها عبر riseup.net/provider.json | ip_address | جُلبت اليوم، 05:23 بالتوقيت العالمي المنسق: 21 بوابة |
| NordVPN | api.nordvpn.com/v2/servers، بحسب محدّث NordVPN في gluetun | station | غير متاحة اليوم (انتهت المهلة) |
| Surfshark | api.surfshark.com/v4/server/clusters، بحسب محدّث Surfshark في gluetun | أسماء المضيفين فقط | غير متاحة اليوم (خطأ TLS ثم انتهاء المهلة) |
| Private Internet Access | serverlist.piaservers.net/vpninfo/servers/v6، بحسب get_region.sh الخاص بـ PIA نفسها | عناوين IP للخوادم لكل منطقة | غير متاحة اليوم (خطأ TLS) |
| Windscribe | assets.windscribe.com/serverlist/mob-v2/1/، بحسب محدّث Windscribe في gluetun | ip وip2 وip3 | غير متاحة اليوم (انتهت المهلة) |
النقاط الأربع التي لم نستطع بلوغها هي نقاط نهاية حقيقية. نعرفها من عملاء المزودين الرسميين أو مفتوحي المصدر، وتعلّق شيفرة NordVPN في gluetun حتى بأن حقل station "هو، فيما يبدو، عنوان IP للدخول." تحجب واجهاتها البرمجية الطلبات القادمة من مراكز البيانات، وهي حيث يعمل فاحصنا، وفي 13 أكتوبر لم تردّ كذلك على الشبكة التي استخدمناها لهذه المقالة.
لذلك تسمّي واجهتنا خدمات VPN من قوائم خوادم المزودين أنفسهم إضافةً إلى قائمة عامة من طرف ثالث. وبالنسبة إلى NordVPN وPIA وWindscribe، يرجع فاحصنا إلى نسخ محفوظة من استجابات واجهاتها، مؤرخة في 4 أكتوبر 2026. ولا نحتفظ بنسخة لـ Surfshark. القائمة من الطرف الثالث هي gluetun-servers، بيانات الخوادم التي يصونها المجتمع وراء gluetun، وهي حاوية عميل VPN مفتوحة المصدر. نحمّل ملفاتها لأكثر من 20 مزوداً، وهي مصدرنا الوحيد لـ FastestVPN. وملفاتها الأربعة التي جلبناها اليوم، لـ ExpressVPN وFastestVPN وNordVPN وPIA، تحمل جميعها ختماً زمنياً بتاريخ 6 أغسطس 2026.
حدّد مزود VPN بنفسك من عنوان IP: Mullvad وNordVPN
نزّل قائمة المزود وابحث عن تطابق تام مع العنوان. Mullvad هي الحالة السهلة لأن قائمتها ردّت في كل مرة سألنا فيها. هذا هو السكربت الذي نفّذناه في الساعة 05:29 بالتوقيت العالمي المنسق يوم 13 أكتوبر 2026، على Python 3.9.6، بالمكتبة القياسية فقط:
"""Check IPs against Mullvad's public relay list. Standard library only."""
import ipaddress, json, sys, urllib.request
URL = "https://api.mullvad.net/www/relays/all/"
def load_relays(url=URL):
with urllib.request.urlopen(url, timeout=30) as resp:
relays = json.load(resp)
index = {}
for r in relays:
for key in ("ipv4_addr_in", "ipv6_addr_in"):
if r.get(key):
index[ipaddress.ip_address(r[key])] = r
return relays, index
def match(index, ip):
try:
addr = ipaddress.ip_address(ip.strip())
except ValueError:
return None
if addr.version == 6 and addr.ipv4_mapped:
addr = addr.ipv4_mapped # ::ffff:141.98.252.67 becomes 141.98.252.67
return index.get(addr)
if __name__ == "__main__":
try:
relays, index = load_relays()
except Exception as e:
sys.exit(f"could not load Mullvad's list: {e}")
print(f"{len(relays)} relays, {len(index)} addresses")
ips = sys.argv[1:] or [line for line in sys.stdin if line.strip()]
for ip in ips:
r = match(index, ip)
if r:
result = f"{r['hostname']} {r['type']} {r['city_name']} owned={r['owned']} host={r['provider']}"
else:
result = "not on Mullvad's list"
print(f"{ip.strip():22} {result}")
مررنا سبعة مدخلات في سطر الأوامر، فطبع:
566 relays, 1122 addresses
185.213.155.73 de-fra-wg-001 wireguard Frankfurt owned=True host=31173
143.244.47.65 us-nyc-wg-301 wireguard New York, NY owned=False host=DataPacket
45.83.220.68 se-mma-wg-101 wireguard Malmö owned=True host=31173
45.83.220.7 not on Mullvad's list
::ffff:141.98.252.67 gb-lon-wg-001 wireguard London owned=True host=31173
102.129.235.17 not on Mullvad's list
not-an-ip not on Mullvad's list
مررنا أيضاً ثلاثة أسطر بها فراغات وحشو عبر stdin، كما كنت ستغذّيه بعمود من سجل، فطابق 45.83.220.70 مع se-mma-wg-103. ولما وُجِّه إلى عنوان URL يعيد 404، طبع "could not load Mullvad's list: HTTP Error 404: Not Found" وخرج بالحالة 1. تنبيهان: المدخل غير الصالح يُبلَّغ عنه بأنه ليس في القائمة لا كخطأ، والجسور الـ 13 تُطابَق أيضاً، فاقرأ عمود type.
كيف تكتشف NordVPN بالطريقة نفسها. تضع قائمة NordVPN عنوان IP لكل خادم في حقل station، ولدى نسختنا المحفوظة من 4 أكتوبر واحد لكل خادم. انتهت مهلة نقطة النهاية الحية من شبكتنا في 13 أكتوبر، مرتين، فلا ننشر شيفرة NordVPN لم نستطع تشغيلها. شغّل منطق التطابق التام نفسه من شبكة تردّ عليها NordVPN.
ولفحص عنوان واحد في كل مرة، يمكنك فحص أي عنوان IP بحثاً عن VPN ومزوده؛ وتعيد الأداة الاسم في detection.vpn_provider. وفي الشيفرة هو طلب واحد مع IP في المسار:
curl https://api.geoiphub.com/v1/lookup/185.213.155.73 \
-H "x-api-key: YOUR_API_KEY"
الحقل vpn_provider متاح في الخطة المجانية، التي تشمل كل حقول البيانات عند 1,500 استعلام في اليوم. وإذا بنيت أي شيء على الاسم، فطابق بدايته لا السلسلة كاملة: أعادت واجهتنا "Mullvad" للخوادم المدرجة و"Mullvad (31173 Services)" لمسار ASN. هذا هو المقطع الذي شغّلناه في الساعة 05:34 بالتوقيت العالمي المنسق، بدون مفتاح:
import json, sys, urllib.request
def lookup(ip, key=None):
# A custom User-Agent: our API answered Python's default one with a 403.
headers = {"User-Agent": "vpn-provider-check/1.0"}
if key:
headers["x-api-key"] = key
req = urllib.request.Request(f"https://api.geoiphub.com/v1/lookup/{ip}", headers=headers)
with urllib.request.urlopen(req, timeout=10) as resp:
return json.load(resp)
for ip in sys.argv[1:]:
data = lookup(ip)
provider = data["detection"]["vpn_provider"]
named = provider != "none"
is_mullvad = provider.startswith("Mullvad") # "Mullvad" or "Mullvad (31173 Services)"
print(ip, repr(provider), "named" if named else "unnamed",
"mullvad" if is_mullvad else "-", "is_vpn" if data["detection"]["is_vpn"] else "not_vpn",
data["scoring"]["recommended_action"])
185.213.155.73 'Mullvad' named mullvad is_vpn block
45.83.220.7 'Mullvad (31173 Services)' named mullvad is_vpn review
102.129.235.17 'none' unnamed - is_vpn block
السطر الثالث هو ما ينبغي أن تصمم له: بلا اسم، وما زال VPN، وما زال حظراً.
وإذا كنت تسأل السؤال المعاكس، أي هل يظهر اتصالك الخاص كـ NordVPN، فافتح اعرف عنوان IP الذي يظهره اتصالك وأنت متصل.
ما أعادته واجهتنا لعناوين IP المدرجة لدى المزودين
عادت الخوادم المدرجة من كل مزود أخذنا منه عينة مسمّاة، ويبيّن vpn_confidence أي مسار من أربعة سمّاها. في الصف المسمّى، تقابل القيمة المسار:
| vpn_confidence | المسار الذي سمّى العنوان |
|---|---|
| 95 | قائمة خوادم المزود نفسه |
| 90 | اسم مضيف خادم من ملفات gluetun، حللناه إلى هذا العنوان |
| 85 | جدول قصير للشبكات التي يشغّلها مزود VPN |
| 80 | قائمة خوادم gluetun العامة |
نفّذنا هذه الاستعلامات بين 05:27 و05:28 بالتوقيت العالمي المنسق يوم 13 أكتوبر 2026. يعرض العمود الأخير فحوصات مصافحة VPN التي ردّت فقط؛ وتركنا بقية detection_methods خارج الجدول.
| IP | المزود والخادم، بحسب قائمته | أين وجدنا العنوان | vpn_provider | vpn_confidence | الدرجة، الإجراء | الفحص الذي ردّ |
|---|---|---|---|---|---|---|
| 185.213.155.73 | Mullvad، de-fra-wg-001 | Mullvad، جُلبت اليوم | Mullvad | 95 | 100، block | wireguard_open |
| 143.244.47.65 | Mullvad، us-nyc-wg-301، owned false | Mullvad، جُلبت اليوم | Mullvad | 95 | 99، block | wireguard_open |
| 82.102.19.137 | NordVPN، be148 | نسخة NordVPN من 4 أكتوبر؛ وفي gluetun أيضاً | NordVPN | 80 | 99، block | wireguard_open |
| 173.239.247.129 | PIA، فيتنام | نسخة PIA من 4 أكتوبر؛ وفي gluetun أيضاً | PIA | 80 | 51، step_up | لا شيء |
| 198.44.137.44 | Windscribe، دالاس، us-central-117 | نسخة Windscribe من 4 أكتوبر | Windscribe | 95 | 100، block | ipsec_open، wireguard_open |
| 185.156.175.170 | AirVPN، Achernar، زيورخ | AirVPN، جُلبت اليوم | AirVPN | 95 | 99، block | wireguard_open |
| 149.22.83.100 | IVPN، ar1.wg، بوينس آيرس | IVPN، جُلبت اليوم | IVPN | 95 | 99، block | wireguard_open |
| 85.12.5.56 | PrivadoVPN، hkg-006 | PrivadoVPN، جُلبت اليوم | PrivadoVPN | 90 | 36، review | لا شيء |
| 204.13.164.252 | Riseup، vpn01-sea | Riseup، جُلبت اليوم | Riseup | 95 | 48، review | لا شيء |
| 31.171.152.205 | ExpressVPN، ألبانيا | ملف gluetun من 6 أغسطس | ExpressVPN | 80 | 51، step_up | لا شيء |
| 46.102.153.134 | FastestVPN، au-stream، سيدني | ملف gluetun من 6 أغسطس | FastestVPN | 90 | 99، block | wireguard_open |
| 45.83.220.7 | ليس في قائمة Mullvad | لا شيء | Mullvad (31173 Services) | 85 | 46، review | لا شيء |
ثلاثة صفوف تحتاج إلى كلمة. خادما NordVPN وPIA موجودان في نسختينا المحفوظتين، لكنهما عادا بالقيمة 80، قيمة gluetun، وكلاهما في ملفات gluetun. وخادم PrivadoVPN موجود في تصدير PrivadoVPN نفسه اليوم، لكنه عاد بـ 90 لا 95: جاء اسمه من تحليل اسم مضيفه، hkg-006.vpn.privado.io، الذي يحمله أيضاً ملف PrivadoVPN في gluetun. اقرأ المسار من vpn_confidence لا من القائمة التي وجدت فيها العنوان. وExpressVPN ليست من المزودين التسعة الذين نسحب قوائمهم الخاصة. عاد عنوان ExpressVPN واحد مدرج في gluetun مسمّى، وهذا يبيّن أن المسار يعمل، لا أننا نغطي ExpressVPN.
الصف الأخير هو مسار ASN. العنوان 45.83.220.7 ليس في قائمة Mullvad؛ تحتوي قائمة اليوم على .68 و.69 و.70 في تلك الشبكة /24، لا .7. وهو مسمّى لأن شبكته، AS39351، تعود إلى مشغّل Mullvad:
{
"ip": "45.83.220.7",
"asn": {
"asn": 39351,
"org": "ESAB-AS - 31173 Services AB"
},
"whois": {
"org": "31173 Services AB infrastructure in Malmo, SE.",
"netname": "NET-31173-45-83-220-0-24",
"has_vpn_keywords": false
},
"detection": {
"is_vpn": true,
"vpn_provider": "Mullvad (31173 Services)",
"vpn_confidence": 85
},
"scoring": {
"fraud_score": 46,
"recommended_action": "review",
"detection_methods": ["known_vpn_server", "datacenter_ip"]
}
}
لاحظ أن known_vpn_server تنطلق هنا أيضاً. لا يعني اسم هذه الطريقة "في قائمة المزود"؛ ففي هذا الصف تأتي من جدول الشبكات. اقرأ vpn_confidence لمعرفة المسار، وفي الصفوف التي لا تكون فيها vpn_provider بقيمة "none" فقط.
لماذا تعود بعض عناوين VPN بالقيمة "none"
"none" تعني أن العنوان ليس في أي من القوائم التي نحتفظ بها الآن. لا تعني أن العنوان ليس VPN، ولا تعني أن عنواناً مجاوراً لعنوان مزود نظيف.
خادم NordVPN pl128، العنوان 194.99.105.99، موجود في استجابة NordVPN التي حفظناها في 4 أكتوبر، مدرجاً كأنه متصل. وقد أعاد اليوم vpn_provider بقيمة "none"، مع is_vpn بقيمة true ودرجة 98 وblock، مع ipsec_open بين طرقه. أمسكته مصافحة IPsec؛ ولم يسمِّه شيء. وخادم PIA في ليختنشتاين، 91.90.122.25، في قائمة PIA من اليوم نفسه. أعاد اليوم is_vpn بقيمة false ودرجة 64، step_up، من إشارات قوائم الحظر والاستضافة وحدها.
لا يوجد أي من هذين العنوانين في ملفات gluetun، بينما صفّا NordVPN وPIA المسمّيان أعلاه كلاهما فيها. لم نستطع إعادة جلب واجهة NordVPN أو PIA اليوم، فقد يكون أي من الخادمين أُوقف أو غُيّر عنوانه منذ 4 أكتوبر. ما يمكننا قوله أضيق وأكيد: لا يُسمّى الخادم إلا إذا كان في قائمة نحتفظ بها حالياً.
ولدينا أيضاً إخفاق مع مزود جلبنا قائمته اليوم. العنوان 91.90.123.29 في الشبكة /24 نفسها للمرحّل المدرج من Mullvad، 91.90.123.2، لكنه ليس في قائمة Mullvad. أظهرته صفحة المزودين في IPinfo بوصفه عنوان Mullvad المثالي لديها في 13 أكتوبر. وأعادت واجهتنا is_vpn بقيمة false وvpn_provider بقيمة "none" ودرجة 12، allow. قد يكون مخرجاً أو عنواناً غير مدرج بجوار عنوان مدرج؛ وهذا إيحاء لا إثبات. وفي الحالتين، تغطي مطابقة القائمة العنوان المدرج ولا شيء بجانبه.
وتُظهر العينة الضابطة الموثقة حالة غير المسمّى لكن المرصود. العنوان 102.129.235.17، على AS834 IPXO، أعاد is_vpn بقيمة true وvpn_provider بقيمة "none" ودرجة 92، block، مع known_vpn_server وopenvpn_open وipsec_open. يُرصد الخادم غير المسمّى مع ذلك حين يكمل مصافحة OpenVPN أو IPsec مع فاحصنا؛ وتغطي مقالة المحور المرتبطة أعلاه الفحوصات.
أسباب شائعة لبقاء عنوان VPN بلا اسم:
- لا توجد قائمة عامة. بعض المزودين لا ينشرون أي قائمة، والـ VPN المستضاف ذاتياً لا يظهر في أي قائمة.
- القائمة غير متاحة. أربع من القوائم التسع التي نسحبها تحجب مراكز البيانات، فنعمل من نسخ محفوظة حيث توجد، ومن gluetun.
- التدوير. قد يغادر الخادم القائمة أو يغيّر عنوانه بعد آخر نسخة لدينا.
- هو بروكسي لا VPN. ليست للبروكسيات قوائم مزودين لتُطابَق؛ راجع بروكسيات مراكز البيانات والسكنية والجوال.
لا يُعد iCloud Private Relay وCloudflare WARP مزودي VPN بهذا المعنى. لهما حقلهما الخاص، relay_provider، وسياستهما الخاصة، المغطاة في iCloud Private Relay وCloudflare WARP.
الـ VPN المسمّى ليس أكثر خطورة
الاسم يقول من يشغّل الخادم؛ والدرجة تأتي من الأدلة، مثل منافذ المصافحة المفتوحة والاستضافة وسجل الإساءة. ذهبت بعض أدنى الدرجات في عينتنا إلى خوادم مسمّاة، وذهبت إحدى أعلاها إلى خادم غير مسمّى.
| IP | vpn_provider | الدرجة، الإجراء |
|---|---|---|
| 85.12.5.56 | PrivadoVPN | 36، review |
| 45.83.220.7 | Mullvad (31173 Services) | 46، review |
| 204.13.164.252 | Riseup | 48، review |
| 102.129.235.17 | none | 92، block |
نطاقاتنا هي allow حتى 25، وreview حتى 50، وstep_up حتى 75، وblock فوق 75. لم يردّ خادم PrivadoVPN على أي فحص مصافحة في بياناتنا، فانطلقت known_vpn_server وحدها وبقي في المراجعة. أما الخادم غير المسمّى فردّ على اثنين. هذا هو الترتيب الصحيح: ينبغي للقاعدة أن تزن ما رصدناه، لا شعار من على الخادم. أوزان الإشارات في صفحة كيف تُبنى الدرجة.
عناوين الدخول والخوادم المدوَّرة والأسماء القديمة
تخبرك قائمة المزود بالعنوان الذي يتصل به التطبيق. وفي معظم الخوادم في عينتنا، ردّ ذلك العنوان نفسه على فحوصاتنا، لكننا تحققنا فقط من أن العناوين المدرجة تُسمّى، لا من أن كل عنوان خروج يستخدمه المزود موجود في قائمة.
تقول أسماء الحقول "in". تستخدم Mullvad ipv4_addr_in، وتنشر AirVPN أربعة عناوين لكل خادم بوصفها ip_v4_in1 إلى ip_v4_in4. وقائمة Surfshark تعطي أسماء المضيفين فقط، فلا بد أن يحلّل أحدهم الأسماء إلى عناوين IP قبل أن يمكن مطابقة أي شيء. يفعل مسارنا 90 ذلك لأسماء مضيفي الخوادم في ملفات gluetun. وبهذا حصل au-stream.jumptoserver.com لدى FastestVPN، 46.102.153.134، على اسمه.
وتحمل القوائم أيضاً حالة ينبغي أن تقرأها. تصنّف قائمة Mullvad اليوم 24 مرحّلاً بـ active: false، منها se-mma-wg-101، 45.83.220.68، الذي ما زالت واجهتنا تسميه "Mullvad" بثقة 95. الخادم المدرج حقيقة عن أسطول المزود، لا دليل على أن الخادم حمل حركة اليوم. وهذا أيضاً سبب اختلاف أعداد عناوين VPN لدى المزودين اختلافاً واسعاً. فهم يعدّون أشياء مختلفة، مثل الخوادم وعناوين الدخول المدرجة وعناوين الخروج المرصودة أو نطاقات كاملة، في تواريخ مختلفة. قائمة Mullvad نفسها هي العدّ الوحيد الذي نقتبسه. ولا ننشر هنا جدول تحديث لقوائم المزودين؛ وإذا شغّلت المطابِق بنفسك، فاجلب القائمة قبل كل دفعة.
ماذا تفعل باسم المزود
استخدم الاسم للسياسة والتحقيق، لا كمفتاح حظر. ابنِ القرارات على recommended_action والأدلة وراءه، وابنِ الاستثناءات والتقارير على الاسم.
| ما تراه | الإجراء | السبب |
|---|---|---|
VPN مسمّى (vpn_provider مضبوط) | اتبع recommended_action؛ واستخدم الاسم لقوائم السماح التي تختارها وسجلات الترخيص وتجميع الإساءة بحسب المشغّل | الاسم نسبة لا خطر: حصل PrivadoVPN على 36، مراجعة، وخادم Mullvad في فرانكفورت على 100، حظر |
VPN غير مسمّى (is_vpn بقيمة true، وvpn_provider بقيمة "none") | عامله تماماً كـ VPN مسمّى عند الدرجة نفسها | حصل 102.129.235.17 على 92 دون اسم |
ترحيل (is_relay بقيمة true) | اسمح وقيّم الجلسة | الترحيل ليس مزود VPN؛ يستخدم relay_provider |
نظيف (is_vpn بقيمة false، بلا ترحيل) | اسمح ما لم تنطلق إشارات أخرى | لا أدلة إخفاء هوية، مع أن الخادم المدرج قد يسقط من القائمة، كما حدث مع 91.90.122.25 لدى PIA |
الخطأ المعتاد هو تحويل الصف الأول إلى قاعدة حظر، فيحوّل عملاء المزود إلى إيجابيات كاذبة في اكتشاف VPN. فحصان ينبغي تشغيلهما على سجلاتك هذا الأسبوع:
- ابحث عن القواعد المبنية على الاسم. ابحث في قواعدك عن
vpn_provider. قاعدة مثل "احظر إذا سُمّي مزود" تترك الـ 92 غير المسمّى يمر وتحظر الـ 36 المسمّى. ابنِ على الإجراء والأدلة بدلاً من ذلك، وطابق الأسماء بالبادئة. - طابق سجلاتك مع قائمة واحدة. مرّر عناوين IP للتسجيل أو تسجيل الدخول في آخر 30 يوماً إلى مطابِق Mullvad وعدّ التطابقات. قارنها بعدد الطلبات التي رفضتها قواعدك، ثم افحص بعضها عينةً في أداة استعلام IP.
الأسئلة الشائعة
هل يمكن معرفة أي VPN ينتمي إليه عنوان IP؟
نعم، عندما يكون العنوان في قائمة خوادم ينشرها مزود VPN لتطبيقاته. وإذا لم يكن في أي قائمة، فغالباً يمكنك معرفة أنه VPN لكن لا يمكنك معرفة لمن.
هل توجد قائمة بعناوين IP الخاصة بـ NordVPN؟
تقرأ تطبيقات NordVPN قائمة من api.nordvpn.com تعطي عنوان IP لكل خادم في حقل station. في 13 أكتوبر 2026 لم يرد على طلبات شبكتنا، فاستخدمنا نسخة محفوظة.
هل يُظهر WHOIS أو DNS العكسي مزود VPN؟
نادراً. معظم خوادم VPN تقع على شبكات استضافة مستأجرة مثل M247، فيسمّي WHOIS وDNS العكسي المضيف. حتى نطاق Mullvad الخاص في فرانكفورت مسجل باسم 31173 Services.
ماذا تعني القيمة none في vpn_provider؟
العنوان ليس في أي من قوائم الخوادم التي نحتفظ بها. لا يعني ذلك أنه ليس VPN: افحص is_vpn وscoring.detection_methods.
هل يحصل VPN مسمّى على درجة احتيال أعلى؟
لا. خادم PrivadoVPN مدرج حصل على 36، مراجعة، بينما حصل VPN غير مسمّى على 92، حظر. الاسم يقول من يشغّل الخادم؛ أما الدرجة فتأتي من الأدلة.
أي مزودي VPN ينشرون قوائم خوادمهم؟
ردّ Mullvad وAirVPN وIVPN وPrivadoVPN وRiseup على طلباتنا العامة في 13 أكتوبر 2026. أما NordVPN وSurfshark وPIA وWindscribe فتنشر قوائم لتطبيقاتها لكنها لم تردّ من شبكتنا.
الفريق الذي يقف وراء واجهة GeoIPHub API
بقلم فريق GeoIPHub، وهم من يبنون واجهة GeoIPHub API لاستخبارات IP وماسحها. تُعَدّ المسودات بمساعدة الذكاء الاصطناعي ويحررها الفريق، وأمثلة API استعلامات حقيقية على واجهة API الحية ما لم تُوصف بأنها توضيحية.
