DHCP 서버로도 작동하는 라우터가 있습니다. 그러나 많은 구성을 제공하지 않으므로 결과적으로 항상 IPv6 및 IPv4 DNS 서버를 제공합니다. 이로 인해 일부 장치는 LAN에서 로컬 주소 대신 로컬 주소를 반환하기 위해 DNS 재정의가 필요한 일부 서버를 볼 수 없게 됩니다. 전 세계에서 볼 수 있는 주소.
우리가 고려하고 있는 한 가지 가능한 해결 방법은 이러한 서버 중 하나에 DHCP 서버를 설정하는 것입니다. 서버가 작동 중이면 사용할 DNS 서버와 관련하여 올바르게 설정된 DHCP 응답을 보냅니다. 우리는 이 DHCP 서버만 실행할 수 있었지만 어떤 이유로든 이 컴퓨터가 다운되면 모든 것이 다운될 것처럼 보입니다. 왜냐하면 주변에 여유 시간을 메울 다른 DHCP 서버가 없기 때문입니다. 그러나 DHCP 서버를 백업으로 실행하는 경우(다운되는 경우가 거의 없기 때문에) 다른 서버가 응답하지 않거나 다운되지 않는 한 주소를 전달하지 않도록 어떻게든 낮은 우선순위를 부여해야 합니다.
어떻게 할 수 있나요?
답변1
불행하게도 DHCP 프로토콜은 이를 수행하는 방법을 제공하지 않습니다.
DHCP RFC에서는 클라이언트가 여러 DHCP 제안(예: 여러 서버로부터)을 받으면 클라이언트가 어떤 제안을 수락할지 결정하게 된다고 말합니다. 그러나 해당 선택 알고리즘은 DHCP 클라이언트 구현자의 구현 세부 사항으로 남겨 둡니다.
Apple의 DHCP 클라이언트(macOS, iOS, watchOS, tvOS, HomePod 등)에는 "실제" 기업 DHCP 서버가 구성될 가능성이 더 높다는 놀랍도록 신뢰할 수 있는 가정 하에 더 많은 DHCP 옵션이 포함된 제안을 선택하는 경험적 방법이 있다는 것을 알고 있습니다. 많은 추가 DHCP 옵션(사용할 LDAP 및 WINS 서버 목록 등)을 제공하는 반면, 일부 소비자 홈 네트워크 장치에 내장된 일부 무작위 DHCP 서버는 훨씬 짧은 DHCP 옵션 목록(예: Wi-Fi 홈 게이트웨이 라우터)을 갖습니다. 실수로 회사 LAN에 연결되었습니다).
Windows, Android 또는 기타 Linux 등과 같은 다른 DHCP 클라이언트 구현의 DHCP 제안 선택 알고리즘에 대해서는 말할 수 없습니다. 네트워크의 많은 DHCP 클라이언트 구현이 표시되는 첫 번째 제안을 선택하거나 X 밀리초 동안 청취한 후 마지막 제안을 보게 됩니다. 실제로 알 방법이 없습니다. 널리 사용되는 오픈 소스 DHCP 클라이언트 구현의 소스를 정독할 수 있지만 Microsoft가 우연히 어딘가에 이를 공개적으로 문서화하지 않는 한 Windows DHCP 클라이언트의 다양한 버전이 수행하는 기능을 알아낼 수 있는 방법이 있을지 의문입니다.