XYZ0 เป็นที่อยู่ IP ที่ถูกต้องหรือไม่

86

ที่อยู่ IP ที่มี 0 ใน octet ล่าสุดนั้นถูกต้องหรือไม่

10.6.43.0

ในกรณีของฉันฉันมี netmask ต่อไปนี้

255.255.252.0

สิ่งที่เกี่ยวกับ 0 สำหรับ octet อื่น ๆ ?

networking tcpip subnet

— อลัน
แหล่งที่มา

12

มีคนอื่นตอบ แต่เรารัน / 23s ในช่วง DHCP ของเราซึ่งหมายความว่าที่อยู่กลาง. 255 และ. 0 ของสอง / 24 วินาทีจะถูกกำหนดให้กับลูกค้า ทำงานได้ดี บางครั้งผู้ใช้ที่ "มีความรู้" จะประหลาดใจกับการคิดเล็ก ๆ น้อย ๆ ว่าพวกเขาดึง IP ที่ไม่ถูกต้องออกไป แต่จาก POV เครือข่ายมันก็ใช้ได้ดี

— jj33

1

ดูเพิ่มเติม: ที่อยู่เครือข่ายXYZ0ใช้ทำอะไร

— voretaq7

143

ขึ้นอยู่กับซับเน็ตของที่อยู่ IP ที่เป็นปัญหา โดยทั่วไปที่อยู่แรกและที่สุดท้ายในเครือข่ายย่อยจะใช้เป็นตัวระบุเครือข่ายและที่อยู่การออกอากาศตามลำดับ ที่อยู่อื่น ๆ ในซับเน็ตสามารถกำหนดให้กับโฮสต์บนซับเน็ตนั้น

ตัวอย่างเช่นที่อยู่ IP ของเครือข่ายที่มีซับเน็ตมาสก์อย่างน้อย 24 บิตที่ลงท้ายด้วย. 0 หรือ. 255 จะไม่สามารถกำหนดให้กับโฮสต์ได้ ที่อยู่ "สุดท้าย" ของซับเน็ตนั้นจะถือเป็นที่อยู่ "บรอดคาสต์" และโฮสต์ทั้งหมดในซับเน็ตที่เกี่ยวข้องจะตอบกลับไป

ในทางทฤษฎีอาจมีสถานการณ์ที่คุณสามารถกำหนดที่อยู่ซึ่งลงท้ายด้วย. 0: ตัวอย่างเช่นถ้าคุณมีซับเน็ตเช่น 192.168.0.0/255.255.0.0 คุณจะได้รับอนุญาตให้กำหนดโฮสต์ที่อยู่ 192.168.1.0 มันอาจสร้างความสับสนได้ดังนั้นจึงไม่ใช่วิธีปฏิบัติทั่วไป

ในตัวอย่างของคุณ

 10.6.43.0 with subnet 255.255.252.0 (22 bit subnet mask)

หมายถึง subnet ID 10.6.40.0 ช่วงที่อยู่โฮสต์อยู่ระหว่าง 10.6.40.1 ถึง 10.6.43.254 และที่อยู่การออกอากาศ 10.6.43.255 ในทางทฤษฎีแล้วตัวอย่างของคุณ 10.6.43.0 จะได้รับอนุญาตเป็นที่อยู่โฮสต์ที่ถูกต้อง

— splattne
แหล่งที่มา

4

นอกจากนี้หนึ่ง ในอดีตที่ผ่านมาฉันต้องจัดการกับซอฟต์แวร์เก่าที่มีปัญหาในการใช้ที่อยู่. 0 ในสถานที่ซึ่งเป็นสิ่งที่ถูกต้องตามกฎหมายอย่างสมบูรณ์

— Zoredache

และไม่มีคำตอบสำหรับคำถามนี้ที่จะสมบูรณ์หากไม่มีการอ้างอิงถึง CIDR RFCs: RFC1518 และ RFC1519 ซึ่งกำหนดสิ่งนี้ทั้งหมด

— pjz

17

RFC 1519 ล้าสมัยมาเป็นเวลานาน รุ่นปัจจุบันคือ RFC 4632

— bortzmeyer

1

เพิ่งได้รับการกำหนดจุดศูนย์โดยอินสแตนซ์ Amazon EC2 พวกเขามั่นใจว่าการเพิ่ม IP ของพวกเขาจะมีสูงสุด

— Matt

@bortzmeyer, RFC 4632 เป็นวิธีปฏิบัติที่ดีที่สุดในขณะที่ RFC 1519 เป็นมาตรฐานติดตาม RFC

— Ron Maupin

13

คำตอบสำหรับคำถามของคุณขึ้นอยู่กับ netmask ในคำสั่งทั่วไป 'ที่อยู่ IP ที่ลงท้ายด้วย. 0 หรือ. 255 ไม่ถูกต้อง' เป็นเท็จ ใช้เวลา 10.0.1.0/23 - เป็นที่อยู่ IP ที่ถูกต้อง

ยัง 10.6.43.0/255.255.252.0 aka 10.6.43.0/22 ใช้ได้เช่นกัน

นั่นคือทฤษฎี อุปกรณ์เครือข่ายที่เหมาะสมที่สุด [รวมถึงเซิร์ฟเวอร์ linux, windows boxes, cisco / hp / etc] จะทำงานได้ดีกับที่อยู่ดังกล่าว แต่ฉันเห็น dlink และอุปกรณ์เครือข่ายต่ำอื่น ๆ [เราเตอร์จุดเชื่อมต่อ] ไม่ยอมรับที่อยู่ดังกล่าว

— pQd
แหล่งที่มา

9

ฉันพบสิ่งนี้ซึ่งอ้างว่าถูกต้องขึ้นอยู่กับ subnet mask ของคุณ

http://en.wikipedia.org/wiki/IPv4#Addresses_ending_in_0_or_255

— อลัน
แหล่งที่มา

8

ฉันต้องการเพิ่มบิตประมาณ 0 สำหรับออคเต็ตอื่น ๆ :

อันนี้ง่าย: มันไม่มีปัญหาเลย, ตามที่อยู่เครือข่ายส่วนตัวที่ค่อนข้างธรรมดา192.168.0.1แสดง

127.0.0.1แน่นอนเป็นตัวอย่างที่ชัดเจนมากขึ้นจะเป็น

— Joachim Sauer
แหล่งที่มา

2

-1 เพื่อความชัดเจน ...

— Jon Rhoades

6

+1 สำหรับการชี้ให้เห็นชัดเจน

— ใครบางคนเพียง

คำถามไม่ได้ถามเกี่ยวกับเลขศูนย์ในออคเต็ตอื่น ๆ

— สแลง

2

@slang: ยกเว้นว่ามันจะถามอย่างแท้จริงว่าในประโยคสุดท้าย

— โจอาคิมซาวเออร์

3

ฉันพบปัญหากับเครือข่ายระยะไกลที่ปฏิเสธที่อยู่ IP จากเครือข่ายของฉันหากพวกเขาลงท้ายด้วย 0 (หรือ 255) และพวกเขามาจากช่วงคลาส C เนื่องจากสิ่งใดก็ตามที่ลงท้ายด้วย 0 จะเป็นเครือข่ายคลาส C ที่ไม่ถูกต้อง

เมื่อไม่กี่ปีที่ผ่านมา ฉันไม่รู้ว่าใครยังบล็อกที่อยู่เช่นนั้นหรือไม่

— Josh Kelley
แหล่งที่มา

ที่เพียงแค่เสียงเหมือนไฟร์วอลล์ / ซอฟต์แวร์ของคุณเป็นบิตบ้า;)

— nixgeek

ที่อยู่ IP ทั้งหมดในเครือข่ายของฉันยกเว้น. 0 หรือ. 255 สามารถเข้าถึงได้ทุกไซต์ที่อยู่ IP ที่ลงท้ายด้วย. 0 และ. 255 สามารถเข้าถึง 95% ของเว็บไซต์ได้ แต่มีสองหรือสามเว็บไซต์ที่แตกต่างกันโดยสิ้นเชิงที่พวกเขาไม่สามารถเข้าถึงได้ ถ้ามันเป็นไฟร์วอลล์ / ซอฟต์แวร์ของฉันฉันแน่ใจว่าไม่สามารถหาวิธี

— Josh Kelley

1

สิ่งเหล่านี้ต้องใช้ไฟร์วอลล์ที่กำหนดค่าโดยผู้คนประเภทเดียวกันที่บล็อก ICMP ทั้งหมดและสิ้นสุดการทำลาย PMTUD หรือปิดกั้น TCP ธง "ไม่ถูกต้อง" ทั้งหมดและสิ้นสุดการทำลาย ECN

— CesarB

เซิร์ฟเวอร์ของ Microsoft กล่าวหาว่าทำวันนี้ ไม่มี Windows Update สำหรับคุณ แต่ไมโครซอฟท์เป็นที่รู้จักกันดีในการทำลายกฎตั้งแต่ตลอด

— Zdenek

0

ฉันพบสิ่งที่น่าสังเกต:

หากคุณกำลังเรียกใช้สคริปต์ APF ของเครือข่าย R-fx สำหรับ iptables มันจะลดทราฟฟิกทั้งหมดไปที่ 0.0.0.255

เรามีลูกค้า BT ที่มีที่อยู่ซึ่งลงท้ายด้วย. 255 พร้อมด้วยคำนำหน้า / 21 .. ในทางเทคนิคที่อยู่ IP ที่ถูกต้อง แต่พวกที่เครือข่าย R-fx คิดว่ามีสาเหตุที่ทำให้แพ็กเก็ตสำหรับที่อยู่เหล่านี้ลดลง

— Squeeb
แหล่งที่มา

พวกเขากำลังเลือกที่จะทิ้งแพ็กเก็ตไปที่ 0.0.0.255 ส่วนใหญ่เพื่อความปลอดภัย 1) การโจมตีของ DOS สามารถเกิดขึ้นได้โดยการใช้ประโยชน์จากพลังของแพ็กเก็ตออกอากาศและ 2) เพื่อแปรรูปเครือข่ายโดยสมบูรณ์ดังนั้นจึงไม่มีโฮสต์ที่สามารถออกอากาศได้ ดูen.wikipedia.org/wiki/Broadcast_traffic#Security

— zamnuts