เครื่องคำนวณ Subnet / CIDR

หาข้อมูลรายละเอียด subnet อย่างรวดเร็วจาก IPv4 octets และความยาว CIDR prefix

กรอก IPv4 octet แรก
กรอก IPv4 octet ที่สอง
กรอก IPv4 octet ที่สาม
ป้อนอ็อกเท็ตที่สี่ของ IPv4
ป้อนพรีฟิกซ์ซับเน็ต เช่น 24 สำหรับ /24

ซับเน็ตมาสก์

255.255.255.0

ที่อยู่เครือข่าย192.168.1.0
ที่อยู่บรอดแคสต์192.168.1.255
จำนวนโฮสต์ที่ใช้งานได้254
สูตร สูตร ข้อสมมติฐาน 4 ตัวอย่าง ตัวอย่าง แหล่งที่มา 3 อัปเดตล่าสุดเมื่อ 10 มี.ค. 2569
ข้อมูลที่ป้อนจะถูกเก็บไว้ในเบราว์เซอร์ เว้นแต่จะมีฟีเจอร์ในอนาคตแจ้งให้คุณทราบเป็นอย่างอื่น ใช้ข้อมูลนี้เพื่อการประมาณการเท่านั้น และควรตรวจสอบการตัดสินใจที่สำคัญกับผู้เชี่ยวชาญที่มีคุณสมบัติเหมาะสม

วิธีใช้เครื่องคำนวณ subnet / CIDR นี้

  1. ป้อนค่า IP octet

    พิมพ์ค่าทั้งสี่ octet ลงในช่อง IP octet 1, IP octet 2, IP octet 3 และ IP octet 4 (เช่น 192, 168, 10, 50)

  2. กำหนดความยาว CIDR prefix

    ป้อนค่า subnet prefix ในช่องความยาว CIDR prefix (เช่น 24 สำหรับ /24, 26 สำหรับ /26)

  3. ดูค่า subnet mask

    เครื่องคำนวณจะแสดงผลซับเน็ตมาสก์ในรูปแบบเลขฐานสิบที่มีจุดคั่น

  4. ตรวจสอบ network และ broadcast

    ตรวจสอบผลลัพธ์ที่อยู่เครือข่ายและที่อยู่บรอดแคสต์เพื่อดูช่วงของซับเน็ต สำหรับลิงก์แบบจุดต่อจุด /31 ผลลัพธ์บรอดแคสต์จะถูกรายงานว่าไม่ได้ใช้งาน

  5. ตรวจสอบจำนวนโฮสต์ที่ใช้งานได้

    ใช้ค่า Usable hosts เพื่อวางแผนจำนวนอุปกรณ์ที่สามารถกำหนดที่อยู่ IP ใน subnet ได้

ระเบียบวิธีคำนวณ

วิธีการทำงานของเครื่องคำนวณ Subnet / CIDR นี้

เครื่องคำนวณซับเน็ตนี้จะหาค่าซับเน็ตมาสก์ ที่อยู่เครือข่าย ที่อยู่บรอดแคสต์ และจำนวนโฮสต์ที่ใช้งานได้จากที่อยู่ IPv4 และความยาวพรีฟิกซ์ CIDR โดยใช้การดำเนินการระดับบิต ซึ่งเป็นตรรกะเดียวกับที่เราเตอร์และระบบปฏิบัติการใช้เพื่อแบ่งพื้นที่ที่อยู่ 32 บิตออกเป็นส่วนเครือข่ายและส่วนโฮสต์ ความยาวพรีฟิกซ์จะระบุจำนวนบิตที่ใช้ระบุเครือข่าย ส่วนบิตที่เหลือจะใช้สำหรับที่อยู่โฮสต์ การเข้าใจขอบเขตเหล่านี้เป็นสิ่งสำคัญสำหรับการวางแผนที่อยู่ IP การสร้างกฎไฟร์วอลล์ และการแก้ไขปัญหาเครือข่าย TCP/IP

สูตร
network = IP AND mask • broadcast = IP OR NOT(mask) • จำนวนโฮสต์ที่ใช้งานได้ตามปกติ = 2^(32 − prefix) − 2 โดยมีการจัดการพิเศษสำหรับ /31 และ /32
IP ที่อยู่ IPv4 ขนาด 32 บิตที่ป้อนเป็นสี่อ็อกเท็ต (เช่น 192.168.1.100)
ซับเน็ตมาสก์ ซับเน็ตมาสก์ — ค่าขนาด 32 บิตที่บิต 'prefix' แรกเป็น 1 และบิตที่เหลือเป็น 0
พรีฟิกซ์ ความยาวพรีฟิกซ์ CIDR (0–32) ระบุจำนวนบิตเริ่มต้นที่ใช้กำหนดเครือข่าย
ที่อยู่เครือข่าย ที่อยู่เครือข่าย — ผลลัพธ์ของ bitwise AND ระหว่าง IP และมาสก์ ใช้ระบุซับเน็ต
ที่อยู่บรอดแคสต์ ที่อยู่บรอดแคสต์ — ผลลัพธ์ของ bitwise OR ระหว่าง IP และมาสก์ที่กลับบิต เป็นที่อยู่สุดท้ายในซับเน็ต
โฮสต์ที่ใช้งานได้ จำนวนที่อยู่โฮสต์ที่กำหนดได้ในซับเน็ต โดย /31 จะนับเป็นจุดปลาย point-to-point สองจุด และ /32 จะนับเป็นเส้นทางโฮสต์เดียว
ตัวอย่าง

ตัวอย่างเช่น IP address 192.168.10.50 พร้อมพรีฟิกซ์ /26: subnet mask คือ 11111111.11111111.11111111.11000000 ซึ่งเท่ากับ 255.255.255.192 ในรูปแบบเลขฐานสิบ การทำ Bitwise AND ระหว่าง 192.168.10.50 และ 255.255.255.192 จะได้ที่อยู่เครือข่าย 192.168.10.0 การทำ Bitwise OR ระหว่าง 192.168.10.50 และ inverted mask (0.0.0.63) จะได้ที่อยู่บรอดแคสต์ 192.168.10.63 ส่วนของโฮสต์มี 32 − 26 = 6 บิต ดังนั้นจำนวนที่อยู่ทั้งหมด = 2^6 = 64 และโฮสต์ที่ใช้งานได้ = 64 − 2 = 62

สำหรับ 10.0.0.100/22: ซับเน็ตมาสก์คือ 255.255.252.0, ที่อยู่เครือข่ายคือ 10.0.0.0, บรอดแคสต์คือ 10.0.3.255 และโฮสต์ที่ใช้งานได้ = 1,022 โดย /22 จะเหลือ 10 บิตสำหรับโฮสต์ (2^10 − 2)

สำหรับ 172.16.5.1/28: ซับเน็ตมาสก์คือ 255.255.255.240, ที่อยู่เครือข่ายคือ 172.16.5.0, บรอดแคสต์คือ 172.16.5.15 และโฮสต์ที่ใช้งานได้ = 14 โดย /28 มักใช้สำหรับซับเน็ตขนาดเล็กของระบบขายหน้าร้านหรือ IoT

ข้อสมมติฐาน
  • ✓ เครื่องคำนวณนี้รองรับเฉพาะ IPv4 (ที่อยู่ขนาด 32 บิต) การทำซับเน็ตของ IPv6 จะใช้พื้นที่ที่อยู่ขนาด 128 บิตและมีข้อกำหนดที่แตกต่างกัน
  • ✓ ความยาวพรีฟิกซ์ /31 และ /32 เป็นรูปแบบ CIDR ที่ถูกต้อง เครื่องคำนวณนี้แสดงผล /31 เป็นจุดปลาย point-to-point สองจุดตาม RFC 3021 และ /32 เป็นเส้นทางโฮสต์เดียว
  • ✓ แต่ละอ็อกเท็ตต้องอยู่ในช่วง 0–255 และความยาวพรีฟิกซ์ต้องอยู่ระหว่าง 0 ถึง 32 ค่าที่อยู่นอกเหนือขอบเขตเหล่านี้จะถูกปฏิเสธโดยการตรวจสอบความถูกต้องก่อนที่การคำนวณซับเน็ตจะเริ่มทำงาน
  • ✓ การคำนวณนี้ใช้การกำหนดที่อยู่แบบไม่มีคลาส (CIDR) โดยไม่มีการบังคับใช้ขอบเขตแบบมีคลาสเดิม (Class A/B/C)
หมายเหตุ
  • สำหรับซับเน็ตส่วนใหญ่ ที่อยู่เครือข่าย (บิตโฮสต์ทั้งหมดเป็นศูนย์) และที่อยู่บรอดแคสต์ (บิตโฮสต์ทั้งหมดเป็นหนึ่ง) ไม่สามารถกำหนดให้กับอุปกรณ์ได้ นี่คือเหตุผลที่สูตรดั้งเดิมต้องลบสองออกจากจำนวนที่อยู่ทั้งหมด
  • ลิงก์แบบ Point-to-point /31 เป็นข้อยกเว้นที่ตั้งใจไว้: ทั้งสองที่อยู่จะถูกใช้เป็นจุดปลายทางที่ใช้งานได้ แทนที่จะสำรองไว้เป็นที่อยู่เครือข่ายและบรอดแคสต์แยกต่างหาก
  • เมื่อวางแผน VLAN หรือ cloud VPC ควรเลือกพรีฟิกซ์ที่เผื่อพื้นที่สำหรับการขยายตัวในอนาคต เพราะเมื่อซับเน็ตเริ่มใช้งานจริงแล้ว การปรับขนาดมักหมายถึงการต้องกำหนดที่อยู่ใหม่ทั้งช่วง
  • Supernetting (การรวมเส้นทาง) ใช้ตรรกะ bitwise แบบเดียวกันในทางกลับกัน: โดยการรวมพรีฟิกซ์ขนาดเล็กหลายรายการเข้าเป็นพรีฟิกซ์ขนาดใหญ่เพียงรายการเดียวเพื่อลดขนาดของตารางเส้นทาง
  • สำหรับการคำนวณในใจอย่างรวดเร็ว ให้จำลำดับ /24 = 254 โฮสต์, /25 = 126, /26 = 62, /27 = 30, /28 = 14 — แต่ละบิตพรีฟิกซ์ที่เพิ่มขึ้นจะลดจำนวนโฮสต์ลงครึ่งหนึ่ง
แหล่งที่มา
  1. RFC 4632 — Classless Inter-domain Routing (CIDR) — การเขียนพรีฟิกซ์แบบ CIDR และการกำหนดที่อยู่ IPv4 แบบไม่แบ่งคลาส
  2. RFC 3021 — การใช้พรีฟิกซ์ขนาด 31 บิตบนลิงก์แบบจุดต่อจุดของ IPv4 — การจัดการโฮสต์แบบจุดต่อจุด /31
  3. RFC 791 — Internet Protocol — โครงสร้างที่อยู่ IPv4

ทำความเข้าใจเกี่ยวกับ CIDR notation และการคำนวณ subnet

รูปแบบ CIDR (Classless Inter-Domain Routing) ใช้สำหรับระบุการแบ่งที่อยู่ IPv4 ออกเป็นส่วนเครือข่ายและส่วนโฮสต์อย่างย่อ ความยาวพรีฟิกซ์ (เช่น /24) จะบอกจำนวนบิตจากทั้งหมด 32 บิตที่ใช้ระบุเครือข่าย ส่วนบิตที่เหลือจะกำหนดที่อยู่โฮสต์ภายในซับเน็ตนั้น โดย /24 จะเหลือ 8 บิตสำหรับโฮสต์ จึงมีที่อยู่ทั้งหมด 2^8 = 256 ที่อยู่ ซึ่งโดยปกติจะใช้งานได้ 254 ที่อยู่หลังจากหักที่อยู่เครือข่ายและบรอดแคสต์ออก การคำนวณซับเน็ตอาศัยการดำเนินการระดับบิต: ที่อยู่เครือข่ายคือ IP AND กับซับเน็ตมาสก์ และที่อยู่บรอดแคสต์คือ IP OR กับมาสก์ที่กลับบิต เราเตอร์และไฟร์วอลล์ใช้ตรรกะนี้กับทุกแพ็กเก็ตเพื่อตัดสินว่าที่อยู่นั้นเป็นของซับเน็ตท้องถิ่นหรือต้องส่งต่อไปยังที่อื่น

กรณีการใช้งานจริงของการแบ่งซับเน็ตสำหรับนักพัฒนา

นักพัฒนาต้องคำนวณซับเน็ตเมื่อออกแบบ VPC บนคลาวด์, เขียนกฎไฟร์วอลล์, แก้ไขปัญหาการกำหนดเส้นทาง และกำหนดค่ารายการควบคุมการเข้าถึง (ACL) ใน AWS, GCP หรือ Azure คุณต้องเลือกบล็อก CIDR สำหรับ VPC และซับเน็ต การเข้าใจความยาวพรีฟิกซ์ช่วยให้คุณกำหนดขนาดซับเน็ตได้อย่างถูกต้องและหลีกเลี่ยงการทับซ้อนกัน วิศวกรความปลอดภัยใช้ช่วง CIDR ใน iptables, nftables และกลุ่มความปลอดภัยบนคลาวด์เพื่ออนุญาตหรือปฏิเสธทราฟฟิกตามช่วง IP เมื่อแก้ไขปัญหาการเชื่อมต่อ การทราบที่อยู่เครือข่ายและบรอดแคสต์จะช่วยตรวจสอบว่าโฮสต์อยู่ในช่วงที่คาดไว้หรือไม่ ทีม DevOps ยังใช้การคำนวณซับเน็ตเมื่อวางแผนการจัดสรร IP สำหรับคลัสเตอร์ Kubernetes, เครือข่ายคอนเทนเนอร์ และสถาปัตยกรรมแบบ multi-tenant

คำถามที่พบบ่อยเกี่ยวกับเครื่องคำนวณ Subnet / CIDR

ความแตกต่างระหว่าง subnet mask และ CIDR prefix คืออะไร?

ทั้งสองแสดงข้อมูลเดียวกันในรูปแบบที่ต่างกัน prefix /24 หมายถึงบิตที่เป็นหนึ่ง 24 บิตแรก ซึ่งตรงกับ subnet mask แบบ dotted-decimal คือ 255.255.255.0 รูปแบบ CIDR มีความกระชับกว่าและเป็นมาตรฐานที่ใช้ในการกำหนดค่าการกำหนดเส้นทางสมัยใหม่

ทำไมต้องลบออก 2 แอดเดรสจากจำนวนทั้งหมดเพื่อให้ได้โฮสต์ที่ใช้งานได้?

ในการทำ subnetting ของ IPv4 แบบดั้งเดิม แอดเดรสแรกในซับเน็ต (บิตโฮสต์ทั้งหมดเป็นศูนย์) จะถูกสำรองไว้เป็น network address และแอดเดรสสุดท้าย (บิตโฮสต์ทั้งหมดเป็นหนึ่ง) จะถูกสำรองไว้เป็น broadcast address ทั้งสองไม่สามารถกำหนดให้กับอุปกรณ์ได้ ดังนั้นโฮสต์ที่ใช้งานได้ = 2^(จำนวนบิตโฮสต์) − 2 โดยมีข้อยกเว้นที่สำคัญคือลิงก์ point-to-point แบบ /31

ฉันสามารถใช้เครื่องคำนวณนี้สำหรับช่วง IP ส่วนตัวได้หรือไม่?

ได้ การคำนวณแบบบิตไวส์นั้นเหมือนกันทั้งสำหรับแอดเดรสส่วนตัว (RFC 1918) และแอดเดรสสาธารณะ ช่วง IP ส่วนตัวที่พบบ่อยคือ 10.0.0.0/8, 172.16.0.0/12 และ 192.168.0.0/16

prefix /32 หมายถึงอะไร?

prefix /32 ระบุแอดเดรสโฮสต์เพียงแอดเดรสเดียวโดยไม่มีบิตโฮสต์ มักใช้ในตารางการกำหนดเส้นทางและกฎไฟร์วอลล์เพื่อจับคู่กับ IP แอดเดรสเพียงหนึ่งเดียว และเครื่องคำนวณนี้จะรายงานว่าเป็นเส้นทางโฮสต์ที่ใช้งานได้หนึ่งรายการ

เครื่องคำนวณนี้ใช้กับ IPv6 ได้หรือไม่?

ไม่ได้ เครื่องคำนวณนี้ออกแบบมาสำหรับพื้นที่แอดเดรส 32 บิตของ IPv4 ส่วน IPv6 ใช้แอดเดรส 128 บิต มีช่วงความยาว prefix ที่ต่างกัน (โดยทั่วไปคือ /48 ถึง /128) และไม่มีการสำรอง broadcast address ในลักษณะเดียวกัน

เขียนโดย ยาน เครเนก ผู้ก่อตั้งและนักพัฒนาหลัก
ตรวจสอบโดย การตรวจสอบระเบียบวิธีของ DigitSum การตรวจสอบสูตรและ QA
อัปเดตล่าสุดเมื่อ 10 มี.ค. 2569

ใช้ข้อมูลนี้เพื่อการประมาณการเท่านั้น และควรตรวจสอบการตัดสินใจที่สำคัญกับผู้เชี่ยวชาญที่มีคุณสมบัติเหมาะสม

ข้อมูลที่ป้อนจะถูกเก็บไว้ในเบราว์เซอร์ เว้นแต่จะมีฟีเจอร์ในอนาคตแจ้งให้คุณทราบเป็นอย่างอื่น