كيف تقرأ سجل RDAP لعنوان IP؟

العثور على السجل هو بداية التحقق

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

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

ما الذي يمكنك معرفته من RDAP؟

RDAP اختصار لـ Registration Data Access Protocol، أي بروتوكول الوصول إلى بيانات التسجيل. يتيح استعلامات ويب موحّدة عن نطاقات IPv4 وبادئات IPv6 وأرقام الأنظمة المستقلة ASN، ويعيد البيانات بصيغة JSON. المهارة الأساسية للمشغّل هي فهم النتيجة وحدودها، لا مجرد معرفة الاختصار.

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

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

RDAP وWHOIS: سهولة المعالجة لا تلغي الحاجة إلى التفسير

كلاهما يتيح بيانات التسجيل. يعتمد WHOIS أساسًا على النص، وقد تختلف صيغته بين السجلات. أما RDAP فيوفر JSON واستعلامات موحّدة وHTTP/HTTPS وإعادة توجيه بين الخدمات ودعمًا أفضل للغات. ومن مقدمي هذه الخدمات RIPE NCC وAPNIC.

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

اعثر على خدمة الاستعلام المسؤولة عن العنوان

يأخذ استعلام IP عادة شكل /ip/{IP-address} أو /ip/{CIDR-prefix}. يوضح /ip/192.0.2.1 البحث عن عنوان واحد، بينما يوضح /ip/192.0.2.0/24 البحث عن بادئة. وقد يعيد البحث عن عنوان واحد سجل النطاق الذي يحتويه.

تربط بيانات التمهيد RDAP لدى IANA نطاقات العناوين بالخدمات المناسبة، فيتمكن العميل من الوصول إلى المصدر المعتمد دون تخمين السجل الإقليمي. ويمكن استخدام واجهات البحث لدى RIR أيضًا؛ ومن أمثلة RIPE NCC المسار https://rdap.db.ripe.net/ip/{address}. دوّن الخدمة ووقت الاستعلام لتسهيل المراجعة.

ابدأ بمثال مبسط للاستجابة

يجمع المثال حدود النطاق واسمه وحالته والجهات والأحداث. العنوان 192.0.2.0/24 والأسماء التي تبدأ بـ EXAMPLE للتوضيح، ولا تصف شبكة يجري فحصها الآن. قد تتضمن الاستجابة الفعلية حقولًا إضافية أو تحذف حقولًا اختيارية بحسب سياسة الخدمة وصلاحيات الوصول.

{
  "objectClassName": "ip network",
  "handle": "NET-192-0-2-0-1",
  "startAddress": "192.0.2.0",
  "endAddress": "192.0.2.255",
  "ipVersion": "v4",
  "name": "EXAMPLE-NET",
  "type": "DIRECT ALLOCATION",
  "country": "ZZ",
  "status": [
    "active"
  ],
  "entities": [
    {
      "handle": "EXAMPLE-ORG",
      "roles": [
        "registrant"
      ]
    },
    {
      "handle": "EXAMPLE-ABUSE",
      "roles": [
        "abuse"
      ]
    }
  ],
  "events": [
    {
      "eventAction": "registration",
      "eventDate": "2020-01-01T00:00:00Z"
    },
    {
      "eventAction": "last changed",
      "eventDate": "2026-01-15T00:00:00Z"
    }
  ]
}

1. objectClassName: حدّد نوع الكائن أولًا

فئة كائن شبكة IP هي ip network. وتشير autnum إلى ASN، وentity إلى جهة أو جهة اتصال، وdomain إلى نطاق أسماء، وnameserver إلى خادم أسماء. عند فحص بادئة، تأكد أنك تقرأ كائن الشبكة نفسه لا بيانات جهة اتصال مرتبطة به فقط.

"objectClassName": "ip network"

2. startAddress وendAddress: سجّل النطاق كاملًا

يحددان أول عنوان وآخر عنوان في النطاق المسجل. قد يعيد الاستعلام عن 192.0.2.45 النطاق من 192.0.2.0 إلى 192.0.2.255؛ عندئذ تنطبق البيانات على الكتلة، وليس على مضيف منفرد فقط.

احتفظ بالحدين في التدقيق. ستحتاجهما للمقارنة مع الجرد والتخصيصات الفرعية والإعلانات الفعلية، التي قد تغطي نطاقات مختلفة.

"startAddress": "192.0.2.0",
"endAddress": "192.0.2.255"

3. ipVersion: ميّز بين عائلتي العناوين

تعني v4 أن الشبكة IPv4، وتعني v6 أنها IPv6. هذا الحقل بسيط لكنه مهم عند معالجة عدد كبير من السجلات لتجنب خلط صيغ العناوين وقواعد البادئات.

"ipVersion": "v4"

4. handle: معرّف للسجل لا سند ملكية

handle معرّف فريد للكائن داخل نظام السجل. ليس عنوان IP نفسه. يفيد في الربط بين السجلات، وتتبع الكائن، وتوثيق التدقيق، واتباع الروابط، ومقارنة البيانات التاريخية.

وظيفته تحديد الكائن المقصود، ولا يمنح وحده حكمًا بشأن الملكية القانونية أو الحقوق على المورد.

"handle": "NET-192-0-2-0-1"

5. name: اسم الشبكة قد لا يكون الاسم القانوني الحالي

يمنح name الشبكة اسمًا يسهل تمييزه. قد تتغير تسمية الشركة أو تُستحوذ شبكة بينما يبقى اسم تقني قديم في الأنظمة.

قارن الاسم بالجهات المرتبطة ومعلومات المؤسسة ووثائق الشركة والبيانات الأخرى في السجل. لا تجعل اختلاف الاسم وحده نتيجة نهائية؛ افهم العلاقة والتاريخ.

"name": "EXAMPLE-NET"

6. type: اقرأ التصنيف وفق تعريف السجل المعني

type تصنيف للشبكة وفق نموذج التسجيل الخاص بالـ RIR. القيمة DIRECT ALLOCATION مثال، ولا ينبغي افتراض أن جميع السجلات تستخدم القيم نفسها أو تمنحها المعنى ذاته.

سجّل القيمة ومصدرها أولًا، ثم راجع المصطلحات والسياسات المناسبة. اسم التصنيف وحده لا يحسم الحقوق.

"type": "DIRECT ALLOCATION"

7. country: بلد التسجيل ليس قياسًا للموقع الفعلي

رمز البلد لا يثبت أين يوجد كل خادم أو مستخدم. قد يرتبط النطاق بمؤسسة في بلد ويُوجَّه في آخر، أو يخدم عملاء دوليين، أو يُعلن من مواقع متعددة، أو يعمل في بيئة سحابية. وقد تعطي قواعد GeoIP التجارية نتائج أخرى.

التحقق من الموقع يحتاج إلى أدلة مستقلة. ZZ في المثال قيمة توضيحية، وليست اسم بلد فعلي أو نتيجة رصد جغرافي مباشر.

"country": "ZZ"

8. status: ظهور active لا يضمن الوصول إلى الشبكة

يصف status حالة كائن التسجيل. وفق تعريف IANA للشبكات وأرقام ASN، تدل active على تخصيص المورد أو إسناده للاستخدام في شبكات تشغيلية. إنها حالة تسجيل وليست اختبار اتصال مباشرًا.

لا تثبت وحدها وجود إعلان BGP حالي، أو قابلية الوصول، أو تفويض ASN معيّن، أو ROA صالح، أو صحة DNS العكسي، أو مرور حركة إنتاجية. افحص التسجيل والتوجيه وRPKI وIRR وDNS كلًّا على حدة.

"status": [
  "active"
]

9. parentHandle: تتبّع علاقة الشبكة بالمورد الأعلى

يشير parentHandle إلى تسجيل الشبكة الأم. موارد الإنترنت هرمية، وقد يكون النطاق الصغير ضمن تخصيص أكبر.

تفيد متابعة هذه العلاقة في فهم الإسنادات اللاحقة وشبكات العملاء وتاريخ المورد وصلات المؤسسات. وقد تكشف سياقًا لا يظهر في أول استجابة.

"parentHandle": "PARENT-NET"

10. entities: من يظهر في السجل، وبأي صفة؟

قد تمثل entity مؤسسة أو شخصًا أو جهة اتصال مرتبطة بالتسجيل. ويمكن أن تشمل handle ومعلومات اتصال وأدوارًا وجهات أخرى وأحداثًا وملاحظات وروابط.

وجود اسم مؤسسة لا يكفي لتحميلها كل المسؤوليات المتعلقة بالمورد. انظر إلى roles لمعرفة طبيعة علاقتها به.

"entities": [
  {
    "handle": "EXAMPLE-ORG",
    "roles": [
      "registrant"
    ]
  }
]

11. roles: تأكد من وجود جهة اتصال مناسبة

من الأدوار الشائعة registrant وadministrative وtechnical وabuse وnoc وbilling. يشير abuse إلى معالجة بلاغات الإساءة، ويشير technical إلى جهة الاتصال التقنية، وقد تحمل جهة واحدة أكثر من دور.

تحقق من هوية المؤسسة، واستمرار صلاحية الاتصال الإداري، وحداثة الاتصال التقني، وإمكانية استخدام قناة بلاغات الإساءة. المعلومات القديمة تعرقل معالجة الأعطال والنقل والحوادث الأمنية واستعادة الحسابات.

"roles": [
  "abuse"
]

"roles": [
  "technical"
]

12. vcardArray: قد تكون بيانات الاتصال المنشورة محدودة

ينظم vcardArray أسماء المؤسسات والأشخاص أو الوظائف والعناوين والبريد والهاتف. ليس لازمًا أن تكشف كل استجابة جميع هذه الحقول.

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

13. events: التواريخ قرائن تحتاج إلى سياق

يبيّن eventAction نوع الحدث، ويبيّن eventDate وقته. قد تظهر registration أو last changed أو expiration أو deletion. ويبدأ التدقيق عادة بتاريخ التسجيل وآخر تعديل.

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

"events": [
  {
    "eventAction": "registration",
    "eventDate": "2020-01-01T00:00:00Z"
  },
  {
    "eventAction": "last changed",
    "eventDate": "2026-01-15T00:00:00Z"
  }
]

14. remarks: لا تتجاوز الملاحظات الخاصة بالكائن

قد تشرح الملاحظات خصائص خاصة أو قيودًا أو أسباب حجب أو سياقًا تاريخيًا أو معلومات تخص السجل. وجودها قرب نهاية JSON لا يقلل أهميتها.

في العناية الواجبة قد تغيّر هذه التفاصيل طريقة فهم الحقول السابقة؛ اقرأها ضمن الأدلة الأساسية.

"remarks": [
  {
    "description": [
      "Additional registration information."
    ]
  }
]

15. notices: افهم شروط الاستجابة ككل

تظهر notices عادة في المستوى الأعلى من الاستجابة، وقد تتناول الاستخدام والخصوصية وحقوق النشر وحجب البيانات وحدود الاستعلام. وهي تختلف عن remarks المرتبطة بكائن بعينه.

ينبغي للأنظمة الآلية أيضًا الاحتفاظ بها ومعالجتها؛ فقد تشرح سبب نقص البيانات أو حدود استخدامها.

16. links: انتقل إلى السجلات المرتبطة

قد يقود الرابط إلى الكائن الحالي أو الأب أو جهة مرتبطة أو تمثيل آخر أو مورد لدى السجل. تحدد rel علاقة مثل self أو up، بينما تحدد href الوجهة.

المقطع الأصلي أدناه مختصر، وليس نموذجًا كاملًا للتنفيذ. كائن الرابط المتوافق مع RFC 9083 يحتاج أيضًا إلى value. استخدم المثال لفهم العلاقة، وارجع إلى المعيار عند بناء عميل فعلي.

"links": [
  {
    "rel": "self",
    "href": "https://example.net/rdap/ip/192.0.2.0/24"
  }
]

ترتيب عملي للمراجعة الأولى

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

هذه قراءة أولية فقط. ما زال التوجيه والتفويض والسمعة واعتماد الخدمات على المورد بحاجة إلى فحص مستقل.

ست مسائل لا يحسمها RDAP وحده

التوجيه الحالي: قد يكون النطاق مسجلًا ولا يظهر في BGP. تحقق من الإعلان وASN المنشئ واستقرار المسار وطول البادئة باستخدام بيانات التوجيه.

التفويض: اسم الجهة المسجلة لا يحدد تلقائيًا ASN المخوّل بالإعلان. قارن ROA والتحقق عبر RPKI وكائنات IRR وخطابات LOA المناسبة وإعلانات BGP، مع مراعاة اختلاف دلالة كل مصدر وقوته.

الحقوق القانونية والتعاقدية: التسجيل دليل ضمن ملف، لا حكم شامل. قد يلزم النظر في الاتفاقات ووثائق النقل وملفات الشركة والسياسات والتاريخ والقانون والقرارات المختصة ذات الصلة.

الموقع الفعلي: لا يحل country محل GeoIP أو التحقيق الشبكي. السمعة: الرسائل المزعجة وقوائم الحظر والبرمجيات الخبيثة والإساءات السابقة والسمعة التجارية تحتاج إلى فحوص منفصلة.

DNS العكسي: تحقق منه مستقلًا، خصوصًا للبريد والاستضافة وخدمات المؤسسات والعمليات الأمنية.

اربط طبقات الأدلة بدل الاعتماد على قاعدة واحدة

طبقة التسجيل تشرح ما هو مدوّن؛ وBGP يوضح الإعلانات المرصودة؛ وطبقة التفويض تربط المنشئ بما هو مأذون؛ وDNS يوضح الأسماء والتفويض العكسي.

أضف أمن كائنات RPKI والحسابات، وسمعة النطاق، ووثائق الحصول على المورد وإدارته، والقدرة على مواصلة الإدارة عند تغير الموظفين أو الموردين أو البنية أو المؤسسة.

تربط قاعدة المعلومات الداخلية المرجعية هذه الحقائق بمصادرها والفروق بينها. لا ينبغي مطالبة حقل واحد بوصف الحالة التشغيلية الكاملة للمورد.

تدقيق الموارد في سبع خطوات قابلة للتكرار

1. أنشئ جردًا لبادئات IPv4 وIPv6 وأرقام ASN المهمة، بما يشمل الاحتياطي وغير المستخدم والمفوّض والمرتبط بالأنظمة القديمة والمخصص للاستمرارية. الإعدادات النشطة وحدها لا تكفي.

2. استعلم عن كل مورد. احفظ النطاق والسجل وhandle والاسم والتصنيف والحالة والمؤسسات والاتصالات الإدارية والتقنية وللإساءة وتاريخي التسجيل والتعديل، مع المصدر ووقت الاستعلام.

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

4. افحص BGP مستقلًا: ASN المنشئ والبادئة المعلنة والرؤية لدى المراقبين وعلاقات العبور المتوقعة والإعلانات غير المتوقعة. نجاح RDAP لا يثبت سلامة التشغيل.

5. راجع ROA وASN والبادئة والطول الأقصى وحالة RPKI وبيانات IRR. أعد الفحص بعد نقل التوجيه أو تغيير ASN.

6. احصر الاعتمادات: DNS العكسي وAPI وقوائم سماح العملاء وVPN والجدران النارية وتكامل SaaS والمدفوعات والبريد ووثائق الامتثال.

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

عند نقل IPv4، وسّع نطاق العناية الواجبة

قبل المعاملة، حدّد RIR والنطاق المسجل والجهات وعلاقات الأب وآخر التعديلات وسياق الملاحظات والتنبيهات. ثم قارن ذلك بوثائق المعاملة.

تشمل المراجعة أيضًا الإجراءات المطبقة ووثائق الشركة والنقل وتاريخ BGP وRPKI وIRR وDNS العكسي والسمعة وخطة النشر. أبقينا مرجع المقال الأصلي عن آثار بيانات WHOIS/RDAP القديمة ضمن القراءات الإضافية.

متى تصبح دقة التسجيل مسألة استمرارية؟

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

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

اجعل السجلات تفسّر الشبكة التي يعتمد عليها العمل

يعرض RDAP ما لدى السجل، ويعرض BGP ما يُرصد من مسارات، ويساعد RPKI على مقارنة المنشئ بالتفويض المنشور، ويوضح DNS الأسماء والتفويض العكسي. وتكمل وثائق الشركات والمعاملات قصة المورد.

لا تخلط التسجيل بالتوجيه، ولا البلد بالموقع، ولا الكيان المسجل بالحكم القانوني، ولا active بالاستخدام الفعلي. على المؤسسات المعتمدة على IPv4 وIPv6 وASN مراجعة الصورة كاملة دوريًا، للتأكد من أن البيانات دقيقة ومفهومة ومتوافقة مع التشغيل.

ستة أسئلة شائعة

ما سجل RDAP؟

استجابة منظمة تتضمن بيانات تسجيل المورد، مثل النطاق والمعرّف والحالة والجهات والاتصالات والأحداث ومعلومات السجل الأخرى.

ما معنى RDAP؟

Registration Data Access Protocol، أي بروتوكول الوصول إلى بيانات التسجيل.

هل يمكن البحث عن عنوان IPv4؟

نعم، وكذلك IPv6 ونطاقات CIDR. ويدعم RDAP استعلامات ASN عبر المسار المناسب. قد تغطي النتيجة نطاقًا أوسع من العنوان الذي أدخلته.

بماذا يتميز عن WHOIS؟

تسهل الاستعلامات الموحدة وJSON وHTTPS وإعادة التوجيه بين الخدمات المعتمدة الأتمتة والتكامل. يظل WHOIS مألوفًا للمشغلين، وتحتاج البيانات في الحالتين إلى تفسير في سياقها.

ماذا يعني handle؟

معرّف فريد للكائن داخل السجل يساعد على الربط بين البيانات، وليس شهادة ملكية.

هل active يعني أن الشبكة تعمل؟

يصف حالة تسجيل، ولا يثبت وحده وجود مسار حالي أو قابلية الوصول أو اجتياز تحقق المنشأ عبر RPKI.

المصدر والملاحظات التحريرية

نشرت Ann Yong المقال في 26 أغسطس 2026 وحدّثته في اليوم نفسه. تحافظ هذه النسخة على جميع موضوعاته و16 مثال JSON وجدولين وست إجابات، مع جمع الإجابات الخمس المكررة في المكوّن القديم مع نظائرها. توضيح active وغياب value من مثال links ملاحظتان لهذه النسخة. بقي تاريخ النشر الأصلي محفوظًا.

المعايير والقراءات الإضافية

• تدقيق موارد الأرقام
• المرجع الداخلي لبيانات الشبكة
• مخاطر طبقة السجل
• التحقق من منشأ BGP
• RFC 9082
• RFC 9083
• RFC 9224
• IANA: قيم RDAP
• IANA: التمهيد لخدمات IPv4
• البيانات القديمة عند نقل IPv4

اختر الخطوة التالية بناءً على الأدلة

إذا كشف الفحص خطرًا، يمكن طلب دعم الأعضاء عبر NRS Shield. أما POA فهو قرار مستقل وصريح بمنح سلطة التمثيل؛ افهم نطاقه ومدته وصلاحيات اتخاذ القرار وآلية سحبه. قراءة المقال أو طلب المساعدة لا يمنحان أي تفويض تلقائيًا.

تعرّف على NRS Shield · افهم POA وسلطة التمثيل · اطّلع على التحركات الحالية