우리는 일반적으로 Windows XP가 설치된 교육 실을 가지고 있습니다 (PXE를 통해). "정상"DNS / DHCP 인프라는 Windows 서버입니다. 교육 실에는 자체 VLAN (Windows 서버와는 다름)이 있으므로 해당 회의실의 모든 PC가 연결된 Cisco 라우터에서 DHCP 요청에 대한 IP 도우미가 가장 적합합니다.
이제 일부 PC를 Linux로 변환하려고했습니다. 아이디어는 다음과 같습니다. DHCP 서버가있는 자체 랩톱을 회의실의 VLAN에 넣고 "정상적인"DHCP 응답을 무시하십시오. 해당 VLAN에 직접 연결된 DHCP 서버는 해당 VLAN에서 일부 홉 거리에있는 "일반"DHCP 서버보다 응답 시간이 더 빠르기 때문에 이것이 작동해야한다는 생각이었습니다.
이것이 효과가 없다는 것이 밝혀졌습니다. 작동하려면 원래 DHCP 서버에서 임대를 수동으로 해제해야했습니다.
랩톱에서 우리는 클라이언트가 IP를 요청하고 "우리의"dhcp가 NACK을 Windows IP 요청에 전송하는 것을 보았습니다.
오래된 질문 : 왜 이것이 예상대로 작동하지 않았습니까? PC가 기존 임대를 되찾게하는 이유는 무엇입니까?
2012-08-08 업데이트 :
회복 문제는 DHCP-RFC에 설명되어 있습니다. 이제 이것은 PC가 이전 임대를 다시 얻는 이유를 설명합니다.
이제 다른 시도를하기 전에 Windows-DHCP 서버에서 IP를 해제합니다.
다시 말하지만 Windows-DHCP 서버가 승리합니다.
클라이언트에 대한 "최상의"dhcp-answer를 결정하는 dhcp-client에 대한 알고리즘이 있다고 생각합니다. 새로운 질문은 :
고객이 "최고의"답변을 어떻게 선택합니까?