나는 일반적으로 DHCP 임대 시간이 대부분의 기본값에서 꽤 길다는 것을 알았습니다. 다음과 같은 문제가있는 고객이 있습니다. 라우터에는 포화 상태 인 라우터에 DHCP 서버가 있습니다 (예 : 정상적인 근무일에는 잠재적 IP의 80-85 %가 사용됨). 때때로 그들은 라우터를 다시 시작합니다. 이 경우 라우터는 할당 된 IP 테이블을 잃어 버려서 IP를 새로 할당합니다 (물론).
문제는 LAN에 이미 IP를 가지고 있고 하루 동안 (현재 시간 초과 길이) 클라이언트를 유지하려고하는 두 클라이언트의 IP 충돌 및 연결 문제를 일으키는 클라이언트가 LAN에 있다는 것입니다.
확실한 해결책은 임대 시간을 매우 짧게하는 것이지만, 네트워킹에 있어서는 취미 자일 뿐이므로 이해하지 못하는 DHCP가 더있을 수 있습니다.
위의 상황에 대한 합리적인 평가가 있습니까 (적어도 저가 장비를 사용하는 경우).이 경우 임대 시간이 줄어드는가 (30 분) 말입니까?
답변:
DHCP 서버는 분명히 손상되었으므로 교체를 고려해야합니다. DHCP 서버는 다시 시작간에 임대 정보를 유지해야하며 주소 중복을 피하기 위해 풀에 릴리스하기 전에 주소를 검사하는 것이 좋습니다.
이것이 옵션이 아닌 경우 임대 길이를 삭제할 수 있습니다. DHCP 서버가 이탈을 처리 할 수있는 한 작동해야하지만 임대가 짧으면 네트워크의 브로드 캐스트 트래픽이 약간 증가합니다.
짧은 임대는 주로 클라이언트가 WiFi 네트워크와 같이 연결을 끊었다가 다시 연결하는 경우 주로 문제가됩니다. 매우 짧은 임대 (1 분 미만)는 임대보다 시간이 초과 된 일부 DHCP 클라이언트에서 이상한 문제를 일으킬 수 있습니다.
실제 문제를 해결하십시오 . DHCP 서버는 다시 시작할 때의 임대를 기억해야하며 IP를 전달하기 전에 테스트 IP를 핑 (ping)해야합니다 (이미 사용 중이 아닌지 확인하기 위해).
Windows Server는 DHCP 서버와 함께 제공됩니다. 모든 * nix 플랫폼은 ISC DHCPd를 실행할 수 있습니다. 둘 다 아주 좋은 선택이며 위의 요구 사항을 쉽게 달성 할 수 있습니다.
IPv4의 경우 8 일, IPv6의 경우 2 주로 DHCP 임대가 설정되었습니다. 설정 한 내용에 관계없이 클라이언트는 1/2 시간 후에 갱신되므로 8 시간으로 설정하면 4 시간마다 갱신됩니다 (요청이 실패하면 시간이 두 배 감소됨).
라우터 DHCP 서버 구현에서 "DHCP 충돌 감지"를 수행 할 수 있습니다. 이것을 확인하고 가능하면 활성화하십시오. 가장 쉬운 해결책입니다.
임대 시간 단축은 확실히 도움이되지만 100 % 보장은 아닙니다. 그래도 1 시간 이하로 가지 않을 것입니다. 내 경험상 많은 네트워크 프로그램은 프로그램이 실행되는 동안 컴퓨터가 DHCP를 다시 획득하는 것을 좋아하지 않습니다 (예 : Outlook2003이 악명 높기 때문에 2007 년이 더 잘 동작하는 것 같습니다). 5 분마다 그렇게하는 것은 사용자에게 꽤 눈에 띄게 될 수 있습니다.
DHCP 범위가 모든 컴퓨터 현장에 충분하고 대부분의 컴퓨터가 현장에 고정 된 경우 DHCP 예약을 통해 일반 시스템에 고정 IP 주소를 할당하는 것이 가능할 수 있습니다. 사무실에서 자주 사용하지 않는 게스트 및 / 또는 랩톱에 할당 된 주소. 예약 된 주소는 충돌하지 않습니다. 물론 : 누군가는 예약 목록을 유지해야합니다.
WAN에 충돌 감지를 수행 할 수있는 다른 DHCP 서버 (Windows / Linux 또는 다른 라우터)가있는 경우이 LAN을 추가 DHCP 범위로 추가하고 사이트 라우터를 재구성하여 DHCP를이 서버로 전달할 수 있습니다.
다른 모든 방법이 실패하면 별도의 DHCP 서버를 설정해야합니다. 최대 약 200 명의 사용자는 큰 Windows 서버 나 Linux 박스가 필요하지 않습니다. TFTPD32와 같은 무료로 설치가 쉽고 충돌 감지 기능도 제공합니다. (비용이 문제인 경우 데스크톱 OS에서 실행됩니다. 주변에 PC가 있으면 "항상 켜져"있을 수 있습니다. 또한 이전 단락을 참조하십시오. 다른 사이트에있을 수 있습니다.
수백 명의 고객에게는 30 분의 임대 시간이 적당합니다. 클라이언트가 100 명 미만인 경우 5 분 또는 10 분을 사용할 수 있습니다.
내가 고려해야 할 유일한 문제는 서버로드입니다. DHCP는 현재 프로세서 / 네트워크 전력에 비해 상대적으로 가벼운 서비스이므로 그 고려 사항이 훨씬 중요 해지고 있습니다.
이것은 물론 네트워크 크기와 관련이 있습니다. 클라이언트로 가득한 클래스 C는 한 가지, 5 클래스는 완전히 다른 짐승입니다.
언급 한 30 분으로 설정하고 라우터가 프로세서로드까지 반응하는 방식을 확인하십시오.
자세한 내용은 여기를 참조 하십시오 : http://www.dhcp-handbook.com/dhcp_faq.html (질문 35를보십시오)
Stefan에 동의합니다. 올바른 임대 시간은 몇 가지 매개 변수에 따라 다릅니다. 얼마나 많은 사용자, 클라이언트가 일반적으로 연결되어있는 기간, 보유한 클래스 네트워크, 라우터의 성능 제 경우에는 많은 사람들이 클럽 하우스를 출입합니다. 가장 바쁜 시간에는 100 개의 동시 연결이 보입니다. 매일 700-1000 명이 방문 할 것으로 추측합니다.
당사의 ISP는 임대 시간이 1 일 미만인 우수한 DHCP 서버를 지원하지 않는 저렴한 가정용 라우터를 제공하여 라우터가 처리 할 수없는 대형 DHCP 풀을 의미했습니다. 임대 테이블이 너무 커서 라우터의 다른 기능 옆에 유지하기가 어려워 DORA 기능이 실패하고 클라이언트가 스스로 APIPA 주소에 서명합니다. netwerk에는 어떤 종류의 서버도 포함되어 있지 않기 때문에 클라이언트, 라우팅 / DNS 사양 및 짧은 임대 시간을 제공하는 옵션을 갖춘 훌륭한 DHCP 서버를 지원하는 저렴한 라우터 (tp-link WR841n)를 구입했습니다.
이 라우터 만 전용 DHCP 서버로 작동하도록 설정하고 클라이언트에 30 분의 임대 시간을 부여했습니다. 30 분 후에도 DHCP 서버는 클라이언트가 아직있는 경우 클라이언트에 접속하고, 그렇지 않은 경우 IP 주소를 해제하면 클라이언트 임대에 30 분을 재 할당합니다. 클라이언트는 동일한 IP 주소를 유지합니다. DHCP 범위는 최대 254 개의 동시 임대로 개인 주소 범위 내에서 설정됩니다. (AP의 총 최대 연결 수를 기준으로 함). 이것은 내 경우에 효과적입니다.
DHCP 서버를 다시 시작하고 테이블을 플러시하는 것은 네트워크에서 모든 클라이언트의 연결을 먼저 끊어야합니다 (WiFi AP 비활성화). 모든 클라이언트의 연결이 끊어 지도록 잠시 기다리십시오. 그런 다음 네트워크를 다음 순서로 시작하고 라우터, DHCP 서버, Wifi 액세스 포인트와 같이 완전히 시작되고 연결될 때까지 기다리십시오.