เป็นไปได้หรือไม่ที่จะสร้างเครือข่ายแชร์กับเซิร์ฟเวอร์ DHCP หลายเครื่องที่ทำงานบนเครือข่ายเดียวกัน

ฉันวางแผนที่จะติดตั้ง Fedora และใช้Amahiเป็น Media Server / NAS ในบ้านของฉัน

ปัจจุบันฉันมีเครือข่ายที่มีเราเตอร์ไร้สาย 2 ตัวตัวหนึ่งทำหน้าที่เป็นเซิร์ฟเวอร์ DHCP และอีกตัวเป็นเพียง AP เซิร์ฟเวอร์ที่เป็น DHCP เชื่อมต่อโดยตรงกับโมเด็ม ฉันจะติดตั้ง Amahi บนเครื่องที่เชื่อมต่อกับ AP ฉันอ่านว่า Amahi ชอบที่จะเป็นเซิร์ฟเวอร์ DHCP สำหรับเครือข่าย ตอนนี้ฉันไม่ต้องการเปลี่ยนเซิร์ฟเวอร์ DHCP ที่มีอยู่ แต่ฉันวางแผนที่จะให้เซิร์ฟเวอร์ DHCP แต่ละรายการมีช่วงของที่อยู่ที่แตกต่างกันเพื่อให้บริการ

1. ฉันต้องการเข้าถึงการแชร์ของฉันบน Amahi จากอุปกรณ์ที่ได้รับมอบหมาย IP ของพวกเขาจากเซิร์ฟเวอร์ DHCP ที่สอง สิ่งนี้จะเป็นไปได้ไหม

2. นอกจากนี้ยังเป็นสิ่งสำคัญหากเซิร์ฟเวอร์ Amahi DHCP ไม่ได้เชื่อมต่อโดยตรงกับโมเด็ม (โมเด็ม -> เราเตอร์ -> AP -> Amahi) ฉันจะมีปัญหากับ QOS หรือไม่?

แก้ไข:
สอง DHCP ในเครือข่ายทางกายภาพเดียวกันไม่สามารถใช้เพื่อให้บริการที่อยู่ IP สำหรับช่วงที่แตกต่างกัน

ทำไม?
การ์ดเครือข่ายที่กำหนดค่าให้เช่าที่อยู่จาก DHCP จะส่งแพ็กเก็ต (การออกอากาศ DHCP) ไปยังคอมพิวเตอร์ทุกเครื่อง คอมพิวเตอร์ที่ใช้เซิร์ฟเวอร์ DHCP จะตอบด้วยที่อยู่ IP ฟรีถัดไป (และการตั้งค่าอื่น ๆ ที่กำหนดค่าไว้สำหรับไคลเอนต์) เมื่อมีเซิร์ฟเวอร์ DHCP หลายตัวทุกตัวจะตอบและส่งข้อมูล IP แต่ลูกค้าจะยอมรับเฉพาะครั้งแรกที่เขาได้รับ

บนเซิร์ฟเวอร์ DHCP ส่วนใหญ่สามารถกำหนดค่าช่วงเซิร์ฟเวอร์ได้

อาจต้องการให้ช่วงเซิร์ฟเวอร์ให้บริการการตั้งค่าที่แตกต่างกัน (เช่นเกตเวย์ที่แตกต่างกัน) ต้องกำหนดค่านี้ในหนึ่ง DHCP ในช่วงการกำหนดค่าที่เกี่ยวข้อง

หากลูกค้าหนึ่งราย (การ์ดเครือข่ายของตน) ต้องได้รับที่อยู่ IP จากช่วงเดียวก็สามารถแก้ไขได้โดยใช้การจองสำหรับลูกค้า สิ่งนี้จะเชื่อมต่อที่อยู่ mac ของการ์ดเครือข่ายด้วยการตั้งค่าคงที่ที่ DHCP (รวมถึง IP แบบคงที่เสมือนสำหรับไคลเอ็นต์)

(DHCP อาจถูกกำหนดค่าเพื่อจุดประสงค์ในการล้มเหลวจากนั้นมี DHCP เพิ่มเติม แต่นี่เป็นการกำหนดค่าพิเศษมากและไคลเอนต์จะได้รับข้อมูลเดียวกันโดยไม่คำนึงถึง DHCP ที่ตอบรับ)

โพสต์ก่อนแก้ไขแนะนำให้ใช้ Amahi DHCP
อย่าใช้เซิร์ฟเวอร์ DHCP หลายเครื่องในเครือข่ายเดียว มันจะทำให้เกิดปัญหา (ดูที่นี่ )

เซิร์ฟเวอร์ที่เราเตอร์ควรมี IP แบบคงที่เสมอ (เทียบเท่า 192.168.0.1 และ 192.168.0.2) IP นี้ต้องถูกแยกออกจากช่วง IP ที่ DHCP ใช้

ฉันเดาว่า Amahi แบ่งปันข้อมูลเพิ่มเติมผ่าน DHCP ให้กับลูกค้ามากกว่าที่เราเตอร์ทั่วไปทำ ดังนั้นจึงเหมาะสมที่จะใช้ DHCP ของ Amahi

อาจจะเพียงพอที่จะทำเช่นนั้น:

• ปิดใช้งาน DHCP บนเราเตอร์
• ตรวจสอบให้แน่ใจว่า IPs แบบคงที่ (ของเราเตอร์และตัวเอง Amahi) ได้รับการยกเว้นในช่วง dhcp ของ Amahi
• เพิ่มที่อยู่ของเราเตอร์ในการตั้งค่า dhcp ของ Amahi

1) เท่าที่เซิร์ฟเวอร์ DHCP หลายเครื่องแน่ใจ ....

คุณพูดถึงเซิร์ฟเวอร์ DHCP ที่เชื่อมต่อโดยตรงกับโมเด็ม .... มันจะยากเกินไปสำหรับคุณในกรณีของคุณที่จะอนุญาตให้ IP แบบคงที่กับ AP ซึ่งจะให้รายการ DHCP ของตัวเอง?

เป็นไปได้โดยสิ้นเชิงที่จะมีเซิร์ฟเวอร์ DHCP หลายเครื่องที่ทำงานในส่วนเครือข่ายเดียวกันหากข้อ จำกัด ของสถาปัตยกรรมนี้มีความเข้าใจและวางแผนไว้

บทความ Microsoft TechNet DHCP Best Practicesกล่าวว่า:

เมื่อเริ่มต้นไคลเอ็นต์ DHCP แต่ละเครื่องจะเผยแพร่ข้อความค้นหา DHCP (DHCPDISCOVER) ไปยังเครือข่ายย่อยในพื้นที่เพื่อพยายามค้นหาเซิร์ฟเวอร์ DHCP เนื่องจากไคลเอนต์ DHCP ใช้การออกอากาศระหว่างการเริ่มต้นครั้งแรกคุณไม่สามารถคาดเดาได้ว่าเซิร์ฟเวอร์ใดจะตอบสนองต่อการร้องขอการค้นหา DHCP ของไคลเอนต์หากมีเซิร์ฟเวอร์ DHCP มากกว่าหนึ่งตัวที่ทำงานอยู่บนซับเน็ตเดียวกัน

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

หากการต่ออายุล้มเหลวลูกค้าจะพยายามต่ออายุสัญญาเช่าจนกว่าจะเข้าสู่สถานะการปฏิเสธใหม่ ในสถานะนี้ไคลเอ็นต์ออกอากาศไปยังซับเน็ตเพื่อค้นหาการกำหนดค่า IP ที่ถูกต้องและดำเนินการต่อโดยไม่หยุดชะงักบนเครือข่าย ณ จุดนี้เซิร์ฟเวอร์ DHCP อื่นอาจตอบสนองต่อคำขอของลูกค้า หากสิ่งนี้เกิดขึ้นเซิร์ฟเวอร์ที่ตอบสนองอาจส่งข้อความตอบรับเชิงลบ DHCP (DHCPNAK) ในการตอบกลับ สิ่งนี้สามารถเกิดขึ้นได้แม้ว่าเซิร์ฟเวอร์ดั้งเดิมที่ให้เช่าไคลเอนต์แรกจะพร้อมใช้งานบนเครือข่าย

ดังนั้นปัญหาในสถาปัตยกรรมดังกล่าวที่ฉันสามารถดูและวิธีแก้ไข:

1. ความขัดแย้งระหว่างที่อยู่ IP สิ่ง
   เหล่านี้สามารถแก้ไขได้โดยแยกช่วงการจัดสรรระหว่างเซิร์ฟเวอร์ DHCP สองเครื่อง การวัดที่ไม่ปลอดภัยเพิ่มเติมอาจเป็นการผูกที่อยู่ MAC ถาวรกับที่อยู่ IP ในเซิร์ฟเวอร์ DHCP (หากมีตัวเลือกนี้)

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