การกำหนดค่าการหมดเวลาการเช่า DHCP ที่ดีคืออะไร

ฉันเห็นโดยทั่วไปว่าเวลาเช่า DHCP ค่อนข้างยาว (ต่อวันรวม) โดยค่าเริ่มต้นส่วนใหญ่ ฉันมีลูกค้าที่ดูเหมือนจะมีปัญหาดังต่อไปนี้ พวกเขามีเซิร์ฟเวอร์ DHCP ในเราเตอร์ที่อยู่ใกล้ความอิ่มตัว (พูดในวันทำงานปกติ 80-85% ของ IP ที่มีศักยภาพจะใช้) บางครั้งพวกเขารีสตาร์ทเราเตอร์ของพวกเขา เมื่อสิ่งนั้นเกิดขึ้นดูเหมือนว่าเราเตอร์จะสูญเสียตารางของ IP ที่ได้รับมอบหมายดังนั้นมันจึงกำหนด IP ใหม่อีกครั้ง (แน่นอน)

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

วิธีแก้ปัญหาที่ชัดเจนคือการใช้เวลาเช่าสั้นมาก แต่เนื่องจากฉันเป็นแค่มือสมัครเล่นเมื่อพูดถึงเครือข่ายอาจมี DHCP มากกว่าที่ฉันไม่เข้าใจ

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

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

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

สัญญาเช่าระยะสั้นเป็นปัญหาหลักเมื่อคุณมีลูกค้าที่ยกเลิกการเชื่อมต่อและเชื่อมต่ออีกจำนวนมากเช่นในเครือข่าย WiFi สัญญาเช่าสั้นมาก (น้อยกว่า 1 นาที) อาจทำให้เกิดปัญหาแปลก ๆ กับไคลเอนต์ DHCP บางรายที่มีระยะเวลาใช้งานนานกว่าสัญญาเช่า

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

Windows Server มาพร้อมกับเซิร์ฟเวอร์ DHCP แพลตฟอร์ม * nix ใด ๆ สามารถเรียกใช้ ISC DHCPd ทั้งคู่เป็นตัวเลือกที่ดีและสามารถทำตามข้อกำหนดข้างต้นได้ง่าย

เรามีสัญญาเช่า DHCP เป็น 8 วันสำหรับ IPv4 และ 2 สัปดาห์สำหรับ IPv6 สิ่งที่คุณตั้งไว้ให้จำลูกค้าจะต่ออายุหลังจาก 1/2 เวลาดังนั้นหากคุณตั้งไว้ที่ 8 ชั่วโมงมันจะต่ออายุทุก 4 ชั่วโมง (ดำเนินการต่อกับเวลาที่ลดลงสองครั้งเมื่อคำขอล้มเหลว)

การใช้งานเซิร์ฟเวอร์เราเตอร์ DHCP ของคุณอาจทำ "ตรวจจับการชนกันของ DHCP" ลองใช้งานดูสิถ้าเป็นไปได้ นี่คือการแก้ไขที่ง่ายที่สุด

ระยะเวลาเช่าสั้นกว่าจะช่วยได้แน่นอน แต่ไม่รับประกัน 100% ฉันจะไม่ลงต่ำกว่า 1 ชั่วโมง จากประสบการณ์ของฉันโปรแกรมเครือข่ายจำนวนมากไม่ชอบคอมพิวเตอร์ที่ได้รับ DHCP อีกครั้งในขณะที่โปรแกรมกำลังทำงานอยู่ (เช่น Outlook2003 เป็นที่รู้จักในเรื่องนี้ การทำมันทุก ๆ 5 นาทีอาจจะทำให้ผู้ใช้สังเกตเห็นได้ค่อนข้างชัดเจน

หากขอบเขต DHCP มีขนาดใหญ่พอสำหรับคอมพิวเตอร์ทุกเครื่องในสถานที่และคอมพิวเตอร์ส่วนใหญ่ได้รับการแก้ไขในสถานที่อาจเป็นไปได้ที่จะกำหนดระบบปกติให้คงที่อยู่ IP ผ่านการสำรอง DHCP ทิ้งไว้เพียงกลุ่มเล็ก ๆ แบบไดนามิก ที่อยู่ที่ได้รับมอบหมายสำหรับแขกและ / หรือแล็ปท็อปที่ไม่บ่อยนักในสำนักงาน ที่อยู่ที่สงวนไว้จะไม่ถูกชน แน่นอน: มีคนต้องรักษารายการสำรองนั้นไว้ ......

หากคุณมีเซิร์ฟเวอร์ DHCP อื่น (Windows / Linux หรือเราเตอร์อื่น) บน WAN ของคุณที่สามารถทำการตรวจจับการชนคุณอาจพิจารณาเพิ่ม LAN นี้เป็นขอบเขต DHCP เพิ่มเติมที่นั่นและกำหนดค่าไซต์เราเตอร์เพื่อส่งต่อ DHCP ไปที่นี้

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

ระยะเวลาเช่า 30 นาทีจะถูกปรับสำหรับลูกค้าสองสามร้อยคน หากคุณมีลูกค้าไม่ถึง 100 รายคุณสามารถใช้ 5 หรือ 10 นาที

ปัญหาเดียวที่ฉันจะพิจารณาคือโหลดเซิร์ฟเวอร์ เนื่องจาก DHCP เป็นบริการที่ค่อนข้างเบาเมื่อเทียบกับโปรเซสเซอร์ / เครือข่ายในปัจจุบันการพิจารณานั้นมีความสำคัญน้อยกว่ามาก

แน่นอนว่าทั้งหมดนี้เกี่ยวข้องกับขนาดของเครือข่ายของคุณ คลาส C ที่เต็มไปด้วยไคลเอนต์เป็นสิ่งหนึ่ง 5 คลาสในฐานะสัตว์ร้ายที่แตกต่างอย่างสิ้นเชิง

ลองตั้งค่าเป็น 30 นาทีที่คุณกล่าวถึงและดูว่าเราเตอร์ของคุณมีปฏิกิริยาอย่างไรกับตัวประมวลผลที่โหลด

อ่านเพิ่มเติมได้ที่นี่: http://www.dhcp-handbook.com/dhcp_faq.html (ดูคำถาม 35)

ฉันเห็นด้วยกับ Stefan เวลาเช่าที่ถูกต้องขึ้นอยู่กับพารามิเตอร์บางอย่าง ผู้ใช้จำนวนเท่าใดระยะเวลาที่ลูกค้าเชื่อมต่อโดยทั่วไปเครือข่ายระดับใดที่คุณมีเราเตอร์ของคุณมีประสิทธิภาพแค่ไหน ในกรณีของฉันหลายคนเดินเข้าและออกจากสโมสร ในเวลาที่ยุ่งที่สุดฉันเห็นการเชื่อมต่อพร้อมกัน 100 จุด ทุกวันฉันเดาว่าจะมีผู้เยี่ยมชม 700-1,000 คน

ISP ของเราจัดหาเราเตอร์สำหรับใช้ในบ้านราคาถูกที่ไม่สนับสนุนเซิร์ฟเวอร์ DHCP ที่ดีโดยมีระยะเวลาเช่าสั้นกว่า <1 วันเพื่อที่จะหมายถึงพูล DHCP ขนาดใหญ่ที่เราเตอร์ไม่สามารถจัดการได้ ตารางการเช่าจะใหญ่เกินไปสำหรับการรักษาถัดจากฟังก์ชั่นอื่น ๆ ที่เราเตอร์มีดังนั้นฟังก์ชั่น DORA จึงล้มเหลวและลูกค้าจะกำหนดที่อยู่ APIPA ด้วยตนเอง เนื่องจาก netwerk ไม่มีเซิร์ฟเวอร์ใด ๆ ฉันจึงซื้อเราเตอร์ราคาถูก (tp-link WR841n) ที่สนับสนุนเซิร์ฟเวอร์ DHCP ที่ดีพร้อมตัวเลือกเพื่อให้ลูกค้ากำหนดเส้นทาง / DNS และเวลาการเช่าสั้นลง

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

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

ทางออกที่ดีกว่าคือการแก้ไขปัญหากับเซิร์ฟเวอร์ DHCP หรือไม่

ฉันมีหลายกรณีที่ผู้ใช้ไม่เหมือนกันนานกว่าครึ่งวันเช่นร้านอาหารเกสต์เฮาส์และโรงแรมหากพวกเขาเช่ามากกว่าสองสามชั่วโมงหรือหนึ่งวันต้องมีสระว่ายน้ำไอพีขนาดใหญ่เพื่อไม่ให้หมดและมีลูกค้าด้วย การกำหนด ip ที่หายไปนาน แต่สำหรับเครือข่ายปกติที่มีอุปกรณ์เดียวกันผู้ใช้ตลอดเวลา 3 วันก็โอเค

สเตฟาน

สัญญาเช่า 5 ถึง 10 นาทีเป็นสิ่งที่งี่เง่าและเป็นลางบอกเหตุไม่มีความรู้เกี่ยวกับ RFC 2131 ในความเป็นจริงสิ่งอื่นใดแล้ว 3 วันโดยเฉพาะอย่างยิ่งในเครือข่ายไร้สายเป็นเพียงความคิดที่ไม่ดี เสียงเหมือนเราเตอร์ / dhcp แก้ไขปัญหารากไม่รวมมัน