ForHosting KIT · أدوات المطورين

جدول بادئات IPv4

البادئة /24 تعني القناع 255.255.255.0 وقناع البدل 0.0.0.255 و256 عنوانًا و254 مضيفًا صالحًا: اختر مدى من أطوال البادئات واحصل على صف لكل بادئة، جاهز للامتحانات وقوائم الوصول وأدلة التشغيل. مجاني في متصفحك.

مجاني
يعمل في متصفحك
دون تسجيل
بياناتك لا تغادر جهازك

شغّل الأداة مجانًا اطّلع على الـAPI

استخدمها من الويبAPIالبريدTelegramالتطبيق قريبًا

مثال محلول

إذا أدخلت

البادئة من: 24
البادئة إلى: 30

تحصل على

عدد الصفوف: 7

ما يزال عنونة IPv4 تبدأ من طول البادئة: إن /24 ليست تخميناً، بل القناع 255.255.255.0 وحقل مضيف من ثمانية بتات ومئتان وستة وخمسون عنواناً ومئتان وأربعة وخمسون مضيفاً صالحاً بعد حجز عنواني الشبكة والبث. يراجع الطلاب ومرشحو CCNA ومشغّلو الجدران النارية ومؤلفو ACL هذا التقابل عشرات المرات يومياً ولا ينبغي أن يعيدوا حساب قوى الاثنين على السبورة. تسرد كل صف قناع الشبكة الفرعية بالنقط العشرية، وقناع البدل المعكوس لقوائم الوصول على أسلوب Cisco، وعدد العناوين الكلي (اثنان مرفوعاً إلى بتات المضيف)، وعدد المضيفين الصالحين وفق اتفاقيتي /31 نقطة إلى نقطة و/32 مسار مضيف الحديثتين.

كيف يصير طول البادئة قناعاً وبدلاً وأعداد مضيفين

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

لذا يصير /24 إلى 255.255.255.0 و/16 إلى 255.255.0.0 و/8 إلى 255.0.0.0 و/0 إلى 0.0.0.0. قناع البدل هو المتمم بتّاً بتّاً لقناع الشبكة الفرعية وهو الشكل الذي ما تزال قوائم وصول Cisco IOS وبعض عبارات شبكة OSPF وعدد مفاجئ من أسئلة الامتحان تطلبه: يصير /24 إلى 0.0.0.255 و/16 إلى 0.0.255.255. العناوين الكلية في الكتلة تساوي اثنين مرفوعاً إلى عدد بتات المضيف.

لكل بادئة من /0 إلى /30 تطرح قاعدة القاعة بعد ذلك عنوانين محجوزين — معرّف الشبكة من الأصفار وبث الآحاد — للحصول على عدد المضيفين الصالحين. /31 استثناء النقطة إلى نقطة وفق RFC 3021: العنوانان صالحان ولا بث. /32 مسار مضيف يحتوي عنواناً واحداً.

أين يبرهن جدول بادئات الشبكة الفرعية قيمته

ما تزال مقررات الشهادات ومختبرات القاعة تطلب من المرشحين ملء جدول أطوال البادئة من الذاكرة: أُعطي /26 فاكتبوا القناع والبدل وحجم الكتلة وعدد المضيفين الصالحين. يحوّل مؤلفو الجدران النارية وACL البادئة إلى قناع بدل عندما ينقلون قائمة سماح CIDR إلى قائمة وصول موسّعة كلاسيكية؛ وإصدار كل بادئة في نطاق التخطيط يتجنّب أخطاء الواحد بين /23 و/25.

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

اطلبوا فقط نطاق البادئات الذي تحتاجونه، وعاملوا /31 و/32 باتفاقيتي RFC 3021 ومسار المضيف الموثقتين هنا، لتحصلوا على جدول بادئات IPv4 قابل لإعادة الإنتاج للواجبات ومراجعات ACL وعُقد الحافة دون إقامة مكدس لإدارة عناوين IP.

حالات الاستخدام

جداول البادئة لـ CCNA والقاعة

املأوا أو صحّحوا الجدول الكلاسيكي من /8 إلى /32: القناع والبدل وحجم الكتلة والمضيفون الصالحون لكل طول بادئة.

تخطيط أقنعة البدل لقوائم ACL

انقلوا نطاقاً من البادئات إلى أقنعة بدل على أسلوب Cisco عند تحويل قائمة CIDR مسموحة إلى قائمة وصول موسّعة.

كتيبات التشغيل والتوثيق المولَّد

أفرغوا جدولاً مستقراً لبادئات IPv4 في ويكي أو تركيب CI حتى تكفّ الفرق عن الجدال حول أعداد مضيفَي /31 و/32.

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

كم مضيفاً صالحاً لكل بادئة IPv4؟

للبادئة 0–30 يساوي المضيفون الصالحون 2^(32-prefix) ناقص 2 (الشبكة والبث). /31 له عنوانان صالحان (RFC 3021). /32 مسار مضيف بعنوان واحد.

ما الفرق بين قناع الشبكة الفرعية وقناع البدل؟

قناع الشبكة الفرعية آحاد بادئة تتبعها أصفار مضيف (/24 هو 255.255.255.0). قناع البدل متممه بتّاً بتّاً (0.0.0.255) وهو ما تطابقه قوائم ACL الكلاسيكية لدى Cisco.

كيف نحصل على الجدول الكامل من /0 إلى /32؟

للاستجابة 33 صفاً، صف لكل طول بادئة IPv4، بما في ذلك اتفاقيتا /31 نقطة إلى نقطة و/32 مسار مضيف.

هل هذا نفس حاسبة الشبكة الفرعية التي تقبل 192.168.1.0/24؟

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

لماذا يُطرح عنوانان من كل كتلة؟

لأن العنوان الذي كل بتاته أصفار يحدد الشبكة، والعنوان الذي كل بتاته آحاد هو عنوان البث، فتضم /24 عدد 256 عنوانًا لكن 254 مضيفًا صالحًا. والاستثناءان هما /31 حيث العنوانان صالحان، و/32 وهي عنوان واحد.

أدوات ذات صلة

للمطوّرين — الوصول عبر API

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

الـEndpoint

POSThttps://api.kit.forhosting.com/dev/subnet-hosts-table

صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.

استدعِ الخدمة من بيئتك

curl -X POST https://api.kit.forhosting.com/dev/subnet-hosts-table \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"prefix_from":24,"prefix_to":30}'

const res = await fetch("https://api.kit.forhosting.com/dev/subnet-hosts-table", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "prefix_from": 24,
    "prefix_to": 30
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/dev/subnet-hosts-table",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "prefix_from": 24,
    "prefix_to": 30
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/subnet-hosts-table", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"prefix_from":24,"prefix_to":30}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"prefix_from":24,"prefix_to":30}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/subnet-hosts-table", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

مثال على الطلب

{
  "prefix_from": 24,
  "prefix_to": 30
}

مثال على الاستجابة

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.subnet_hosts_table",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.

الأسعار

لكل طلب$0.002

السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.

الأخطاء

HTTP	الرمز	المعنى
`401`	`unauthorized`	مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك.
`402`	`insufficient_balance`	رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة.
`404`	`unknown_type`	نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب.
`429`	`rate_limited`	تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة.

ملاحظات تقنية

يبني جدول بادئات الشبكة الفرعية هذا جدولاً مرجعياً لكل طول بادئة IPv4 مطلوب من prefix_from إلى prefix_to ضمناً. الوحدة الحتمية نفسها تغذّي ودجة المتصفح المجانية ومسار API، فلا تختلف الملاحظات وكتيبات التشغيل وتركيبات CI حول ما إذا كان /31 يملك عنوانين صالحين.

كيف يصير طول البادئة قناعاً وبدلاً وأعداد مضيفين

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

عقد الإدخال وشكل الجدول واستثناءا /31 و/32

يجب أن يكون كلاهما صحيحين من صفر إلى اثنين وثلاثين. اقرنوا الجدول بحساب عناوين الشبكة لديكم إن احتجتم أيضاً أول مضيف أو آخر مضيف أو بث CIDR معيّن؛ هذه النهاية مرجع أطوال البادئة لا حاسبة لكل شبكة. أبقوا النطاق داخل الثلاثة والثلاثين طولاً ممكناً لبادئة IPv4 وثبّتوا الأعمدة العددية في الاختبارات حتى تبقى الذهبية مستقرة عبر بيئات التشغيل. أرسلوا عبر POST جسماً JSON بحقلين صحيحين إلزاميين. prefix_from بداية شاملة لنطاق أطوال بادئة IPv4 وprefix_to نهايته الشاملة. تُقبل البدائل from وmin_prefix لـ prefix_from والبدائل to وmax_prefix لـ prefix_to. إذا كان prefix_from أكبر من prefix_to تفشل المهمة بـ invalid_input ذاكرة قاعدة الترتيب. الحقول الناقصة وغير الصحيحة والمنطقية والقيم خارج صفر إلى اثنين وثلاثين تفشل أيضاً بـ invalid_input ولا تُفوتر. عند النجاح يعيد الجسم prefix_from وprefix_to ويضبط row_count إلى عدد الصفوف الصادرة ويعيد rows مصفوفة مرتبة ببادئة متزايدة. يحتوي كل صف prefix (الطول الصحيح) وcidr (شكل الشرطة كما في /24) وsubnet_mask وwildcard_mask سلسلتين عشريتين منقطتين وhost_bits (اثنان وثلاثون ناقص prefix) وtotal_addresses قوة الاثنين الصحيحة وusable_hosts وفق الاتفاقيات الحديثة الموصوفة أعلاه. مثال: prefix_from أربعة وعشرون وprefix_to ثلاثون يعيد سبعة صفوف تبدأ عند /24 (قناع 255.255.255.0 وبدل 0.0.0.255 ومئتان وستة وخمسون عنواناً ومئتان وأربعة وخمسون مضيفاً صالحاً) وتنتهي عند /30 (قناع 255.255.255.252 وبدل 0.0.0.3 وأربعة عناوين ومضيفان صالحان).

أين يبرهن جدول بادئات الشبكة الفرعية قيمته

جدول حي هو أيضاً API يتيح لمصحح آلي تعليم تلك الخلايا الأربع دون صيانة ورقة حساب خاصة. لأن التنفيذ parse نقي من المستوى A، تكلف كل مكالمة ناجحة السعر الأساسي المنشور $0.002 بلا رموز نموذج ولا شبكة صادرة.

أسئلة تقنية

كم يكلف جدول بادئات الشبكة الفرعية؟

الأداة في المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مسبقاً بمقدار $0.002 لكل استدعاء ناجح؛ والإدخال غير الصالح لا يُفوتر.

اطّلع على توثيق KIT الكامل ←

شغّل الأداة مجانًا

مثال محلول

كيف يصير طول البادئة قناعاً وبدلاً وأعداد مضيفين

أين يبرهن جدول بادئات الشبكة الفرعية قيمته

حالات الاستخدام

جداول البادئة لـ CCNA والقاعة

تخطيط أقنعة البدل لقوائم ACL

كتيبات التشغيل والتوثيق المولَّد

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

أدوات ذات صلة

للمطوّرين — الوصول عبر API

الـEndpoint

استدعِ الخدمة من بيئتك

مثال على الطلب

مثال على الاستجابة

الأسعار

الأخطاء

ملاحظات تقنية

كيف يصير طول البادئة قناعاً وبدلاً وأعداد مضيفين

عقد الإدخال وشكل الجدول واستثناءا /31 و/32

أين يبرهن جدول بادئات الشبكة الفرعية قيمته

أسئلة تقنية

شكرًا