Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-23 05:03:35 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/generic-methodologies-and-resources/pentesting-network/dhcpv6.md

4.6 KiB
Raw Blame History

{% hint style="success" %} Ucz się i praktykuj Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i praktykuj Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Wesprzyj HackTricks
{% endhint %}

Porównanie typów wiadomości DHCPv6 i DHCPv4

Porównanie typów wiadomości DHCPv6 i DHCPv4 przedstawiono w poniższej tabeli:

Typ wiadomości DHCPv6 Typ wiadomości 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) brak
Reconfigure (10) DHCPFORCERENEW
Relay-Forw (12), Relay-Reply (13) brak

Szczegółowe wyjaśnienie typów wiadomości DHCPv6:

  1. Solicit (1): Inicjowane przez klienta DHCPv6 w celu znalezienia dostępnych serwerów.
  2. Advertise (2): Wysyłane przez serwery w odpowiedzi na Solicit, wskazujące dostępność usługi DHCP.
  3. Request (3): Klienci używają tego do żądania adresów IP lub prefiksów od określonego serwera.
  4. Confirm (4): Używane przez klienta do sprawdzenia, czy przypisane adresy są wciąż ważne w sieci, zwykle po zmianie sieci.
  5. Renew (5): Klienci wysyłają to do oryginalnego serwera w celu przedłużenia czasu życia adresów lub aktualizacji konfiguracji.
  6. Rebind (6): Wysyłane do dowolnego serwera w celu przedłużenia czasu życia adresów lub aktualizacji konfiguracji, zwłaszcza gdy nie otrzymano odpowiedzi na Renew.
  7. Reply (7): Serwery używają tego do przekazywania adresów, parametrów konfiguracji lub potwierdzania wiadomości takich jak Release lub Decline.
  8. Release (8): Klienci informują serwer o zaprzestaniu korzystania z jednego lub więcej przypisanych adresów.
  9. Decline (9): Wysyłane przez klientów w celu zgłoszenia, że przypisane adresy są w konflikcie w sieci.
  10. Reconfigure (10): Serwery zachęcają klientów do zainicjowania transakcji dla nowych lub zaktualizowanych konfiguracji.
  11. Information-Request (11): Klienci żądają parametrów konfiguracji bez przypisania adresu IP.
  12. Relay-Forw (12): Agenci przekazywania przekazują wiadomości do serwerów.
  13. Relay-Repl (13): Serwery odpowiadają agentom przekazywania, którzy następnie dostarczają wiadomość klientowi.

Referencje

{% hint style="success" %} Ucz się i praktykuj Hacking AWS:HackTricks Training AWS Red Team Expert (ARTE)
Ucz się i praktykuj Hacking GCP: HackTricks Training GCP Red Team Expert (GRTE)

Wesprzyj HackTricks
{% endhint %}