Cấu hình hết thời gian thuê DHCP tốt là gì


20

Tôi thường thấy rằng thời gian thuê DHCP khá dài (cộng một ngày) trên hầu hết các mặc định. Tôi có một khách hàng dường như có vấn đề sau đây. Họ có một máy chủ DHCP trong một bộ định tuyến gần bão hòa (giả sử trong một ngày làm việc bình thường 80-85% số IP tiềm năng được sử dụng). Thỉnh thoảng họ khởi động lại bộ định tuyến của họ. Khi điều đó xảy ra, có vẻ như bộ định tuyến sẽ mất bảng IP được gán, vì vậy nó sẽ gán IP một lần nữa (tất nhiên).

Vấn đề là khá thường xuyên có một máy khách trong mạng LAN đã có IP và sẽ giữ nó trong một ngày (thời gian chờ hiện tại), gây ra xung đột IP và các vấn đề kết nối cho hai máy đó.

Giải pháp rõ ràng là thực hiện một thời gian thuê rất ngắn, nhưng vì tôi chỉ là người có sở thích khi nói đến mạng, nên có thể có nhiều hơn về DHCP mà tôi không hiểu.

Là một đánh giá hợp lý về tình huống (ít nhất là với thiết bị cấp thấp hơn) và thời gian thuê thấp hơn (nói một nửa giờ) có ý nghĩa trong trường hợp này?

Câu trả lời:


21

Bạn nên xem xét việc thay thế máy chủ DHCP, vì rõ ràng nó đã bị hỏng. Các máy chủ DHCP nên giữ thông tin cho thuê giữa các lần khởi động lại và tốt nhất là thăm dò địa chỉ trước khi phát hành chúng vào nhóm để tránh trùng lặp địa chỉ.

Nếu đó không phải là một lựa chọn, bạn có thể bỏ thời gian thuê. Miễn là máy chủ DHCP có thể xử lý khuấy, nó sẽ hoạt động, nhưng việc cho thuê ngắn sẽ làm tăng một lượng nhỏ lưu lượng phát trên mạng của bạn.

Cho thuê ngắn chủ yếu là một vấn đề khi bạn có khách hàng ngắt kết nối và kết nối lại rất nhiều, ví dụ như trong các mạng WiFi. Thời gian thuê rất ngắn (dưới 1 phút) có thể gây ra sự cố kỳ lạ với một số khách hàng DHCP có thời gian chờ lâu hơn thời gian thuê.


Về thời gian thuê ngắn: Tôi đã nhận thấy rằng một số thiết bị Android nhất định (ví dụ: Amazon Fire 8 HD, nhưng không giới hạn ở thiết bị đó) sẽ ngắt kết nối khi hết thời gian thuê. Vì vậy, nếu tôi có thời gian thuê là 10 phút, WiFi dường như sẽ ngắt kết nối và kết nối lại cứ sau 10 phút (tức là các luồng video sẽ giảm và ứng dụng trình phát video đóng lại). Việc gán IP tĩnh cho các thiết bị đó sẽ khắc phục sự cố, tăng thời gian thuê cũng sẽ giảm bớt vấn đề đó.
Daniel F

Về các thiết bị Android trong bình luận trước đó, những thiết bị này đang chạy Android 5.
Daniel F

11

Khắc phục sự cố thực sự . Các máy chủ DHCP nên nhớ cho thuê giữa các lần khởi động lại và nên ping kiểm tra IP trước khi đưa chúng ra (để chắc chắn rằng chúng chưa được sử dụng).

Windows Server đi kèm với máy chủ DHCP. Bất kỳ nền tảng * nix nào cũng có thể chạy ISC DHCPd. Cả hai đều là lựa chọn khá tốt và sẽ dễ dàng thực hiện các yêu cầu trên.

Chúng tôi có các hợp đồng thuê DHCP được đặt thành 8 ngày cho IPv4 và 2 tuần cho IPv6. Dù bạn đã đặt, hãy nhớ rằng khách hàng sẽ gia hạn sau 1/2 thời gian, vì vậy nếu bạn đặt thành 8 giờ, nó sẽ gia hạn sau mỗi 4 giờ (tiếp tục với thời gian giảm gấp đôi khi yêu cầu không thành công).


7

Bộ định tuyến Máy chủ DHCP của bạn có thể thực hiện "Phát hiện va chạm DHCP". Kiểm tra này và kích hoạt nó nếu có thể. Đây là cách khắc phục dễ dàng nhất.

Thời gian thuê ngắn hơn chắc chắn sẽ giúp nhưng không đảm bảo 100%. Tôi sẽ không đi dưới 1 giờ mặc dù. Theo kinh nghiệm của tôi, nhiều chương trình mạng không thực sự thích nó, máy tính mua lại DHCP trong khi chương trình đang chạy (ví dụ: Outlook2003 nổi tiếng về điều này, năm 2007 có vẻ hoạt động tốt hơn). Làm điều đó cứ sau 5 phút có thể khá đáng chú ý đối với người dùng.

Nếu phạm vi DHCP đủ lớn cho tất cả các máy tính tại chỗ và phần lớn các máy tính đó được cố định tại chỗ, có thể khả thi để gán cho các hệ thống thông thường một địa chỉ IP cố định thông qua đặt chỗ DHCP, chỉ để lại một nhóm rất nhỏ địa chỉ được chỉ định cho khách và / hoặc máy tính xách tay không thường xuyên trong văn phòng. Các địa chỉ dành riêng sẽ không bị va chạm. Tất nhiên: Ai đó phải duy trì danh sách đặt phòng đó ......

Nếu bạn có một máy chủ DHCP khác (Windows / Linux hoặc bộ định tuyến khác) trên mạng WAN có khả năng phát hiện xung đột, bạn có thể xem xét thêm mạng LAN này như một phạm vi DHCP bổ sung ở đó và cấu hình lại bộ định tuyến trang web để chuyển tiếp DHCP sang mạng này.

Nếu vẫn thất bại, bạn sẽ phải thiết lập một máy chủ DHCP riêng. Đối với tối đa khoảng 200 người dùng, bạn không thực sự cần một máy chủ Windows lớn hoặc hộp Linux. Bạn có thể thoát khỏi thứ gì đó như TFTPD32 miễn phí, dễ cài đặt và cũng sẽ phát hiện va chạm. (Và nó sẽ chạy trên HĐH máy tính để bàn nếu chi phí là một vấn đề. Nếu bạn có một PC nằm xung quanh có thể bị bỏ lại "luôn luôn bật"). (Và, xem đoạn trước, đoạn này có thể được đặt trên một trang web khác.)


Câu hỏi: Không nên đổi mới địa chỉ DHCP trước khi hết hạn thuê? Nếu Outlook đang chạy, thì hệ thống sẽ được gia hạn địa chỉ và không bị mất, phải không?
Mehrdad

5

Thời gian thuê 30 phút sẽ ổn cho vài trăm khách hàng. Nếu bạn có dưới 100 khách hàng, bạn có thể sử dụng 5 hoặc 10 phút.


5

Vấn đề thực sự duy nhất tôi sẽ xem xét là tải máy chủ. Vì DHCP là một dịch vụ tương đối nhẹ so với sức mạnh của bộ xử lý / mạng hiện tại, việc xem xét đó đang trở nên ít quan trọng hơn nhiều.

Tất nhiên đây là tất cả liên quan đến kích thước của mạng của bạn. Một lớp C đầy đủ khách hàng là một chuyện, 5 lớp Như là một con thú hoàn toàn khác.

Hãy thử đặt nó trong 30 phút bạn đã đề cập và xem bộ định tuyến của bạn phản ứng như thế nào khi tải bộ xử lý.

Đọc thêm tại đây: http://www.dhcp-handbook.com/dhcp_faq.html (Xem Câu hỏi 35)


Máy chủ đã sập. Có vẻ như URL bị bỏ rơi.
koppor

3

Tôi đồng ý với Stefan, thời gian thuê chính xác phụ thuộc vào một vài thông số. Có bao nhiêu người dùng, khách hàng thường kết nối trong bao lâu, bạn có mạng lớp nào, bộ định tuyến của bạn mạnh mẽ như thế nào. Trong trường hợp của tôi, nhiều người đi vào và ra khỏi nhà câu lạc bộ. Vào những lúc bận rộn nhất, tôi thấy 100 kết nối tương tự. Mỗi ngày tôi đoán rằng 700-1000 người sẽ ghé thăm.

ISP của chúng tôi đã cung cấp một bộ định tuyến sử dụng tại nhà giá rẻ không hỗ trợ máy chủ DHCP tốt với thời gian thuê ngắn hơn <1 ngày để có nghĩa là một nhóm DHCP lớn mà đến lượt bộ định tuyến không thể xử lý. Bảng cho thuê sẽ quá lớn để duy trì bên cạnh các chức năng khác mà bộ định tuyến có để các chức năng DORA không thành công và khách hàng sẽ tự gán cho mình một địa chỉ APIPA. Vì netwerk không chứa máy chủ dưới bất kỳ hình thức nào, tôi đã mua một bộ định tuyến giá rẻ (tp-link WR841n) hỗ trợ máy chủ DHCP tốt với các tùy chọn để cung cấp cho khách hàng, đặc tả định tuyến / DNS và thời gian thuê ngắn hơn.

Tôi chỉ kích hoạt bộ định tuyến này để hoạt động như một máy chủ DHCP chuyên dụng và cho khách hàng thời gian thuê 30 phút. Sau 30 phút, máy chủ DHCP sẽ liên lạc với khách hàng nếu nó vẫn ở đó, nếu không nó sẽ giải phóng địa chỉ IP nếu vẫn còn, nó sẽ gán lại 30 phút cho khách hàng thuê. Khách hàng sẽ giữ cùng một địa chỉ IP. Phạm vi DHCP được đặt trong Phạm vi Địa chỉ Riêng tư với tối đa cho thuê tối đa 254. (dựa trên tổng số kết nối tối đa của AP). Điều này làm việc tuyệt vời cho trường hợp của tôi.

Khởi động lại máy chủ DHCP và xóa bảng của nó không phải là một ý tưởng hay, trừ khi bạn đảm bảo ngắt kết nối tất cả các máy khách khỏi mạng trước (tắt WiFi AP). Hãy dành ít nhất một phút để đảm bảo tất cả khách hàng đều bị ngắt kết nối. Sau đó khởi động mạng theo thứ tự sau và đợi cho đến khi bắt đầu và kết nối đầy đủ: bộ định tuyến, máy chủ DHCP, Điểm truy cập Wifi.


2

Không phải là một giải pháp tốt hơn là khắc phục sự cố với máy chủ DHCP hoặc thay thế nó?


2

Tôi đã có một vài trường hợp người dùng không giống nhau trong hơn nửa ngày, tức là nhà hàng nhà khách và khách sạn, nếu họ thuê trong vài giờ hoặc một ngày, họ cần một số lượng lớn ip để không chạy ra ngoài và có khách hàng với gán ip mà đã qua lâu rồi. Nhưng đối với mạng thông thường nơi có cùng một thiết bị, người dùng suốt 3 ngày là ổn.

Stefan


1

Cho thuê 5 đến 10 phút là ngu ngốc và không có kiến ​​thức gì về RFC 2131. Trong thực tế, bất cứ điều gì khác sau 3 ngày, đặc biệt là trên các mạng không dây rõ ràng không phải là một ý tưởng tốt. Âm thanh như bộ định tuyến / dhcp khắc phục vấn đề gốc không kết hợp nó.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.