ما هو عنوان IP من نوع Bogon ولماذا يهم

عنوان IP من نوع bogon هو عنوان من فضاء خاص أو محجوز أو غير مخصص لا ينبغي أن يظهر أبدًا مصدرًا للحركة على الإنترنت العام. ويأتي الاسم من «bogus» أي زائف، وتحدد IANA ومجموعة من RFC النطاقات المعنية، لذا فالتحقق من كون العنوان bogon هو بحث مقابل قائمة منشورة قائمة على المعايير لا تخمين.

نطاقات bogon الرئيسية

هناك مجموعتان تستحقان الفصل. النطاقات الخاصة المحجوزة تحددها المعايير ولن تُوجَّه علنًا أبدًا. أما الفضاء غير المخصص، الذي يسمى أحيانًا «full bogons»، فهو فضاء عناوين لم يسلّمه أي سجل بعد. والنطاقات المحجوزة أدناه هي الأكثر مصادفة لك.

• 0.0.0.0/8: «هذه الشبكة»؛ يظهر مصدرًا حين لا يكون للمضيف عنوان بعد.
• 10.0.0.0/8 و172.16.0.0/12 و192.168.0.0/16: الشبكات الخاصة من RFC 1918.
• 100.64.0.0/10: فضاء عناوين مشترك لـ NAT على مستوى المشغّل (RFC 6598).
• 127.0.0.0/8: loopback.
• 169.254.0.0/16: link-local، يُخصَّص تلقائيًا عند فشل DHCP.
• 192.0.0.0/24: تخصيصات بروتوكولات IETF.
• 192.0.2.0/24 و198.51.100.0/24 و203.0.113.0/24: كتل التوثيق (RFC 5737) التي سترى في الأمثلة والدروس.
• 198.18.0.0/15: اختبار أداء الشبكات (RFC 2544).
• 224.0.0.0/4: multicast.
• 240.0.0.0/4: محجوز للاستخدام المستقبلي، إضافةً إلى 255.255.255.255 وهو عنوان البث المحدود.

أما في IPv6 فتتضمن المكافئات ::/128 (غير المحدد) و::1/128 (loopback) وfc00::/7 (العناوين المحلية الفريدة) وfe80::/10 (link-local) وff00::/8 (multicast) و2001:db8::/32 (التوثيق). كما تستحق العناوين المعيَّنة من IPv4 مثل ::ffff:0:0/96 وبادئة NAT64 64:ff9b::/96 الانتباه، لأنها آليات ترجمة لا ينبغي أن تظهر عناوين عملاء أيضًا. وتدرج بعض المقالات الأقدم أيضًا 192.88.99.0/24 (anycast لمرحّل 6to4)، وقد أُلغي العمل به.

لماذا يهم وجود bogon في سجلاتك

إذا ظهر bogon بوصفه العميل الظاهر لطلب عبر الإنترنت العام، فإن أحد أمور قليلة صحيح، وليس خبيثًا دائمًا. كثيرًا ما يكون السبب السباكة: وكيل عكسي أو موزّع أحمال لا يمرر عنوان العميل الحقيقي، فيرى تطبيقك العنوان الخاص للوكيل؛ أو أُخذ إدخال X-Forwarded-For من الموضع الخاطئ؛ أو سرّب إعداد NAT عنوانًا داخليًا إلى حقل عام. هذه أخطاء إعداد وتستحق الإصلاح لأنها تكسر تقييد المعدل وتحديد الموقع والإبلاغ عن الإساءة.

والسبب الآخر متعمد. يمكن تزوير عناوين المصدر في الحزم والترويسات، ويستخدم المهاجمون مصادر bogon للفيضانات المنتحلة أو لاختبار الترشيح. ولأن الحركة المشروعة لا يمكن أن تنشأ من هذه النطاقات، يرشحها المشغّلون في المنبع عند حافة الشبكة (الفكرة وراء الترشيح عند الدخول في BCP 38)، وينبغي أن يُسقط جدار الحماية لديك مصادر bogon الواصلة على الواجهات العامة. وانتبه إلى الفارق الدقيق: داخل شبكتك، العناوين الخاصة طبيعية، لذا طبّق القاعدة عند الحدود العامة فقط.

الفضاء المحجوز مقابل غير المخصص

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

فحص عنوان

يمكنك اختبار أي عنوان في أداة فحص bogon التي تقارنه بالنطاقات المحجوزة المنشورة لـ IPv4 وIPv6 وتعرض الكتلة المطابقة مع جدول مرجعي. وفي API تتضمن استجابة بحث IP الحقلين bogon وbogon_type، فيستطيع خط معالجة السجلات تعليم هذه العناوين دون جداول نطاقات مخصصة. وتسرد وثائق API الاستجابة كاملة.

وهناك حد يجدر معرفته. تستخدم الأداة قائمة محجوزة قائمة على المعايير، لا عرضًا حيًا لما يُوجَّه. والعنوان خارج النطاقات المحجوزة ليس مضمونًا أنه مخصص أو قابل للوصول. ولمعرفة هل لعنوان عام مالك فعلًا، استخدم بحث whois لـ IP لسجل التسجيل، أو بحث ASN لترى الشبكة التي تعلنه.

التعامل العملي

• وحّد صيغ العناوين وتحقق منها مبكرًا؛ وارفض عناوين bogon في الحقول التي تتوقع IP عميل عامًا.
• أسقط مصادر bogon عند حافتك العامة بقواعد جدار الحماية، لكن لا تطبقها على الحركة الداخلية.
• حين يظهر bogon على نحو غير متوقع، افحص إعداد الوكيل وموزّع الأحمال أولًا، فسوء الإعداد أشيع من الهجوم.
• تذكر أن عناوين bogon لا تحمل تحديد موقع، فتخطَّ عمليات البحث عن الموقع والسمعة لها ووفّر الطلب.

إجابات مباشرة