DHCPv4 및 DHCPv6 클라이언트 프로토콜은 여러 가지 방법으로 네트워크 구성 정보를 관리합니다. 주요 차이점은, DHCPv4에서는 단일 주소의 임대 및 이와 어울리는 옵션을 협상하는 것입니다. DHCPv6에서는 일괄 주소 및 일괄 옵션에 걸쳐 협상이 이루어집니다.
DHCPv4 클라이언트와 서버 간의 상호 작용에 대한 배경 정보는 Chapter 1, DHCP 정보(개요)를 참조하십시오.
DHCP 서버에서 정보 패킷을 얻은 후에 dhcpagent가 네트워크 인터페이스를 구성하고 인터페이스를 가져옵니다. 데몬이 IP 주소에 대한 임대 기간 동안 인터페이스를 제어하고 내부 테이블에서 구성 데이터를 유지 관리합니다. 시스템 시작 스크립트가 dhcpinfo 명령을 사용하여 내부 테이블에서 구성 옵션 값을 추출합니다. 값을 사용하여 시스템을 구성하고 네트워크에서 통신이 가능합니다.
dhcpagent 데몬은 시간이 경과할 때까지(대개 임대 시간의 절반) 수동적으로 기다립니다. 그런 다음 데몬이 DHCP 서버에서 임대 연장을 요청합니다. 인터페이스가 작동 중지되거나 IP 주소가 변경되었다고 dhcpagent에 알리면 ipadm 명령에서 별도로 지시할 때까지 데몬이 인터페이스를 제어하지 않습니다. 인터페이스가 작동 중이고 IP 주소가 변경되지 않았음을 dhcpagent가 알게 되면 데몬이 서버에 임대 갱신 요청을 보냅니다. 임대를 갱신할 수 없으면 dhcpagent가 임대 시간 끝에 인터페이스를 끌어내립니다.
dhcpagent가 임대에 관련된 조치를 실행할 때마다 데몬이 /etc/dhcp/eventhook라는 실행 파일을 찾습니다. 이 이름을 가진 실행 파일을 찾으면 dhcpagent가 실행 파일을 호출합니다. 이벤트 실행 파일 사용에 대한 자세한 내용은 DHCP 클라이언트 이벤트 스크립트를 참조하십시오.
클라이언트와 서버 간의 DHCPv6 통신은 클라이언트가 서버를 찾기 위해 Solicit 메시지를 발송하는 것으로 시작합니다. 응답에서 DHCP 서비스에 사용 가능한 모든 서버가 Advertise 메시지를 보냅니다. 서버 메시지는 여러 IA_NA(Identity Association Non-Temporary Address) 레코드와 기타 서버가 제공할 수 있는 옵션(예: DNS 서버 주소)을 포함합니다.
클라이언트가 Request 메시지에 고유의 IA_NA/IAADDR 레코드를 설정하여 특정 주소(및 이것의 배수)를 요청할 수 있습니다. 클라이언트는 일반적으로 이전 주소가 기록된 경우 특정 주소를 요청하고, 서버는 가능하면 똑같은 것을 제공합니다. 클라이언트가 무엇이든 관계없이(주소를 전혀 요청하지 않더라도) 단일 DHCPv6 트랜잭션에 대해 서버가 원하는 수의 주소를 클라이언트에 제공할 수 있습니다.
이것은 클라이언트와 서버 간에 발생하는 메시지 대화입니다.
클라이언트가 서버를 찾기 위해 Solicit 메시지를 보냅니다.
서버가 Advertise 메시지를 보내어 DHCP 서비스에 사용 가능함을 나타냅니다.
클라이언트가 Request 메시지를 보내어 가장 큰 선호 값으로 서버로부터 IP 주소를 포함한 구성 매개변수를 요청합니다. 서버 선호 값이 관리자에 의해 설정되고 하한값 0부터 상한값 255까지 확장됩니다.
서버가 주소 임대 및 구성 데이터를 포함하는 Reply 메시지를 보냅니다.
Advertise 메시지의 선호 값이 255이면 DHCPv6 클라이언트가 해당 서버를 즉시 선택합니다. 가장 선호되는 서버가 응답하지 않거나 Request 메시지에 성공적인 Reply를 실패하면 더 이상 Advertise 메시지를 구할 수 없을 때까지 (순서대로) 덜 선호되는 서버를 계속 찾습니다. 이 시점에서 클라이언트가 Solicit 메시지를 다시 보내어 시작합니다.
선택한 서버가 Solicit 또는 Request 메시지에 대한 응답으로 지정된 주소 및 구성 매개변수를 포함하는 Reply 메시지를 보냅니다.