IP แบบคงที่
ฉันต้องการให้ Raspberry Pis กำหนด IP แบบคงที่
ด้วยคำศัพท์ของฉันเหล่านั้นจะไม่ "คงที่" อุปกรณ์เลือกที่อยู่ "คงที่ IP" ของตัวเอง
แต่ตามคำถามฉันสามารถบอกได้ว่าคุณกำลังมองหาอะไร: ที่อยู่แบบไดนามิกซึ่งเซิร์ฟเวอร์สำรองไว้
หาก Raspberry Pi ไม่ได้รบกวนถามเซิร์ฟเวอร์ DHCP แสดงว่าเป็นแบบคงที่ (และเซิร์ฟเวอร์ DHCP ยังคงสามารถสำรองที่อยู่ได้) หากที่อยู่นั้นมาจาก "เซิร์ฟเวอร์ DHCP" ตามที่คุณระบุ Raspberry Pi จะถามเซิร์ฟเวอร์ DHCP จากที่อยู่ดังนั้นจึงเป็น "ไดนามิก" (ในแง่ที่ว่า Raspberry Pi ยอมรับสิ่งที่เซิร์ฟเวอร์ระบุและ ดังนั้นหากเซิร์ฟเวอร์ DHCP เปลี่ยนที่อยู่ Raspberry Pi จะยอมรับการเปลี่ยนแปลงดังนั้นจากมุมมองของ Raspberry Pi มันเป็นแบบไดนามิกแม้ว่าเซิร์ฟเวอร์ DHCP จะอ้างถึงเป็นที่อยู่แบบไดนามิกที่สงวนไว้
เป็นไปได้หรือไม่ที่จะมี Raspberry Pi (หรืออุปกรณ์อื่น ๆ สำหรับเรื่องนั้น) ขอ IP คงที่เฉพาะจากเซิร์ฟเวอร์ DHCP
ไม่เพราะถ้ามีการร้องขอที่อยู่ก็จะไม่คงที่ (สามารถร้องขอและรับที่อยู่สำรองได้)
โมเด็มมีที่อยู่เว็บ 192.168.0.1 ที่จะอนุญาตให้ฉันจัดการการมอบหมาย dhcp ของ ips คงที่ตามที่อยู่ mac
เป็นที่อยู่ที่สงวนไว้ไม่ใช่แบบคงที่
ฉันเสียใจที่พิณในจุดนี้หลายครั้ง แต่คำถามใช้วลี "คงที่" ในแบบที่ฉันไม่เห็นด้วยดังนั้นฉันหวังว่าจะได้รับการแก้ไขนิสัยที่ดีและเร็ว ระบบเครือข่ายอาจมีความสับสนมากมายแม้ว่าจะใช้คำศัพท์ในวิธีที่ถูกต้องดังนั้นฉันขอแนะนำให้คุณใช้คำว่า "IP แบบคงที่" เพื่อไม่อ้างอิงที่อยู่ที่ได้รับจากโปรโตคอลการกำหนดที่อยู่อัตโนมัติเช่น DHCP (แม้ว่า DHCP จะเป็นที่แพร่หลายที่สุดใน IPv4 แต่ก็ไม่ใช่ตัวเลือกที่เป็นไปได้เท่านั้นตัวอย่างเช่นมี "Router Advertisements" ซึ่งอาจใช้กับ IPv6 มากกว่า IPv4 มากกว่าเนื่องจาก DHCP เป็นเช่นนั้นดังนั้นจึงสนับสนุนอย่างกว้างขวาง ใน IPv4 และประสบการณ์แสดงให้เห็นว่าทำงานได้ดี)
ขอ IP
เป็นไปได้หรือไม่ที่อุปกรณ์จะขอกำหนด IP เฉพาะจากเซิร์ฟเวอร์ DHCP (คงที่หรือไดนามิก)
ใช่. โปรโตคอล DHCP อนุญาตสิ่งนี้ มันจะไม่คงที่ แต่ "สงวน"
หากคุณดูที่การสื่อสาร DHCP DHCP จะทำตามวิธีDORA DORA ย่อมาจาก DISCOVER ข้อเสนอคำขอ ACKNOWLEDGE
ในธุรกรรมที่เรียบง่ายลำดับสามารถทำได้ง่ายเหมือน DORA (นั่นหมายความว่ามี DISCOVER หนึ่งรายการข้อเสนอหนึ่งคำขอและ ACKNOWLEDGE หนึ่งรายการ) ไคลเอ็นต์ DHCP สามารถร้องขอที่อยู่ใดก็ได้ที่ต้องการ สิ่งนี้สามารถทำได้หากลูกค้าออกจากเครือข่ายแล้วส่งกลับและสนับสนุนที่อยู่ที่เคยใช้ก่อนหน้านี้ หากไคลเอนต์ DHCP ร้องขอที่อยู่ที่ไม่สามารถยอมรับได้ซึ่งอาจนำไปสู่การสื่อสารที่ยาวขึ้นเช่น DORORA ต่อไปนี้เป็นบทสรุปของการสื่อสารดังกล่าว
ประการแรกบันทึกไม่กี่:
-
ตัวอักษรตัวหนาที่อธิบายหนึ่งในขั้นตอน DORA แสดงถึงการสื่อสารที่ถูกส่งจริง
-
ตัวอักษรหนายังใช้ในการระบุเครื่อง
-
ในตัวอย่างต่อไปนี้ซับเน็ต 192.0.2 ถูกใช้ตามRFC 5737
-
ที่อยู่ต่อไปนี้เป็นตัวอักษร:
- 0.0.0.0
- 255.255.255.255
- FF-FF-FF-FF-FF-FF
-
ต่อไปนี้เป็นตัวอย่างที่อยู่เพิ่มเติมและจะได้รับการปรับแต่ง:
-
11-11-11-22-22-22
- และ 33-33-33-44-44-44
และตอนนี้สรุปการสื่อสารที่สัญญาไว้:
-
[ลูกค้า] : "ฉันไม่มีที่อยู่ IP ฉันต้องการเปลี่ยนมัน"
-
[ไคลเอนต์]ใช้ที่อยู่ IP 0.0.0.0, MAC 11-11-11-22-22-22 และส่งไปที่ 255.255.255.255, FF-FF-FF-FF-FF-FF-FF: และส่งข้อความDISCOVER (เฮ้! มีเซิร์ฟเวอร์ DHCP อยู่ที่นั่นไหม?)
-
ขั้นตอนเพิ่มเติม: [DHCP Relay Agent]สื่อสารกับ[เซิร์ฟเวอร์ DHCP]ซึ่งอาจอยู่ในเครือข่ายย่อยอื่น เพื่อลดความซับซ้อนเราจะไม่ได้รับเข้าไปในรายละเอียดของการสื่อสารระหว่างที่[DHCP Relay ตัวแทน]และ[เซิร์ฟเวอร์ DHCP] โปรดทราบว่า[ไคลเอ็นต์ DHCP]ไม่จำเป็นต้องเห็นความแตกต่างระหว่างการใด ๆ[เซิร์ฟเวอร์ DHCP]หรือ[DHCP Relay ตัวแทน] (โดยเฉพาะฉันไม่จำได้ว่าเป็นไปได้ที่[DHCP Client]จะทำให้เกิดความแตกต่าง)
-
[เซิร์ฟเวอร์ DHCP หรือเอเจนต์รีเลย์]บนซับเน็ตเดียวกันตอบกลับจากที่อยู่ IP 192.0.2.1 ที่อยู่ MAC-48 33-33-33-44-44-44-44 ไปยัง 0.0.0.0 ที่อยู่ MAC-48 11-11-11- 22-22-22: ข้อเสนอ 192.0.2.140 (ข้อเสนอนี้หมายความว่า[เซิร์ฟเวอร์หรือเอเจนต์รีเลย์] สามารถปล่อยให้ลูกค้าจอง192.0.2.140หากต้องการ)
-
หากหลาย[ไคลเอ็นต์ DHCP]สื่อสารในเวลาเดียวกันนั่นก็โอเคแม้ว่าพวกเขาอาจแบ่งปันที่อยู่ IP เช่น 0.0.0.0 เนื่องจากที่อยู่ MAC-48 แต่ละรายการสามารถใช้เพื่อติดตามการสนทนาแต่ละรายการได้
-
[ไคลเอ็นต์ DHCP]จะไม่สนใจที่อยู่ 192.0.2.140 เนื่องจาก[ลูกค้า]ต้องการที่อยู่ 192.0.2.135 ที่ลูกค้ามีเมื่อวานนี้ ดังนั้นลูกค้าได้รับอนุญาตให้เพิกเฉยที่อยู่ที่เสนอโดยสมบูรณ์และเพียงแค่ขอสิ่งที่มันต้องการ (นี่จะแสดงให้เห็นโดยการสื่อสารครั้งต่อไป)
-
สิ่งนี้แสดงถึง "การใช้ประโยชน์" ที่ลูกค้ามี มันไม่ได้ใช้พลังงานอย่างสมบูรณ์ แต่อาจมีอิทธิพลถ้า[DHCP Server]เพียงแค่ให้ความร่วมมือ
-
(ในการใช้งานจริงอาจเป็นเรื่องปกติสำหรับแล็ปท็อปที่ตื่นจากการจำศีล?)
-
[ไคลเอนต์ DCHP]ถึง[เซิร์ฟเวอร์ DHCP หรือเอเจนต์รีเลย์]บนซับเน็ตเดียวกันจาก 0.0.0.0 MAC-48 11-11-11-22-22-22 และส่งไปที่ 192.0.2.1 ที่อยู่ 33-33-33- 44-44-44: คำขอตามต้องการ192.0.2.135
-
ณ จุดนี้ลูกค้าส่งคำขอและหวังว่าจะได้รับ ACKNOWLEDGE
-
[เซิร์ฟเวอร์ DHCP]ตระหนักว่า 192.0.2.135 ไม่สามารถใช้งานได้อีกต่อไป
-
[เซิร์ฟเวอร์ DHCP หรือเอเจนต์รีเลย์]จาก 192.0.2.1 ที่อยู่ 33-33-33-44-44-44 ถึง 0.0.0.0 MAC-48 11-11-11-22-22-22: ข้อเสนอ 192.0.2.140
-
[ไคลเอนต์ DHCP]ผิดหวังที่ข้อเสนอไม่ตรงกับคำขอ ลูกค้าผิดหวังที่ไม่ได้รับข้อเสนอที่พึงพอใจกลับไปลองสิ่งที่มีแนวโน้มที่จะได้รับการยอมรับจากเซิร์ฟเวอร์ที่ค่อนข้างใช้งานไม่ได้
-
[ไคลเอ็นต์ DHCP]จาก 0.0.0.0 MAC-48 11-11-11-22-22-22 ไปยัง 192.0.2.1 ที่อยู่ 33-33-33-44-44-44-44 คำขอ 192.0.2.140
-
[เซิร์ฟเวอร์ DHCP หรือเอเจนต์รีเลย์]ตัดสินใจที่จะร่วมมือ มันทำสองสิ่ง:
-
[เซิร์ฟเวอร์ DHCP]จดบันทึกการเช่าเพื่อไม่ให้ที่อยู่เดิมซ้ำอีก
-
ที่อยู่นี้ไม่สามารถใช้ได้สำหรับคนอื่นอย่างเป็นทางการ สันนิษฐานว่าลูกค้าจะมีความสุขกับที่อยู่นี้เพราะมันถูกร้องขอ ลูกค้าไม่จำเป็นต้องระบุข้อตกลงเพิ่มเติมใด ๆ
-
[เซิร์ฟเวอร์ DHCP หรือเอเจนต์รีเลย์]จาก 192.0.2.1 MAC-48 33-33-33-44-44-44 ถึง MAC-48 11-11-11-22-22-22, บันทึกว่าได้ตัดสินใจที่จะACKNOWLEDGE (และดังนั้นจึงอนุมัติ) คำขอ
192.0.2.140
ลูกค้า DHCP ได้รับอนุญาตเท่านั้นที่จะเริ่มใช้ที่อยู่ที่นำเสนอหลังจากที่ลูกค้าที่ได้รับรับทราบ (อันที่จริงเซิร์ฟเวอร์ DHCP ได้รับอนุญาตให้เสนอที่อยู่ไปยังคอมพิวเตอร์หลายเครื่องและที่ไม่ควรทำให้เกิดความขัดแย้งเพราะที่อยู่เหล่านั้นควรยังคงไม่ได้ใช้จนกว่าจะมีการให้ ACKNOWLDGE จริง) ดังนั้นในกรณีนี้ไคลเอ็นต์ DHCP จะไม่ได้รับ การอนุญาตแบบสัมบูรณ์ใด ๆ จนกว่าจะได้รับการตอบสนองของ ACKNOWLEDGE แต่ก็ยังสามารถมีอำนาจที่ทรงอิทธิพลได้ด้วยการตัดสินใจว่าต้องการจะขออะไร
หากเซิร์ฟเวอร์ไม่ต้องการร่วมมือกับคำขอทั้งหมดที่ต้องทำคือไม่ใช่ ACKNOWLEDGE สามารถสุภาพได้โดยเลือกที่จะเสนอสิ่งอื่นหรือเพียงเพิกเฉยต่อคำขอที่ไม่เหมาะสมทั้งหมดนี้โดยไม่เสี่ยงต่อการอนุญาตให้ใช้ที่อยู่ IP ที่ไม่ต้องการ เมื่อเซิร์ฟเวอร์ DHCP ได้รับการร้องขอเซิร์ฟเวอร์ DHCP สามารถตัดสินใจที่จะดูที่อยู่ MAC-48 ที่ร้องขอและใช้ข้อมูลนั้นเมื่อตัดสินใจสิ่งที่ต้องการนำเสนอ นั่นคือวิธีที่เซิร์ฟเวอร์สามารถ จำกัด ที่อยู่ที่ถูกต้องได้อย่างมีประสิทธิภาพเพื่อใช้เฉพาะสิ่งที่แสดงในการจอง DHCP
ดังนั้นใช่คำขอสามารถขอที่อยู่ IP ที่ต้องการได้ หากไคลเอนต์ DHCP ไม่ทราบว่าที่อยู่ IP ใดน่าจะปลอดภัยสำหรับการร้องขอไคลเอนต์ DHCP สามารถดูข้อเสนอล่าสุดหรือส่งแพ็คเกจค้นพบและค้นหาข้อเสนอใหม่
สุดท้าย
ฉันอยากรู้ว่านี่เป็นไปได้โดยอัตโนมัติด้วยการร้องขอจากราสเบอร์รี่ปี่ตัวเอง
หากใช้ Unix ให้ตรวจสอบไฟล์ /etc/dhclient.conf ฉันรู้ว่าไฟล์ดังกล่าวสามารถใช้เพื่อระบุตัวเลือก DHCP ที่จะใช้ (ตัวอย่างของ "ตัวเลือก DHCP ทั่วไป" คือขนาดของซับเน็ต ("ซับเน็ตมาสก์"), ที่อยู่ของเราเตอร์ ("เกตเวย์เริ่มต้น") แต่ข้อมูลอื่น ๆ สามารถแชร์โดยเซิร์ฟเวอร์ DHCP และใช้ (หรือเพิกเฉย) โดย . ไคลเอ็นต์ DHCP ฉันจะสงสัยว่าแฟ้มที่อาจเป็นที่ที่คุณสามารถระบุที่อยู่ที่ต้องการดูเหมือนว่าสายที่ต้องการอาจจะ:. " send dhcp-requested-address 192.0.2.135;" (ดู: ISC dhclient.conf หน้าคนและหน้าคน ISC DHCP สำหรับตัวเลือกและตนเอง - ตอบคำถาม: วิธีขอที่อยู่ IP เฉพาะจากเซิร์ฟเวอร์ DHCP ได้อย่างไร )