컴퓨터는 네트워크의 어떤 장치를 쿼리할지 어떻게 알 수 있습니까? 기본 게이트웨이는 어떻게 이것을 고려합니까? 거의, 일련의 사건은 컴퓨터가 DHCP를 사용하여 IP 주소를 얻으려고 할 때 발생하는 무엇입니까 ?
내가 묻는 이유는 원본이 어떤 이유로 든 실패 할 경우를 대비하여 중복 DHCP 서버를 가장 잘 설정하는 방법을 알아 내려고하기 때문입니다.
컴퓨터는 네트워크의 어떤 장치를 쿼리할지 어떻게 알 수 있습니까? 기본 게이트웨이는 어떻게 이것을 고려합니까? 거의, 일련의 사건은 컴퓨터가 DHCP를 사용하여 IP 주소를 얻으려고 할 때 발생하는 무엇입니까 ?
내가 묻는 이유는 원본이 어떤 이유로 든 실패 할 경우를 대비하여 중복 DHCP 서버를 가장 잘 설정하는 방법을 알아 내려고하기 때문입니다.
답변:
어떤 장치를 쿼리할지 모릅니다. 따라서 요청을 전체 서브넷으로 브로드 캐스트합니다. DHCP 서버는 특정 유형의 통신을 수신하고 있으며 특정 브로드 캐스트를 수신하면 요청을 브로드 캐스트 한 장치와 DHCP 대화를 시작합니다. 자세한 내용 은 DORA 프로세스 를 살펴보십시오 .
DORA의 약자
게이트웨이 는 DHCP 트래픽을 다른 서브넷으로 명시 적으로 전달하는 경우에만 작동 할 수 있습니다 . 이 기능을 일반적으로 DHCP 릴레이 라고 합니다 . 그렇지 않으면 게이트웨이는 다른 모든 브로드 캐스트 메시지를 무시하는 것처럼 브로드 캐스트 DHCP 메시지를 무시합니다.
중복 DHCP 서버의 경우 동일한 서브넷에 서버를 유지하고 80/20 규칙을 사용하는 것이 좋습니다. CentOS를 DHCP 서버로 사용하는 경우 장애 조치를 설정할 수 있습니다 .
DHCP는 (일반적으로) 브로드 캐스트 프로토콜이므로 클라이언트는 네트워크에 대해 알 필요가 없으며 단순히 요청을 브로드 캐스트합니다.
그런 다음 네트워크의 DHCP 서버가 해당 요청을보고 이에 응답합니다.
물론 라우팅 및 기타 네트워크 장치로 인해 그보다 훨씬 복잡합니다. Wikipedia 페이지는 훌륭한 소스 입니다.
그리고 관련 RFC는 세부 사항을 설명합니다.
내가 묻는 이유는 원본이 어떤 이유로 든 실패 할 경우를 대비하여 중복 DHCP 서버를 가장 잘 설정하는 방법을 알아 내려고하기 때문입니다.
먼저, 프로토콜에 대해 더 많이 배우는 데 관심을 가져주었습니다. 좋은 계획입니다.
둘째, 목표를 설명해 주셔서 감사합니다. 좋은 답변을 얻는 데 도움이 될 것 같습니다.
마지막으로 내 대답 :
어떤 DHCP 서버를 선택하든 자동으로 인계받을 수있는 중복 DHCP 서버를 설정할 수있는 장애 조치 / 이중화 구성이있을 수 있습니다 (Windows에는 그러한 것이 있으며 ISC의 DHCP 서버가 가능하다고 생각합니다). 일반적으로 장애가 발생하기 전에 기본 DHCP 서버가 제공 한 임대 문제를 해결하고 자동으로 신속하게 복구되기 때문에 이것이 나의 첫 선택입니다.
두 번째 방법은 다른 시스템의 구성을 완전히 복제하여 첫 번째 시스템 장애시 다른 시스템을 수동으로 가동하는 것입니다. 기존 임대 정보가 손실되고 첫 번째 DHCP 서버 간의 암시 적 중단 시간과 replacemnt를 불러올 때 최적의 상태가 아닙니다.
dhcp 서버에서 IP 주소를 얻는 데 몇 가지 단계가 포함됩니다.
감지 메시지,이 메시지는 dchp 서버를 검색하기 위해 브로드 캐스트됩니다.
네트워크의 DHCP 서버가 오퍼 메시지로 응답합니다.
DHCP 요청 메시지는 브로드 캐스트를 통해 클라이언트에 의해 전송됩니다.이 메시지는 클라이언트가 수락 한 네트워크의 모든 DHCP 서버에 알립니다.
서버에서 확인을 위해 DHCP 승인 메시지가 전송됩니다.