كيف تتحقق بنفسك أن سيرفرك فعلاً في العراق؟ أربعة اختبارات بأوامر جاهزة

كل بضعة أشهر يسألنا زبون السؤال نفسه: «وجدت شركة تبيع سيرفراً في بغداد بسعر أقل — هل هو فعلاً في بغداد؟». والسؤال مشروع، لأن كلمة «سيرفر عراقي» صارت وصفاً تسويقياً أكثر منها وصفاً تقنياً، ولأن المشتري في العراق لا يملك عادةً أداة يتحقق بها بنفسه.

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

قبل أن تبدأ: ما الذي تحاول إثباته فعلاً؟

هناك ثلاثة أسئلة مختلفة يخلط بينها كثيرون:

• أين يقع الجهاز فيزيائياً؟ هذا ما يهمّك غالباً.
• لمن يعود تسجيل عنوان الإنترنت؟ معلومة إدارية لا تدل على الموقع.
• هل الوصول إليه من داخل العراق سريع؟ وهذا سؤال ثالث مختلف تماماً، وقد يكون جوابه «لا» حتى لو كان الجهاز في بغداد فعلاً.

احتفظ بهذا التمييز في ذهنك، لأن الاختبارات التالية تجيب عن أسئلة مختلفة.

الاختبار الأول: سجل الشبكة لا يكفي وحده

كل نطاق عناوين على الإنترنت مسجّل باسم جهة ما لدى أحد السجلات الإقليمية الخمسة. تعرف صاحب أي عنوان بأمر واحد:

whois 130.94.98.13

أو من المتصفح عبر خدمة rdap العامة. ستحصل على اسم المالك وبلد التسجيل ورقم شبكته المستقل.

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

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

الاختبار الثاني: قواعد الجيولوكيشن متناقضة

هذه القواعد التي تعطيك «المدينة» لأي عنوان. جرّب أي منها على العنوان الذي تفحصه.

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

وفي فحص أجريناه هذا الشهر، وجدنا نطاق عناوين تقول عنه قاعدة شائعة إنه في «أربيل» بينما تقول قاعدة أخرى معروفة إنه في «فرانكفورت» — لنفس العنوان في نفس اللحظة. القياس الفعلي أثبت أن الثانية هي الصحيحة.

القاعدة العملية: استخدم الجيولوكيشن كمؤشر أولي فقط. وإذا تناقضت قاعدتان، فالقياس هو الحَكَم — لا القاعدة التي تعجبك نتيجتها.

الاختبار الثالث: بوابة التبادل العراقية الدليل الحاسم

هذا أقوى اختبار متاح لك من خارج العراق، وقليلون يعرفونه.

في بغداد بوابة تبادل إنترنت اسمها IRAQ-IXP، تُشغَّل بالشراكة مع DE-CIX الألمانية، وتتصل بها عشرات الشبكات العراقية. أي شركة لها راوتر فعلي داخل بغداد ومتصلة بهذه البوابة، تظهر إعلاناتها على خوادم التوجيه الخاصة بها — ويمكنك أنت أن تقرأ ذلك مباشرة، لأن البوابة تنشر أداة looking glass عامة.

شغّل هذا الأمر واستبدل النطاق بنطاق المزوّد الذي تفحصه:

curl -s "https://lg.iraqixp.com/api/v1/lookup/prefix?q=130.94.98.0/24" \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['imported']['routes'])"

إن عاد لك مسار فيه next_hop يبدأ بـ128.0.45. فهذا يعني أن للمالك جهاز توجيه موصولاً بسويتش في بغداد يعلن هذا النطاق محلياً. وهذه شهادة لا يمكن تزويرها من الخارج، لأنها صادرة من بنية عراقية لا من المزوّد.

وإن عاد لك مصفوفة فارغة، فهذا لا يعني بالضرورة أن السيرفر ليس في العراق — قد يكون المزوّد يستأجر سعة من مزوّد عراقي دون أن يتصل بالبوابة بنفسه. لكنه يعني أنك لم تحصل على الدليل، وتحتاج الاختبار الرابع.

الاختبار الرابع: بصمة زمن الوصول مؤكِّد

هذا الاختبار يقوم على فكرة بسيطة: سرعة الضوء في الألياف لا تُخدَع. فإذا قِست زمن الوصول إلى السيرفر من عدة نقاط حول العالم، حصلت على «بصمة» تحدد قارته بدقة معقولة.

لكن هنا الخطأ الذي يقع فيه أغلب من يحاول: القياس من أوروبا وحدها لا يكفي ويضلّل. شبكة عراقية حقيقية تعطي من بوخارست ما بين 55 و80 ملّي ثانية، وسيرفر أوروبي يعطي 34 — والفرق ليس كبيراً بما يكفي للحكم.

الذي يحسم هو القياس من إيران وهونغ كونغ وأستراليا. وهذا جدول البصمة من قياساتنا الفعلية:

لاحظ المفارقة: الأرقام المرتفعة هي دليل الصدق هنا. سيرفر في بغداد يعطي إيران ما بين 154 و164 ملّي ثانية، لأن الربط بين العراق وإيران ضعيف والترافيك يدور عبر أوروبا. أما السيرفر الأوروبي فيعطي إيران نحو 100. وكذلك هونغ كونغ وأستراليا: سيرفر في بغداد يعطيهما ما بين 235 و370، والأوروبي يبقى أقل بنحو 20 إلى 70 ملّي ثانية لأنه أقرب إليهما مساراً.

كيف تقيس من عدة قارات بلا أدوات معقّدة

استخدم أي خدمة قياس عامة تعطيك عُقداً في عدة دول، وقارن النتيجة بعنوان لشبكة عراقية معروفة. ومن جهازك مباشرة يكفي أمر واحد:

ping -c 15 <IP>
tracepath <IP>

فحص إضافي في ثانية: هل هو جهاز أم راوتر؟

عند ردّ البنغ ستجد قيمة ttl. اطرحها من أقرب رقم أعلى في هذه المجموعة: 64 أو 128 أو 255، والناتج هو عدد القفزات. والأهم أن البادئة نفسها تخبرك نوع الجهاز: نظام لينكس يبدأ من 64، ومعدّات الشبكة غالباً من 255.

وإن كان منفذ SSH مفتوحاً، فسطر واحد يكشف لك نظام التشغيل:

timeout 5 bash -c 'exec 3<>/dev/tcp/<IP>/22; head -1 <&3'

ردّ مثل SSH-2.0-OpenSSH_8.9p1 Ubuntu يعني أن خلف العنوان جهازاً حقيقياً يشغّل نظاماً، لا مجرد راوتر يمرّر الترافيك إلى مكان آخر.

القرب ليس كل شيء: ما الذي يقرر سرعة موقعك فعلاً؟

بعد كل هذا الكلام عن المسافة وزمن الوصول، من الإنصاف أن نقول الجزء الذي تغفله الإعلانات: زمن الشبكة جزء واحد من المعادلة، وغالباً ليس أكبرها.

حين يفتح زائر صفحة على موقعك، ينقسم الوقت إلى شقّين:

• زمن الشبكة — رحلة الطلب ذهاباً وإياباً. في العراق تتراوح عادة ما بين 70 و150 ملّي ثانية.
• زمن توليد الصفحة على السيرفر — تنفيذ الكود واستعلامات قاعدة البيانات وبناء الصفحة. وهذا يتراوح ما بين 150 ملّي ثانية على عتاد حديث ومُهيَّأ، وأكثر من ثانيتين على عتاد قديم أو مزدحم.

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

لماذا يصعب تعويض هذا الشق؟

لأن العتاد من الفئة العليا مكلف، وشراءه ليس قراراً يومياً. وهذه أرقام بنيتنا في مرام هوست، معروضة كي تقارنها بما يعرضه غيرنا:

هذه ليست مواصفات نادرة عالمياً، لكنها غير شائعة في السوق المحلي، لأن عقدة صغيرة مستأجرة داخل مركز بيانات لا تُبنى عادة على معالجات بهذه الفئة. ولهذا نقول لزبائننا: اسأل عن المعالج وخادم الويب ونوع التخزين، لا عن المدينة وحدها.

السؤال الصحيح ليس «أين السيرفر؟» بل «أين السيرفر، وبأي معالج، وكم يشارك معه؟». الأول وحده يعطيك عشرات الملّي ثانية، والثلاثة معاً تعطيك تجربة الزائر كاملة.

ما لا تستطيع هذه الاختبارات إثباته

الأمانة تقتضي ذكر الحدود:

• لا تحدد المدينة بدقة. تفرّق بين بغداد وفرانكفورت بسهولة، لكن التفريق بين بغداد وأربيل يحتاج قياساً من داخل العراق.
• لا تخبرك من يملك المبنى. قد يكون المزوّد مستأجراً لرَك واحد عند شركة عراقية، وهذا مشروع تماماً، لكنه ليس «مركز بيانات مملوكاً» كما تقول بعض الصفحات.
• لا تقيس جودة الخدمة. زمن الوصول يقيس مسار الشبكة في لحظة، لا سعة السيرفر ولا استقراره ولا جودة دعمه.

السؤال الأهم الذي ينساه المشتري

لنفترض أنك تحققت وثبت أن السيرفر في بغداد فعلاً. يبقى سؤال يقرر تجربة زوارك أكثر من موقع السيرفر نفسه: هل يصل جمهورك إليه محلياً؟

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

لذلك قد يكون سيرفر في بريطانيا أسرع لزبون على مزوّد معيّن من سيرفر في بغداد نفسها. وهذه ليست مفارقة بلاغية بل نتيجة قِسناها: زبون على أحد المزودين العراقيين الكبار يصل شبكتنا في بريطانيا في نحو 74 ملّي ثانية.

تسعة أسئلة اسألها قبل أن تدفع

السؤال الأول وحده يكفي غالباً. المزوّد الواثق من بنيته يعطيك عنوان اختبار بلا تردد، لأنه يعلم أن الفحص في صالحه.

خلاصة

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