كيف تعرف عنوان IP لأي موقع ويب (ping وnslookup وdig)

أسرع طريقة لمعرفة عنوان IP لأي موقع ويب: افتح سطر الأوامر واكتب nslookup example.com أو ping example.com. الأمران يعملان على Windows وMac وLinux من دون تثبيت أي شيء، وخلال ثوانٍ يعيدان لك العنوان الذي يستجيب عبره ذلك النطاق في هذه اللحظة.

هذه هي الإجابة السريعة. لكن خلف هذا الرقم تفاصيل أكثر مما يبدو: فالعنوان قد يتغيّر بين استعلام وآخر، وكثيرًا ما يعود إلى وسيط لا إلى الخادم الفعلي للموقع، وما يمكنك استنتاجه منه له حدود واضحة. في هذا الدليل نستعرض الأوامر الثلاثة الكلاسيكية بأمثلة حقيقية لمخرجاتها، ثم نشرح ماذا يعني الرقم الذي حصلت عليه، وماذا لا يعني.

الطرق الثلاث في سطر الأوامر

الطرق الثلاث توصلك إلى النتيجة نفسها، فكلها تسأل DNS: دليل هاتف الإنترنت الذي يترجم أسماء النطاقات إلى عناوين IP. في كل مرة تكتب فيها عنوان موقع في المتصفح يجري جهازك هذا الاستعلام بالضبط من دون أن تشعر، وكل ما ستفعله هنا هو إجراؤه بيدك لترى الإجابة بعينيك. وإن كان مفهوم عنوان IP نفسه لا يزال ضبابيًا لديك، فابدأ بدليلنا ما هو عنوان IP؟ ثم عُد إلى هنا.

1. ping: المتوفر في كل مكان

أمر ping موجود في كل أنظمة التشغيل. مهمته الأصلية التحقق من أن جهازًا ما يستجيب، لكنه يعرض عنوان IP للنطاق في أول سطر من مخرجاته، وهذا كل ما نريده منه. في Windows افتح موجّه الأوامر (اضغط زر Windows واكتب cmd ثم Enter)؛ وفي Mac افتح تطبيق Terminal. ثم اكتب:

$ ping example.com

PING example.com (93.184.216.34): 56 data bytes
64 bytes from 93.184.216.34: icmp_seq=0 ttl=56 time=18.2 ms

العنوان بين القوسين، 93.184.216.34، هو ما تبحث عنه. في Windows يتوقف ping من تلقاء نفسه بعد أربع محاولات؛ أما في Mac وLinux فيواصل حتى تضغط Ctrl + C (أو حدّد العدد مسبقًا بكتابة ping -c 4 example.com). وملاحظة أخيرة: إذا ظهر العنوان لكن الحزم «ضاعت» من دون ردّ، فلا تستعجل الحكم بأن الموقع متوقف، فكثير من الخوادم تتجاهل طلبات ping عمدًا لأسباب أمنية. وبالنسبة إلى هدفك لا فرق أصلًا: ترجمة الاسم نجحت، والعنوان أمامك على الشاشة.

2. nslookup: الأداة المتخصصة الكلاسيكية

على خلاف ping، صُمم nslookup لهذه المهمة تحديدًا: استعلام DNS. وهو مثبّت مسبقًا على Windows وMac وLinux بصيغة واحدة لا تتغير، ولا يرسل أي حزمة إلى الموقع نفسه، بل يكتفي بسؤال خادم DNS:

$ nslookup example.com

Server:   192.168.1.1
Address:  192.168.1.1#53

Non-authoritative answer:
Name:     example.com
Address:  93.184.216.34

السطران الأولان يخبرانك أيُّ خادم DNS تولّى الإجابة (هنا: راوتر المنزل). والإجابة التي تعنيك في الأسفل: Address: 93.184.216.34. أما عبارة «non-authoritative» فلا تقلق منها، فكل ما تعنيه أن الردّ جاء من ذاكرة تخزين وسيطة لا من الخادم الرسمي للنطاق، وهذا هو الوضع الطبيعي. وإذا كان للنطاق أكثر من عنوان، فسيعرضها nslookup كلها، كل عنوان في سطر.

3. dig: المفضل لدى المطورين

يأتي dig مثبتًا مسبقًا على Mac وLinux (وفي Windows يصلك عبر أدوات مثل WSL)، وهو الأقوى بين الأدوات الثلاث. وخيار +short نعمة حين تريد الرقم وحده من دون أي زوائد:

$ dig +short example.com
93.184.216.34

سطر واحد فيه العنوان ولا شيء غيره، وهو بالضبط ما تحتاجه السكربتات. ومن دون +short يعرض dig ردّ DNS كاملًا بكل تفاصيله: مدة صلاحية السجل (TTL، أي عدد الثواني التي يجوز فيها تخزين الإجابة مؤقتًا)، ونوع السجل، والخادم الذي أجاب. ضجيج أكثر، نعم، لكنه معلومات أوفر حين تشخّص مشكلة في DNS. وإن كان سطر الأوامر لا يستهويك، فللأوامر الثلاثة بدائل على الويب: أي أداة «DNS lookup» تجري الاستعلام نفسه من داخل المتصفح.

حلّل العنوان الذي حصلت عليه

الحصول على الرقم نصف المهمة؛ والنصف الآخر أن تعرف ما الذي يقف خلفه. انسخ العنوان والصقه في حقل البحث في صفحتنا الرئيسية: سترى فورًا الشركة التي تشغّله، ورقم نظامها المستقل (ASN)، والدولة والمدينة التقريبية، وهل ينتمي إلى مركز بيانات أم إلى شبكة منزلية. مع المواقع ستجد في الغالب اسم مزوّد استضافة أو خدمة سحابية (Amazon أو Google أو OVH أو Hetzner)، وهذا وحده يخبرك بالكثير عن المكان الذي «تسكن» فيه الصفحة فعلًا. وللتعمق في الفرق بين النوعين، عندنا دليل كامل عن عنوان IP المنزلي مقابل عنوان مركز البيانات.

هذا هو الاستعلام نفسه الذي يجريه مدير الأنظمة ليجيب عن أسئلة مثل: «هل هذا الموقع مستضاف في أوروبا؟» أو «هل هذا الرابط المريب يقود إلى خادم محترم؟». وإن كنت تدير خادمًا بنفسك (خادم بريد مثلًا) فهناك فحص إضافي يستحق دقيقة من وقتك: تحقّق من سمعة عنوان خادمك في القوائم السوداء بأداتنا المجانية، لتعرف إن كان مدرجًا لدى قوائم مكافحة السبام.

لماذا يتغيّر العنوان من استعلام إلى آخر؟

كرّر الأمر نفسه مرتين متتاليتين وقد تحصل على عنوانين مختلفين. لا خلل في جهازك: هذا هو السلوك الطبيعي للويب الحديث، وتقف خلفه ثلاث آليات.

• DNS round-robin. يستطيع النطاق الواحد أن يعلن عن عدة عناوين، ويبدّل خادم DNS ترتيبها في كل إجابة. إنها أقدم طرق توزيع الزوار على عدة خوادم: كل استعلام «يفوز» بجهاز مختلف من القائمة.
• شبكات CDN تجيب بحسب موقع السائل. تردّ شبكات توزيع المحتوى على كل استعلام بعنوان الخادم الأقرب إلى من يسأل. لهذا ترى أنت عنوانًا في الرياض ويرى صديقك في باريس عنوانًا آخر: كلاكما يسأل عن النطاق نفسه، لكن DNS يوجّه كلًا منكما إلى نسخة مختلفة من الموقع.
• Anycast. الحيلة الأكثر أناقة: عنوان IP واحد بعينه يُعلَن عنه في الوقت نفسه من عشرات مراكز البيانات حول العالم، وتتكفل الشبكة بتوجيه كل اتصال إلى أقرب نقطة. هنا لا يتغير العنوان، لكن الجهاز الفعلي الذي يجيبك يتغير: فالرقم الذي تراه أشبه ببوابة دخول عالمية منه بخادم بعينه.

الخلاصة: عنوان IP لموقع كبير ليس معطى ثابتًا، بل إجابة صحيحة بالنسبة إليك، في هذه اللحظة. أما الموقع الصغير المستضاف على خادم واحد، فعنوانه يظل عادةً مستقرًا لسنوات.

حقيقة شبكات CDN: العنوان الذي تراه نادرًا ما يكون عنوان الخادم

وهنا يأتي التنبيه الذي تغفله أغلب الشروحات. استعلم عن عنوان موقع متوسط أو كبير، وفي معظم الحالات سيصلك عنوان لا يعود إلى صاحب الموقع، بل إلى وسيط: Cloudflare أو Akamai أو Fastly أو CloudFront وأمثالها. تقف شبكات CDN هذه أمام الخادم الحقيقي («خادم الأصل»)، فتمتص حركة الزوار، وتقدّم نسخًا مخزّنة من الصفحات، وتصدّ الهجمات. يشير DNS إلى شبكة CDN، ويبقى خادم الأصل مختبئًا خلفها، لا يقبل الاتصالات إلا منها.

وهذا مقصود تمامًا. فإخفاء عنوان الأصل يحمي الموقع من هجمات حجب الخدمة الموجهة مباشرةً إلى خادمه، ويترك لشبكة CDN عملها في التسريع والتخزين المؤقت. فإذا أعاد لك nslookup عنوانًا تابعًا لـ Cloudflare فأنت لم «تفشل»، بل وجدت بالضبط ما يريد الموقع أن يعرضه للعالم. والوصول إلى خادم الأصل خلف شبكة CDN مضبوطة الإعداد صعب جدًا، وهكذا أُريد له أن يكون. ولأي غرض مشروع تقريبًا (تشخيص، فضول، معرفة مكان الاستضافة) يبقى عنوان CDN هو الإجابة التي تهمّك، لأنه الجهاز الذي يتحدث معه متصفحك فعلًا.

سجلّا A وAAAA: العنوانان اللذان قد يحملهما النطاق الواحد

حين يجيب DNS فهو في الحقيقة يقرأ نوعين من السجلات. سجل A يحمل عنوان IPv4 للنطاق: الصيغة الكلاسيكية المكوّنة من أربعة أرقام، مثل 93.184.216.34. وسجل AAAA يحمل عنوان IPv6 الأطول بكثير، مثل 2606:2800:220:1:248:1893:25c8:1946 (أربعة أحرف A، لأنه أطول من عنوان IPv4 أربع مرات). كثير من المواقع يملك السجلّين معًا، ويختار جهازك تلقائيًا ما يناسب اتصالك.

افتراضيًا يعرض لك nslookup وping عنوان IPv4 في الغالب. ولطلب نسخة IPv6 صراحةً:

$ dig +short AAAA example.com
2606:2800:220:1:248:1893:25c8:1946

ومع nslookup يكون المكافئ nslookup -type=AAAA example.com. وإذا لم يصلك أي ردّ، فالموقع يعمل بـ IPv4 فقط، وهذا لا يزال شائعًا حتى اليوم.

ما الذي يكشفه عنوان IP لموقع، وما الذي لا يكشفه؟

صار العنوان في يدك. إليك ما تستطيع الوصول إليه واقعيًا، وأين ينتهي الطريق:

• مزوّد الاستضافة: نعم. استعلام WHOIS عن العنوان (أو حقل البحث في صفحتنا الرئيسية) يكشف الشركة التي خُصصت لها هذه الكتلة من العناوين: Amazon Web Services أو Cloudflare أو OVH… وهي معلومات علنية في سجلات الإنترنت الإقليمية.
• هوية صاحب الموقع: لا. يشير العنوان إلى البنية التحتية، لا إلى الشخص. فخوادم Amazon تستضيف ملايين العملاء، ومعرفة أن موقعًا يعمل على AWS لا تخبرك من يديره. وحتى WHOIS الخاص بالنطاق نفسه لم يعد يسعفك اليوم، فالبيانات الشخصية فيه محجوبة غالبًا بخدمات حماية الخصوصية.
• الموقع الجغرافي: تقريبي، ويخص مركز البيانات. تحديد الموقع الجغرافي لعنوان موقعٍ ما يدلك على مكان الخادم (أو عقدة CDN)، لا على مكان إقامة صاحبه: فمدونة شخصية تُكتب من الدار البيضاء قد تكون مستضافة في مركز بيانات في فرجينيا.

وسؤال يتكرر كثيرًا: هل كل هذا قانوني؟ نعم، ومن دون أي تحفظ. DNS قاعدة بيانات علنية صُممت أصلًا لتُستعلَم، ومتصفحك يسألها آلاف المرات يوميًا. والسؤال عن عنوان نطاق ما لا يختلف عن البحث عن رقم في دليل الهاتف. ما تنظمه القوانين هو ما قد تفعله بعد ذلك بالخادم (محاولة الدخول من دون إذن، أو شنّ هجوم عليه)، لا الاستعلام نفسه.

خلاصة سريعة

• أوامر nslookup example.com أو ping example.com أو dig +short example.com في سطر الأوامر تعيد لك عنوان IP لأي موقع ويب، ولا حاجة إلى تثبيت أي شيء.
• قد يتغير العنوان بين استعلام وآخر: آليات round-robin وCDN وanycast توزّع كل نطاق على خوادم كثيرة بحسب من يسأل ومن أين.
• في معظم المواقع الكبيرة يعود العنوان الظاهر إلى شبكة CDN (مثل Cloudflare أو Akamai)، لا إلى خادم الأصل، وهذا مقصود لا عيب في استعلامك.
• تحفظ سجلات A عناوين IPv4 وسجلات AAAA عناوين IPv6؛ اطلب كل نوع على حدة إن احتجت إلى نسخة بعينها.
• يكشف العنوان مزوّد الاستضافة وموقعًا تقريبيًا لمركز البيانات، لكنه لا يكشف هوية صاحب الموقع أبدًا. الصقه في صفحتنا الرئيسية لتحليله فورًا.

أسئلة شائعة

لماذا أحصل على عنوان IP مختلف عن الذي حصل عليه صديقي؟

لأن DNS الحديث يجيب بحسب من يسأل. فإذا كان الموقع خلف شبكة CDN، حصل كل سائل على عنوان العقدة الأقرب إليه: أنت تحصل على خادم منطقتك، وصديقك على خادم منطقته. وإذا كان النطاق يعتمد على round-robin، تبدّل ترتيب العناوين مع كل إجابة. العنوانان «صحيحان» بالقدر نفسه، فهما بابان مختلفان إلى المحتوى ذاته. وحدها المواقع الصغيرة ذات الخادم الواحد تعيد العنوان نفسه للجميع.

هل أستطيع معرفة صاحب الموقع من عنوان IP الخاص به؟

لا. استعلام WHOIS عن العنوان يحدد الشركة المالكة لكتلة العناوين (شركة استضافة أو شبكة CDN في الغالب)، لا عميلها صاحب الموقع. أما WHOIS الخاص بالنطاق، الذي كان قديمًا يعرض اسم المسجّل وبريده، فهو اليوم محجوب غالبًا بخدمات إخفاء البيانات. وإن احتجت إلى التواصل مع المسؤول عن موقع ما، فالطرق الواقعية هي صفحة الاتصال في الموقع نفسه، أو بريد abuse@ لدى مزوّد استضافته (الذي يعرف عميله جيدًا)، أو المسار القانوني في الحالات الجادة.

هل يعلم الموقع أنني استعلمت عن عنوانه؟

لا. استعلام DNS عبر nslookup أو dig يذهب إلى خادم DNS (راوتر منزلك أو خوادم مزوّد الإنترنت) ولا يصل إلى الموقع المعني إطلاقًا، فالنطاق لا يستقبل منه أي شيء. أما ping فيرسل فعلًا بضع حزم إلى الجهاز الهدف، لكنها لا تتميز عن الضجيج الاعتيادي الذي يتلقاه أي خادم على الإنترنت في كل لحظة، ولا تحمل اسمك: أقصى ما فيها عنوان IP العام الخاص بك، وهو نفسه الذي سيراه الموقع لو زرته بالمتصفح.