{{#include ../../banners/hacktricks-training.md}} ### DHCPv6 vs. DHCPv4 메시지 유형 비교 DHCPv6와 DHCPv4 메시지 유형의 비교는 아래 표에 제시되어 있습니다: | DHCPv6 메시지 유형 | DHCPv4 메시지 유형 | | :--------------------------------- | :------------------ | | Solicit (1) | DHCPDISCOVER | | Advertise (2) | DHCPOFFER | | Request (3), Renew (5), Rebind (6) | DHCPREQUEST | | Reply (7) | DHCPACK / DHCPNAK | | Release (8) | DHCPRELEASE | | Information-Request (11) | DHCPINFORM | | Decline (9) | DHCPDECLINE | | Confirm (4) | none | | Reconfigure (10) | DHCPFORCERENEW | | Relay-Forw (12), Relay-Reply (13) | none | **DHCPv6 메시지 유형에 대한 자세한 설명:** 1. **Solicit (1)**: 사용 가능한 서버를 찾기 위해 DHCPv6 클라이언트에 의해 시작됩니다. 2. **Advertise (2)**: Solicit에 대한 응답으로 서버가 전송하며, DHCP 서비스의 가용성을 나타냅니다. 3. **Request (3)**: 클라이언트가 특정 서버로부터 IP 주소나 프리픽스를 요청하는 데 사용됩니다. 4. **Confirm (4)**: 클라이언트가 할당된 주소가 여전히 네트워크에서 유효한지 확인하는 데 사용되며, 일반적으로 네트워크 변경 후에 사용됩니다. 5. **Renew (5)**: 클라이언트가 원래 서버에 주소 수명을 연장하거나 구성을 업데이트하기 위해 전송합니다. 6. **Rebind (6)**: 주소 수명을 연장하거나 구성을 업데이트하기 위해 어떤 서버에든 전송되며, Renew에 대한 응답이 없을 때 특히 사용됩니다. 7. **Reply (7)**: 서버가 주소, 구성 매개변수 제공 또는 Release 또는 Decline과 같은 메시지를 확인하는 데 사용합니다. 8. **Release (8)**: 클라이언트가 서버에 하나 이상의 할당된 주소 사용 중지를 알립니다. 9. **Decline (9)**: 클라이언트가 할당된 주소가 네트워크에서 충돌하고 있음을 보고하기 위해 전송합니다. 10. **Reconfigure (10)**: 서버가 클라이언트에게 새로운 또는 업데이트된 구성을 위한 거래를 시작하도록 유도합니다. 11. **Information-Request (11)**: 클라이언트가 IP 주소 할당 없이 구성 매개변수를 요청합니다. 12. **Relay-Forw (12)**: 릴레이 에이전트가 메시지를 서버로 전달합니다. 13. **Relay-Repl (13)**: 서버가 릴레이 에이전트에 응답하며, 이후 릴레이 에이전트가 클라이언트에게 메시지를 전달합니다. ## References - [https://support.huawei.com/enterprise/en/doc/EDOC1100306163/d427e938/introduction-to-dhcpv6-messages](https://support.huawei.com/enterprise/en/doc/EDOC1100306163/d427e938/introduction-to-dhcpv6-messages) {{#include ../../banners/hacktricks-training.md}}