ما هي قائمة اللواحق العامة (Public Suffix List)؟
قائمة اللواحق العامة مبادرة من Mozilla يصونها المجتمع، وتذكر كل لاحقة يمكن للناس تسجيل الأسماء تحتها: النطاقات العليا (com)، والمستويات الثانية لدى السجلات (co.uk وcom.sa)، وفي قسم PRIVATE المنصاتِ التي تمنح نطاقات فرعية (github.io). والنطاق القابل للتسجيل (eTLD+1) هو اللاحقة العامة مضافاً إليها مقطع واحد؛ وتستخدمه المتصفحات لرفض ملفات تعريف الارتباط الموضوعة للاحقة كاملة، ولتحديد أي المضيفين ينتمون إلى الموقع نفسه.
ملاحظة أمنية: الشيفرة التي تعدّ آخر مقطعين هما النطاق القابل للتسجيل تخطئ مع co.uk وgithub.io، وقد يسمح ذلك بوصول ملفات تعريف الارتباط أو الصلاحيات الخاصة بمستأجر إلى مضيفي مستأجر آخر.
كيفية استخدام البحث عن اللاحقة العامة
- الصق أسماء المضيفين أو الروابط، واحداً في كل سطر؛ والروابط تُختزل إلى اسم المضيف.
- اترك «قسم ICANN فقط» غير مفعّل لترى ما يراه المتصفح، أو فعّله لترى الأسماء القابلة للتسجيل كما يراها السجل.
- اقرأ الجدول: اللاحقة العامة هي المستوى الذي لا يملكه أحد ويُسجَّل تحته، والنطاق القابل للتسجيل هو الموقع الذي تنتمي إليه ملفات تعريف الارتباط أو التسجيل.
- راجع الملاحظات بشأن قواعد البدل والاستثناء واللواحق الخاصة وغير المدرجة، ولوحة التفاصيل لكل القواعد التي طابقت أول مضيف.
مزايا البحث عن اللاحقة العامة
- اللاحقة العامة والنطاق القابل للتسجيل (eTLD+1) والنطاق الفرعي لما يصل إلى 50 اسم مضيف أو رابطاً دفعة واحدة
- القاعدة التي حسمت النتيجة ونوعها (مدرجة، أو بدل، أو استثناء، أو القاعدة الضمنية «*») وقسمها: ICANN أو PRIVATE
- خيار «قسم ICANN فقط» لرؤية الأمور كما يراها السجل، حيث تُعامَل اللواحق الخاصة مثل github.io كأسماء عادية
- الأسماء الدولية، ومنها الأسماء العربية، بصيغتَي Unicode وpunycode جنباً إلى جنب
- قائمة بكل القواعد المطابقة لأول مضيف، لترى لماذا غلبت القاعدة الأطول أو قاعدة الاستثناء
- يعمل كلياً في متصفحك على نسخة مضمّنة من قائمة اللواحق العامة (مؤسسة Mozilla، رخصة MPL 2.0)، مع عرض إصدارها
- نتائج فورية أثناء الكتابة، وتنزيل الجدول بصيغة CSV
المدخلات والمخرجات
المدخلات
- أسماء المضيفين أو الروابط: واحد في كل سطر (والفواصل والفواصل المنقوطة تفصل بينها أيضاً)، وحتى 50. الرابط يُختزل إلى اسم مضيفه، ويُتجاهل المنفذ والمسار ومعلومات المستخدم.
- قسم ICANN فقط: غير مفعّل افتراضياً (القسمان معاً كما تستخدمهما المتصفحات)، ومفعّل لرؤية السجل.
المخرجات
- النتائج: لكل مُدخل اللاحقة العامة والنطاق القابل للتسجيل والنطاق الفرعي والقاعدة الغالبة وقسمها.
- تفاصيل أول مضيف: صيغتا Unicode وASCII، والمقاطع، والنطاق الأعلى، والقاعدة الغالبة ونوعها، وكل قاعدة طابقت، وصيغ punycode للأسماء الدولية.
- ملاحظات: اللواحق الخاصة وقواعد البدل والاستثناء والنطاقات غير المدرجة، والأسماء التي هي لاحقة عامة بنفسها، ومشكلات المُدخلات.
- بيانات قائمة اللواحق العامة: إصدار القائمة المضمّنة وعدد قواعدها ومصدرها ورخصتها.
مثال على البحث عن اللاحقة العامة
نطاق ثانٍ لدولة، ولاحقة خاصة، وقاعدة استثناء
الإدخال:
www.example.co.uk
shop.example.github.io
www.city.kobe.jpالنتيجة:
النتائج:
www.example.co.uk | co.uk | example.co.uk | www | co.uk | ICANN
shop.example.github.io | github.io | example.github.io | shop | github.io | PRIVATE
www.city.kobe.jp | kobe.jp | city.kobe.jp | www | !city.kobe.jp | ICANN
ملاحظات: shop.example.github.io: القاعدة من قسم PRIVATE: اللاحقة ملك لشركة تمنح عملاءها نطاقات فرعية، وليست لسجل نطاقات. · www.city.kobe.jp: قاعدة استثناء تجعل هذا الاسم قابلاً للتسجيل رغم أن قاعدة بدل تشمل جيرانه: !city.kobe.jp
بيانات قائمة اللواحق العامة: إصدار القائمة 2026-10-07_07-28-19_UTC · القواعد 6949 ICANN + 3387 PRIVATEكيف تقرأ نتائج البحث عن اللاحقة العامة
اللاحقة العامة: المستوى الذي يسجّل الناس أسماءهم تحته (com وco.uk وgithub.io). لا يمكن وضع ملف تعريف ارتباط لها، والاسم الذي هو لاحقة عامة بنفسه يظهر نطاقه القابل للتسجيل «—».
النطاق القابل للتسجيل (eTLD+1): الاسم الذي يبيعه السجل أو تمنحه المنصة، وهو «الموقع» الذي تجمع المتصفحات المضيفين تحته؛ فـ www.example.co.uk وshop.example.co.uk يشتركان في example.co.uk.
القسم PRIVATE: شركة تدير اللاحقة وتمنح عملاءها نطاقات فرعية، والمتصفحات تفصل بين هؤلاء العملاء. و«غير مدرج في القائمة»: النطاق الأعلى غائب عن القائمة، فيُعامَل مقطعه الأخير وحده على أنه اللاحقة.
مع «قسم ICANN فقط» تُتجاهل اللواحق الخاصة: فيصبح النطاق القابل للتسجيل لـ shop.example.github.io هو github.io، أي الاسم الذي سجّلته GitHub.
متى تستخدم البحث عن اللاحقة العامة
- معرفة قيم خاصية Domain التي يجوز لمضيف ما وضعها في ملفات تعريف الارتباط، أو سبب رفض المتصفح لإحداها.
- تجميع روابط السجلات أو التحليلات حسب الموقع (eTLD+1) لا حسب اسم المضيف الكامل.
- التحقق من منطق «النطاق القابل للتسجيل» في شيفرتك بمقارنته بالقائمة المرجعية.
- فهم سبب معاملة النطاقات الفرعية في المنصات متعددة المستأجرين كمواقع منفصلة.
استكشاف الأخطاء وإصلاحها
- «ليس اسم مضيف صالحاً»: في السطر مسافات، أو نقطتان متتاليتان، أو مقطع أطول من 63 حرفاً، أو حروف لا يقبلها اسم المضيف. والملاحظة تحت الجدول تحدد المشكلة.
- لاحقة كنت تتوقعها غير موجودة: قد تكون النسخة المضمّنة أقدم من إضافتها. قارن الإصدار المعروض بموقع publicsuffix.org.
- عنوان IP يظهر بلا لاحقة عامة: القائمة تخص أسماء النطاقات فقط.
- مضيف على منصة خاصة (github.io أو blogspot.com) تظهر المنصة لاحقةً له: هذا مقصود؛ فعّل «قسم ICANN فقط» لترى رؤية السجل.
الأسئلة الشائعة حول البحث عن اللاحقة العامة
ما الفرق بين قسمَي ICANN وPRIVATE في القائمة؟
يضم قسم ICANN النطاقات العليا والأسماء التي تبيع السجلات تحتها (مثل co.uk وcom.sa). أما قسم PRIVATE فيضم نطاقات يمنح أصحابها نطاقات فرعية لعملاء لا علاقة لهم ببعض، مثل github.io أو blogspot.com، فتعامل المتصفحات النطاق الفرعي لكل عميل على أنه موقع مستقل. فعّل «قسم ICANN فقط» لترى رؤية السجل، حيث ينتمي example.github.io إلى github.io.
ما علاقة قائمة اللواحق العامة بملفات تعريف الارتباط (cookies)؟
ترفض المتصفحات أي ملف تعريف ارتباط تكون خاصية Domain فيه لاحقة عامة، فلا يستطيع أي موقع وضع ملف لكل co.uk أو github.io. والنطاق القابل للتسجيل هو أيضاً ما يجعل مضيفَين «الموقع نفسه» في ملفات SameSite وفي حدود أخرى يطبّقها المتصفح.
أي إصدار من القائمة تستخدم الأداة؟
نسخة مضمّنة في الصفحة مولَّدة من publicsuffix.org، ويظهر إصدارها وعدد قواعدها في قسم «بيانات قائمة اللواحق العامة». واللاحقة التي أُضيفت إلى القائمة بعد إنشاء هذه النسخة لا تعرفها الأداة حتى تُحدَّث النسخة المضمّنة.
ماذا تعني قاعدة البدل وقاعدة الاستثناء؟
قاعدة البدل مثل *.kobe.jp تجعل كل اسم تحت kobe.jp مباشرة لاحقة عامة قائمة بذاتها. أما قاعدة الاستثناء مثل !city.kobe.jp فتستثني اسماً واحداً، فيصبح city.kobe.jp قابلاً للتسجيل. وتذكر الأداة القاعدة التي حسمت النتيجة وتسرد كل القواعد التي طابقت.
هل يُرسَل ما أكتبه إلى أي خادم؟
لا. القائمة والخوارزمية تعملان في متصفحك، والأداة لا ترسل أي طلب عبر الشبكة إطلاقاً.
ملاحظات تقنية
الخوارزمية هي التي يوثّقها موقع publicsuffix.org: كل قاعدة تطابق مقاطعُها المقاطعَ اليمنى من الاسم مرشَّحة (والمقطع «*» يطابق أي مقطع واحد)؛ وقاعدة الاستثناء (!) تغلب كل ما عداها وتُسقط مقطعها الأيسر؛ وإلا فالقاعدة ذات المقاطع الأكثر هي الغالبة؛ وإن لم تطابق أي قاعدة جعلت القاعدةُ الضمنية «*» النطاقَ الأعلى هو اللاحقة العامة. والنطاق القابل للتسجيل هو اللاحقة العامة مضافاً إليها مقطع واحد.
تُحوَّل الأسماء إلى أحرف صغيرة، وتُوحَّد بصيغة NFC، ثم تُحوَّل إلى punycode (IDNA وفق RFC 5891) قبل المطابقة، لأن القائمة محفوظة بصيغة ASCII؛ ثم تُعرض النتائج بالصيغة التي كتبتها. وتستخدم المتصفحات القائمة نفسها لتحديد نطاق ملفات تعريف الارتباط (يرفض RFC 6265 خاصية Domain إذا كانت لاحقة عامة) ولتعريف «الموقع» في ملفات SameSite.
الحدود ومنهجية القياس
الإجابة حديثة بقدر حداثة القائمة المضمّنة فقط؛ وما أُضيف في publicsuffix.org بعد الإصدار المعروض لا تعرفه الأداة.
تحدد القائمة أين تجري التسجيلات، لا من يملك الاسم ولا هل الاسم موجود: لذلك استخدم استعلام WHOIS / RDAP أو استعلام DNS.
حتى 50 سطراً في كل مرة؛ وما زاد يُتجاهل مع تنبيه.
الأمان والخصوصية
يعمل كل شيء في متصفحك على قائمة مضمّنة في الصفحة؛ ولا يُرسَل أي شيء تكتبه إلى متقن ولا إلى أي جهة أخرى.
المراجع
- Public Suffix Listمعنى اللاحقة العامة (مثل com وco.uk وpvt.k12.ma.us)، ولماذا تستخدم المتصفحات القائمة لمنع «ملفات تعريف الارتباط الفائقة»، وأن القائمة مبادرة من Mozilla يصونها المجتمع.
- View the Public Suffix Listالقائمة نفسها وصيغتها: قسما ICANN وPRIVATE، وقواعد البدل (*) والاستثناء (!)، والخوارزمية التي تختار القاعدة الغالبة.
- RFC 6265: HTTP State Management Mechanismكيف تُضبط ملفات تعريف الارتباط وتُرسَل: سمات Set-Cookie (Expires وMax-Age وDomain وPath وSecure وHttpOnly) وقواعد نطاقها.