Udostępnij za pośrednictwem


Wskazówki dotyczące rozwiązywania problemów z protokołem DHCP

Wypróbuj naszego agenta wirtualnego — może on pomóc w szybkim identyfikowaniu i rozwiązywaniu typowych problemów z usługą DHCP.

Aby można było działać w sieci, urządzenia muszą mieć przypisany adres IP. Adres IP można przypisać ręcznie lub automatycznie. Automatyczne przypisywanie jest obsługiwane przez usługę DHCP (Dynamic Host Configuration Protocol) (microsoft lub serwer innej firmy).

DHCP to standardowy protokół zdefiniowany przez RFC 1541 (który jest zastępowany przez RFC 2131). Protokół DHCP umożliwia serwerowi dynamiczne dystrybuowanie adresów IP i informacji o konfiguracji do klientów. Zazwyczaj serwer DHCP udostępnia klientowi co najmniej następujące podstawowe informacje:

  • Adres IP
  • Maska podsieci
  • Brama domyślna
  • Inne informacje, takie jak adresy serwera usługi nazw domen (DNS) i adresy serwera usługi nazw internetowych systemu Windows (WINS). Administrator systemu konfiguruje serwer DHCP przy użyciu opcji, które są analizowane na kliencie.

Aby uzyskać więcej informacji, zobacz Podstawy PROTOKOŁU DHCP.

Lista kontrolna rozwiązywania problemów

Przed rozpoczęciem rozwiązywania problemów sprawdź następujące elementy. Te elementy mogą pomóc w znalezieniu głównej przyczyny problemu.

  • Kiedy problem zaczął występować?
  • Czy są jakieś komunikaty o błędach?
  • Czy serwer DHCP działał wcześniej, czy nigdy nie działał? Jeśli działało to wcześniej, przed rozpoczęciem problemu coś się zmieniło. Czy na przykład zainstalowano aktualizację? Czy wprowadzono zmianę w infrastrukturze?
  • Czy problem jest trwały, czy sporadyczny? Jeśli jest sporadycznie, kiedy ostatnio wystąpił?
  • Czy błędy dzierżawy adresów występują dla wszystkich klientów, czy tylko dla określonych klientów, takich jak podsieć o jednym zakresie?
  • Czy istnieją klienci w tej samej podsieci sieci co serwer DHCP?
  • Jeśli klienci znajdują się w tej samej podsieci sieciowej, czy mogą uzyskać adresy IP?
  • Jeśli klienci nie znajdują się w tej samej podsieci sieciowej, czy routery lub przełączniki sieci VLAN są prawidłowo skonfigurowane pod kątem agentów przekaźników DHCP (nazywanych również pomocnikami adresów IP)?
  • Czy serwer DHCP jest autonomiczny, czy jest skonfigurowany pod kątem wysokiej dostępności, takiej jak podział zakresu lub tryb failover DHCP?
  • Sprawdź urządzenia pośrednie pod kątem funkcji, takich jak VRRP/HSRP, dynamiczna inspekcja ARP lub podsłuchiwanie DHCP, o których wiadomo, że powodują problemy.

Rozwiązywanie problemów z serwerami DHCP

W przypadku serwerów DHCP sprawdź następujące urządzenia i ustawienia:

  • Usługa serwera DHCP jest uruchomiona i uruchomiona. Aby sprawdzić to ustawienie, uruchom net start polecenie i poszukaj serwera DHCP.
  • Serwer DHCP jest autoryzowany. Zobacz Windows DHCP Server Authorization in Domain Joined Scenario (Autoryzacja serwera DHCP systemu Windows w scenariuszu przyłączonym do domeny).
  • Sprawdź, czy dzierżawy adresów IP są dostępne w zakresie serwera DHCP dla podsieci, w ramach których znajduje się klient DHCP. Aby to zrobić, zobacz statystykę odpowiedniego zakresu w konsoli zarządzania serwerem DHCP.
  • Sprawdź, czy listę BAD_ADDRESS można znaleźć w sekcji Dzierżawy adresów .
  • Sprawdź, czy wszystkie urządzenia w sieci mają statyczne adresy IP, które nie zostały wykluczone z zakresu DHCP.
  • Sprawdź, czy adres IP, z którym jest powiązany serwer DHCP, znajduje się w podsieci zakresów, z których należy wydzierżawić adresy IP. W takim przypadku agent przekaźnika nie jest dostępny. W tym celu uruchom polecenie Get-DhcpServerv4Binding cmdlet lub Get-DhcpServerv6Binding .
  • Sprawdź, czy tylko serwer DHCP nasłuchuje na porcie UDP 67 i 68. Żaden inny proces ani inne usługi (takie jak WDS lub PXE) nie powinny zajmować tych portów. W tym celu uruchom netstat -anb polecenie .
  • Jeśli masz do czynienia ze środowiskiem wdrożonym przez protokół IPsec, sprawdź, czy dodano wykluczenie protokołu IPsec serwera DHCP.
  • Sprawdź, czy adres IP agenta przekaźnika może być wysyłany z serwera DHCP.
  • Wyliczanie i sprawdzanie skonfigurowanych zasad i filtrów DHCP.

Rozwiązywanie problemów z klientami DHCP

W przypadku klientów DHCP sprawdź następujące urządzenia i ustawienia:

  • Kable są podłączone i działają.
  • Filtrowanie mac jest włączone na przełącznikach, z którymi jest połączony klient.
  • Karta sieciowa jest włączona.
  • Zainstalowano i zaktualizowano prawidłowy sterownik karty sieciowej.
  • Usługa klienta DHCP jest uruchomiona i uruchomiona. Aby to sprawdzić, uruchom polecenie net start i poszukaj klienta DHCP.
  • Na komputerze klienckim nie ma zapory blokującej porty 67 i 68 UDP.

Zbieranie danych

Przed skontaktowaniem się z pomocą techniczną firmy Microsoft możesz zebrać informacje o problemie.

Wymagania wstępne

  1. Usługi TSS muszą być uruchamiane przez konta z uprawnieniami administratora w systemie lokalnym, a umowa EULA musi zostać zaakceptowana (po zaakceptowaniu umowy EULA usługa TSS nie będzie monitować ponownie).
  2. Zalecamy stosowanie zasad wykonywania programu PowerShell na maszynie RemoteSigned lokalnej.

Uwaga

Jeśli bieżące zasady wykonywania programu PowerShell nie zezwalają na uruchamianie usług TSS, wykonaj następujące czynności:

  • Ustaw zasady wykonywania RemoteSigned dla poziomu procesu, uruchamiając polecenie cmdlet PS C:\> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned.
  • Aby sprawdzić, czy zmiana zostanie wprowadzona, uruchom polecenie cmdlet PS C:\> Get-ExecutionPolicy -List.
  • Ponieważ uprawnienia na poziomie procesu mają zastosowanie tylko do bieżącej sesji programu PowerShell, po zamknięciu danego okna programu PowerShell, w którym działa usługa TSS, przypisane uprawnienie do poziomu procesu również wróci do wcześniej skonfigurowanego stanu.

Zbieranie kluczowych informacji przed skontaktowaniem się z pomocą techniczną firmy Microsoft

  1. Pobierz usługę TSS we wszystkich węzłach i rozpakuj ją w folderze C:\tss .

  2. Otwórz folder C:\tss z wiersza polecenia programu PowerShell z podwyższonym poziomem uprawnień.

  3. Uruchom ślady na kliencie i serwerze przy użyciu następujących poleceń cmdlet:

    • Klienta:

      TSS.ps1 -Scenario NET_DHCPcli
      
    • Serwera:

      TSS.ps1 -Scenario NET_DHCPsrv
      
  4. Zaakceptuj umowę EULA, jeśli ślady są uruchamiane po raz pierwszy na serwerze lub kliencie.

  5. Zezwalaj na nagrywanie (PSR lub wideo).

  6. Odtwórz problem przed wprowadzeniem Y.

    Uwaga

    Jeśli zbierasz dzienniki zarówno na kliencie, jak i na serwerze, poczekaj na ten komunikat w obu węzłach przed odtworzeniem problemu.

  7. Wprowadź wartość Y , aby zakończyć zbieranie dzienników po odtworzeniu problemu.

Ślady będą przechowywane w pliku zip w folderze C:\MS_DATA , który można przekazać do obszaru roboczego w celu analizy.

Odwołanie

Dziennik zdarzeń

Sprawdź dzienniki zdarzeń usługi systemu i serwera DHCP (dzienniki> aplikacji i usługMicrosoft>Windows>DHCP-Server) pod kątem zgłoszonych problemów związanych z zaobserwowanym problemem.

W zależności od rodzaju problemu zdarzenie jest rejestrowane w jednym z następujących kanałów zdarzeń:

Dziennik serwera DHCP

Dzienniki debugowania usługi serwera DHCP zawierają więcej informacji o przypisaniu dzierżawy adresu IP i dynamicznych aktualizacjach DNS wykonywanych przez serwer DHCP. Domyślnie te dzienniki znajdują się w folderze %windir%\System32\Dhcp.

Aby uzyskać więcej informacji, zobacz Analizowanie plików dziennika serwera DHCP.