Udostępnij za pomocą

Ręczne konfigurowanie debugowania jądra sieci KDNET

W tym artykule pokazano, jak ręcznie skonfigurować debugowanie jądra sieci KDNET przy użyciu narzędzi debugowania dla systemu Windows. Należy skonfigurować zarówno komputery hosta, jak i docelowe w celu włączenia debugowania sieci.

Ważny

Ręczna konfiguracja debugowania sieci jest złożona i podatna na błędy. W przypadku większości scenariuszy należy użyć automatycznej konfiguracji:automatyczne konfigurowanie debugowania jądra sieci KDNET. Zdecydowanie zaleca się użycie narzędzia KDNET.

Czego się nauczysz:

  • Jak skonfigurować komputery hosta i komputerów docelowych na potrzeby debugowania sieci
  • Jak ustanowić połączenia debugowania i rozwiązywać problemy z nimi
  • Kiedy używać protokołu IPv6 vs IPv4 do debugowania

Komputer z uruchomionym debugerem jest nazywany komputerem hosta , a debugowany komputer jest nazywany komputerem docelowym . Na komputerze-hoście musi działać system Windows 7 lub nowszy, a komputer docelowy musi działać z systemem Windows 8 lub nowszym.

Debugowanie za pośrednictwem sieci ma następujące zalety w porównaniu do debugowania w przypadku innych typów łączności.

  • Host i komputery docelowe mogą znajdować się w dowolnym miejscu w sieci lokalnej.
  • Debugowanie wielu komputerów docelowych z jednego komputera hosta jest łatwe.
  • Biorąc pod uwagę dwa komputery, jest prawdopodobne, że oba mają karty Ethernet. Jest mało prawdopodobne, że oba urządzenia mają porty szeregowe lub porty 1394.
  • Debugowanie sieci jest szybsze niż debugowanie portów szeregowych.

Obsługiwane karty sieciowe

Komputer hosta: Każda karta sieciowa działa.

Komputer docelowy: Należy użyć obsługiwanej karty sieciowej. Sprawdź wersję systemu Windows:

Instalowanie narzędzi debugowania dla systemu Windows

Upewnij się, że narzędzia debugowania dla systemu Windows są zainstalowane w systemie hosta. Aby uzyskać informacje na temat pobierania i instalowania narzędzi debugera, zobacz Narzędzia debugowania dla Windows.

Określanie adresu IP komputera hosta

Użyj jednej z poniższych procedur, aby określić adres IP komputera hosta.

  1. Na komputerze hosta otwórz wiersz polecenia i wprowadź następujące polecenie:

    ipconfig

    Zanotuj adres IPv4 karty sieciowej, która ma być używana do debugowania.

  2. Na komputerze docelowym otwórz wiersz polecenia i wprowadź następujące polecenie, gdzie YourIPAddress jest adresem IP komputera hosta:

    ping -4 <YourIPAddress>

Wybieranie portu na potrzeby debugowania sieci

Zalecany zakres portów: 50000-50039

Można użyć dowolnego portu z zakresu 49152-65535, ale zalecany zakres zapewnia najlepszą zgodność. Debuger używa tego portu wyłącznie, dlatego upewnij się, że żadne inne aplikacje go nie używają.

Ważne uwagi

  • Zapory firmowe mogą ograniczać zakresy portów. Sprawdź się z administratorem sieci.
  • Każdy komputer docelowy wymaga unikatowego portu (na przykład: 50000, 50001, 50002).
  • Różne komputery-hosty mogą ponownie używać tego samego zakresu portów.

Notatka

Zasady sieciowe firmy mogą ograniczać dostępne porty. Jeśli wystąpią problemy z połączeniem, zapoznaj się z administratorami sieci.

Jeśli połączysz kilka komputerów docelowych z jednym komputerem-hostem, każde połączenie musi mieć unikatowy numer portu. Jeśli na przykład połączysz 100 komputerów docelowych z jednym komputerem-hostem, możesz przypisać port 50000 do pierwszego połączenia, port 50001 do drugiego połączenia itd.

Notatka

Inny komputer hosta może używać tego samego zakresu portów (od 50000 do 50099) w celu nawiązania połączenia z innymi 100 komputerami docelowymi.

Konfigurowanie komputera docelowego

  1. Sprawdź, czy komputer docelowy ma obsługiwaną kartę sieciową. Aby uzyskać więcej informacji, zobacz:

  2. Podłącz obsługiwany adapter do koncentratora sieciowego lub przełącznika przy użyciu odpowiedniego kabla sieciowego.

Ważny

Przed użyciem bcDEdit do zmiany informacji rozruchowych może być konieczne tymczasowe zawieszenie funkcji zabezpieczeń systemu Windows, takich jak BitLocker i Bezpieczny rozruch, na komputerze testowym. Włącz ponownie te funkcje zabezpieczeń po zakończeniu testowania i odpowiednio zarządzaj komputerem testowym, gdy funkcje zabezpieczeń są wyłączone.

  1. W wierszu polecenia z podwyższonym poziomem uprawnień wprowadź następujące polecenia. Zastąp w.x.y.z adresem IP komputera hosta i n wybranym numerem portu.

    bcdedit /debug on
bcdedit /dbgsettings net hostip:w.x.y.z port:n

    Przykład:

    bcdedit /debug on
bcdedit /dbgsettings net hostip:192.168.1.100 port:50000

  2. BcDEdit wyświetla automatycznie wygenerowany klucz. Skopiuj klucz i zapisz go na wymiennym urządzeniu pamięci masowej, na przykład na dysku flash USB. Klucz jest potrzebny podczas uruchamiania sesji debugowania na komputerze hosta.

  3. Użyj Menedżera urządzeń, aby określić numery magistrali PCI, urządzenia i funkcji dla karty, której chcesz używać do debugowania. Te wartości są wyświetlane w Menedżerze urządzeń w obszarze Lokalizacja na karcie Ogólne. Następnie w wierszu polecenia z podwyższonym poziomem uprawnień wprowadź następujące polecenie, w którym b, di f to numer magistrali, numer urządzenia i numer funkcji adaptera:

    bcdedit /set "{dbgsettings}" busparams b.d.f

  4. Komputer docelowy jest ponownie uruchamiany po dołączeniu debugera jądra.

Notatka

Jeśli zamierzasz zainstalować rolę Hyper-V na komputerze docelowym, zobacz Konfigurowanie debugowania sieci dla hosta maszyny wirtualnej.

Ostrzeżenie

Jeśli komputer docelowy znajduje się w stacji dokującej i włączysz debugowanie sieci dla karty sieciowej będącej częścią stacji dokującej, nie usuwaj komputera ze stacji dokującej. Jeśli musisz usunąć komputer docelowy z stacji dokującej, najpierw wyłącz debugowanie jądra. Aby wyłączyć debugowanie jądra na komputerze docelowym, otwórz wiersz polecenia jako administrator i wprowadź polecenie bcdedit /debug off. Uruchom ponownie komputer docelowy.

Uruchamianie sesji debugowania

Przed rozpoczęciem: Upewnij się, że karta sieciowa komputera głównego jest połączona z koncentratorem sieciowym lub przełącznikiem.

Opcja 1. Użyj windbg (GUI)

  1. Otwórz narzędzie WinDbg na komputerze hosta.
  2. Wybierz pozycjęDebugowanie jądra>.
  3. Otwórz kartę Net.
  4. Wprowadź numer portu i klucz.
  5. Wybierz pozycję OK.

Opcja 2: Użyj WinDbg (wersja wiersza poleceń)

Możesz również uruchomić sesję z windbg, otwierając wiersz polecenia i wprowadzając następujące polecenie, gdzie n to numer portu, a MyKey jest kluczem, który BCDEdit automatycznie wygenerował podczas konfigurowania komputera docelowego:

windbg -k net:port=<n>,key=<MyKey>

Jeśli zostanie wyświetlony monit o zezwolenie windbg na dostęp do portu za pośrednictwem zapory, zezwól usłudze WinDbg na dostęp do portu dla wszystkich trzech różnych typów sieci.

Korzystanie z KD

Na komputerze-hoście otwórz wiersz polecenia. Wprowadź następujące polecenie, gdzie n to numer portu, a MyKey jest kluczem, który bcDEdit automatycznie wygenerował podczas konfigurowania komputera docelowego:

kd -k net:port=<n>,key=<MyKey>

Jeśli zostanie wyświetlony monit o zezwolenie WinDbg na dostęp do portu przez zaporę, zezwól usłudze WinDbg na dostęp do portu dla wszystkich trzech typów sieci.

Uruchom ponownie docelowy komputer

Gdy debuger łączy się i czeka, uruchom ponownie komputer docelowy. Jednym ze sposobów ponownego uruchomienia komputera jest użycie tego polecenia w wierszu polecenia administratora:

shutdown -r -t 0

Po ponownym uruchomieniu obiektu docelowego debuger w systemie operacyjnym hosta nawiązuje połączenie.

Po nawiązaniu połączenia z obiektem docelowym na hoście wybierz pozycję Przerwij w debugerze i możesz rozpocząć debugowanie.

Zezwalanie na debuger przez zaporę

Podczas pierwszej próby ustanowienia połączenia debugowania sieciowego może pojawić się monit o zezwolenie na dostęp dla aplikacji debugowania (WinDbg lub KD) przez zaporę. Wersje klienta systemu Windows wyświetlają monit, ale wersje serwera systemu Windows nie wyświetlają monitu. Odpowiedz na monit, zaznaczając pola dla wszystkich trzech typów sieci: domena, prywatna i publiczna.

Jeśli nie otrzymasz monitu lub jeśli nie zaznaczysz pól, gdy monit był dostępny, użyj Panelu sterowania, aby zezwolić na dostęp przez zaporę na komputerze hosta, na którym działa debuger. Otwórz Panel sterowania > System i bezpieczeństwo i wybierz pozycję Zezwalanie aplikacji za pośrednictwem zapory systemu Windows.

  • (WinDbg) Na liście aplikacji znajdź proces silnika WinDbg (TCP) (wszystkie).

  • (Klasyczny WinDbg) Na liście aplikacji znajdź Symboliczny Debuger interfejsu użytkownika systemu Windows i Debuger jądra systemu Windows.

Aby zezwolić tym aplikacjom na komunikację poprzez zaporę, użyj pól wyboru. Uruchom ponownie aplikację debugowania (WinDbg lub KD).

Klucz szyfrowania

Aby zapewnić bezpieczeństwo komputera docelowego, pakiety przesyłane między hostem a komputerami docelowymi muszą być szyfrowane. Użyj automatycznie wygenerowanego klucza szyfrowania (dostarczonego przez bcDEdit podczas konfigurowania komputera docelowego). Automatycznie wygenerowany klucz szyfrowania jest bezpieczniejszy i zapewnia unikatową wartość używaną do nawiązywania połączenia z określonym elementem docelowym.

Debugowanie sieci używa klucza 256-bitowego, który jest określony jako cztery wartości 64-bitowe, w bazie 36 oddzielone kropkami. Każda wartość 64-bitowa jest określana przy użyciu maksymalnie 13 znaków. Prawidłowe znaki to litery przez z i cyfry od 0 do 9. Znaki specjalne nie są dozwolone.

Aby określić własny klucz, otwórz wiersz polecenia z podwyższonym poziomem uprawnień na komputerze docelowym. Wprowadź następujące polecenie, gdzie w.x.y.z jest adresem IP komputera hosta, n jest numerem portu, a Klucz jest kluczem:

bcdedit /dbgsettings net hostip:w.x.y.z port:n key:Key

Komputer docelowy należy ponownie uruchomić w dowolnym momencie zmiany dbgsettings.

Porady dotyczące rozwiązywania problemów

Zezwalaj na debugowanie aplikacji za pośrednictwem zapór

Podczas pierwszej próby ustanowienia połączenia debugowania sieciowego może pojawić się monit o zezwolenie na dostęp dla aplikacji debugowania (WinDbg lub KD) przez zaporę. Wersje klienta systemu Windows wyświetlają monit, ale wersje serwera systemu Windows nie wyświetlają monitu. Odpowiedz na monit, zaznaczając pola dla wszystkich trzech typów sieci: domena, prywatna i publiczna.

Jeśli nie otrzymasz monitu lub jeśli nie zaznaczysz pól, gdy monit był dostępny, musisz użyć Panelu sterowania, aby zezwolić na dostęp przez zaporę. Otwórz Panel sterowania > System i bezpieczeństwo i wybierz pozycję Zezwalanie aplikacji za pośrednictwem zapory systemu Windows.

  • (WinDbg) Na liście aplikacji znajdź proces silnika WinDbg (TCP) (wszystkie).

  • (WinDbg (wersja klasyczna)) Na liście aplikacji znajdź debuger symboliczny interfejsu użytkownika systemu Windows i Debuger jądra systemu Windows.

Aby zezwolić tym aplikacjom na komunikację poprzez zaporę, użyj pól wyboru. Przewiń w dół i wybierz pozycję OK, aby zapisać zmiany zapory sieciowej. Uruchom ponownie debuger.

Numer portu musi znajdować się w zakresie dozwolonym przez zasady sieciowe

Zasady sieciowe firmy mogą ograniczać zakres numerów portów, których można użyć do debugowania sieci. Aby dowiedzieć się, czy zasady firmy ograniczają zakres portów do debugowania sieci, sprawdź się z administratorem sieci. Na komputerze docelowym otwórz wiersz polecenia jako administrator i wprowadź polecenie bcdedit /dbgsettings. Dane wyjściowe są podobne do poniższego przykładu:

C:\> bcdedit /dbgsettings
key                     XXXXXX.XXXXX.XXXXX.XXXXX
debugtype               NET
hostip                  169.168.1.1
port                    50085
dhcp                    Yes
The operation completed successfully.

W poprzednich danych wyjściowych wartość portu to 50085. Jeśli wartość portu znajduje się poza zakresem dozwolonym przez administratora sieci, wprowadź następujące polecenie. Wartość w.x.y.z jest adresem IP komputera hosta, a YourDebugPort jest numerem portu w dozwolonym zakresie.

bcdedit /dbgsettings net hostip:w.x.y.z port:YourDebugPort

Po zmianie ustawień debugera maszyny docelowej uruchom ponownie debuger na maszynie hosta przy użyciu nowego ustawienia portu, a następnie uruchom ponownie komputer docelowy.

Testowanie łączności przy użyciu polecenia ping

Jeśli debuger nie łączy się, użyj polecenia ping na komputerze docelowym, aby zweryfikować łączność.

C:\>Ping <HostComputerIPAddress>

Notatka

Ta metoda może nie działać, jeśli komputer hosta nie jest skonfigurowany, aby był widoczny w sieci, ponieważ zapora sieciowa może blokować żądania ping. Jeśli zapora blokuje żądania ping, nie otrzymasz żadnych odpowiedzi podczas ping hosta.

Jak debuger uzyskuje adres IP komputera docelowego

Protokół KDNET na komputerze docelowym próbuje użyć protokołu DHCP (Dynamic Host Configuration Protocol), aby uzyskać routingowy adres IP karty sieciowej używanej do debugowania. Jeśli KDNET otrzymuje adres przypisany do protokołu DHCP, komputery hostów w dowolnym miejscu w sieci mogą debugować komputer docelowy. Jeśli KDNET nie może uzyskać adresu przypisanego przez protokół DHCP, używa automatycznego prywatnego adresowania IP (APIPA), aby uzyskać lokalny adres IP linku. Lokalne adresy IP łącza nie są routowalne, więc host i urządzenie docelowe nie mogą używać adresu IP lokalnego łącza do komunikacji za pośrednictwem routera. W takim przypadku debugowanie sieci działa, jeśli podłączasz host i komputery docelowe do tego samego koncentratora sieciowego lub przełącznika.

Zawsze określaj parametry magistrali podczas konfigurowania KDNET na maszynie fizycznej przy użyciu karty sieciowej opartej na PCI.

Jeśli konfigurujesz sieć KDNET na maszynie fizycznej z kartą sieciową PCI lub PCIe, zawsze określ parametry magistrali dla karty sieciowej, która ma być używana dla sieci KDNET. Aby określić parametry magistrali, otwórz Menedżera urządzeń i znajdź kartę sieciową, której chcesz użyć do debugowania. Otwórz stronę właściwości karty sieciowej i zanotuj numer magistrali, numer urządzenia i numer funkcji wyświetlany w obszarze Lokalizacja na karcie Ogólne . W wierszu polecenia z podwyższonym poziomem uprawnień wprowadź następujące polecenie, gdzie b, d i f to magistrala, urządzenie i numery funkcji w formacie dziesiętnym:

bcdedit /set "{dbgsettings}" busparams b.d.f

Gdy debuger jest uruchomiony na maszynie hosta i czeka na połączenie, uruchom ponownie komputer docelowy przy użyciu następującego polecenia:

shutdown -r -t 0

Ręczne usuwanie wpisów BCDEdit

Zazwyczaj nie trzeba ręcznie usuwać wpisów BCDEdit. Tę procedurę można jednak użyć do rozwiązywania problemów z nietypowymi sytuacjami.

Nie trzeba ręcznie usuwać wpisów podczas korzystania z narzędzia kdnet. Aby uzyskać więcej informacji, zobacz Konfigurowanie debugowania jądra sieci KDNET automatycznie.

W przypadku używania bcdedit –deletevaluenależy podać prawidłową nazwę elementu bcd. Aby uzyskać więcej informacji, zobacz BCDEdit /deletevalue.

Aby ręcznie usunąć wpisy bcdedit, wykonaj następujące kroki:

  1. Na komputerze docelowym otwórz wiersz polecenia jako administrator.

  2. Na przykład wprowadź następujące polecenie, aby usunąć wpis debugowania BCDEdit dla adresu IP hosta:

    bcdedit -deletevalue {dbgsettings} hostip

Po usunięciu hostip należy określić target= w wierszu polecenia debugera.

  1. W innym przykładzie usuń wpis portu przy użyciu następującego polecenia:

    bcdedit -deletevalue {dbgsettings} port

Po usunięciu wpisu portu, KDNET używa domyślnego portu debugera zarejestrowanego przez ICANN, czyli 5364.

Skonfiguruj Hyper-V

Jeśli chcesz zainstalować rolę Hyper-V na komputerze docelowym, zobacz Konfigurowanie debugowania sieci hosta maszyny wirtualnej.

Aby uzyskać informacje na temat debugowania maszyny wirtualnej Hyper-V, zobacz Konfigurowanie debugowania sieciowego maszyny wirtualnej — KDNET.

Włączanie sieci KDNET na hoście Hyper-V z uruchomionymi maszynami wirtualnymi z zewnętrzną łącznością sieciową

Czasami występuje sytuacja, która powoduje, że sieć na maszynach wirtualnych przestaje działać:

  • Włącz Hyper-V na komputerze, utwórz zewnętrzny przełącznik sieciowy wskazujący fizyczną kartę sieciową na maszynie i skonfiguruj maszyny wirtualne tak, aby używały tego przełącznika zewnętrznego dla sieci.

  • Włączasz KDNET na systemie operacyjnym hosta Hyper-V, używając tej samej fizycznej karty sieciowej, na którą wskazuje przełącznik sieci zewnętrznej. Należy ponownie uruchomić hosta.

  • Wszystkie maszyny wirtualne korzystające z wcześniej skonfigurowanego przełącznika zewnętrznego tracą łączność sieciową po ponownym uruchomieniu.

Ta przerwa jest zaprojektowana. KDNET przejmuje wyłączną kontrolę nad kartą sieciową, która jest skonfigurowana do użycia. System operacyjny nie ładuje natywnego miniportu NDIS dla tej karty sieciowej. Zewnętrzny przełącznik sieciowy nie może już komunikować się z natywnym sterownikiem miniportU NDIS i przestaje działać. Aby obejść tę sytuację, wykonaj następujące kroki:

  1. Otwórz Menedżera przełącznika wirtualnego z Hyper-V Manager i wybierz istniejący przełącznik wirtualny. Zmień zewnętrzną kartę sieciową na Microsoft Kernel Debug Network Adapter, wybierając ją z menu rozwijanego, a następnie wybierz OK w oknie dialogowym Menedżera Przełącznika Wirtualnego.

  2. Po zaktualizowaniu karty sieciowej przełącznika wirtualnego zamknij i uruchom ponownie maszyny wirtualne.

Po wyłączeniu debugowania KDNET wykonaj tę samą procedurę, aby ponownie wskazać przełącznik zewnętrzny z powrotem do natywnego miniportu NDIS dla karty sieciowej. W przeciwnym razie łączność maszyny wirtualnej zostanie utracona po ponownym uruchomieniu maszyny po wyłączeniu debugowania.

IPv6

System Windows w wersji 1809 dodaje obsługę protokołu IPv6.

Aby użyć protokołu IPv6 z debugerem, wykonaj następujące kroki:

  1. Wyślij polecenie ping do <debughostname> i zanotuj adres IPv6 zgłoszony w odpowiedzi z wierszy wyjściowych. Użyj tego adresu IPv6 zamiast x:y:z:p:d:q:r:n.

  2. Użyj BCDEdit, aby usunąć wszystkie istniejące wartości adresów IP w dbgsettings.

    bcdedit -deletevalue {dbgsettings} hostip

  3. Ustaw adres IPv6 hosta. Ciąg hostipv6=s:t:u:v:w:x:y:z nie może zawierać żadnych spacji. <YourPort> to numer portu sieciowego używany dla tej maszyny docelowej. <YourKey> jest czteroczęściowym kluczem bezpieczeństwa. <b.d.f> to numery lokalizacji funkcji urządzenia magistrali dla karty sieciowej, która ma być używana dla sieci KDNET.

    bcdedit /dbgsettings net hostipv6:s:t:u:v:w:x:y:z port:<YourPort> key:<YourKey> busparams:<b.d.f>

  4. Wpisz to polecenie, aby potwierdzić, że ustawienia dbgsettings są ustawione poprawnie.

    C:\> bcdedit /dbgsettings
busparams               0.25.0
key                     2steg4fzbj2sz.23418vzkd4ko3.1g34ou07z4pev.1sp3yo9yz874p
debugtype               NET
hostipv6                  2001:db8:0:0:ff00:0:42:8329
port                    50010
dhcp                    Yes
The operation completed successfully.

  5. Na maszynie hosta użyj następującego polecenia, aby uruchomić debuger:

    Windbg -k net:port=<yournetworkportnumber>,key=<key_output_from_kdnet>,target=::<YourIPv6Address>

  6. Gdy debuger jest uruchomiony na maszynie hosta i czeka na połączenie, uruchom ponownie komputer docelowy.

  7. Debuger łączy się z debugerem hosta na wczesnym etapie rozruchu. Widać, że sieć KDNET używa połączenia IPv6, ponieważ adresy IP zgłaszane w wiadomości połączonej to adresy IPv6 zamiast adresów IPv4.

Notatki

  • Każde ustawienie bcd debugera, które umożliwia określenie hostip, posiada odpowiedni element hostipv6. Istnieją trzy pary.
IPv4 IPv6 Użytkowanie
hostip hostipv6 Na potrzeby debugowania rozruchu i jądra
targethostip targethostipv6 Specyficzne dla debugowania jądra
hypervisorhostip hypervisorhostipv6 Na potrzeby debugowania Hyper-V

  • Jeśli ustawisz hostipv6 adres stylu dla dowolnego z tych rodzajów debugowania, otrzymasz protokół IPv6.

  • Jeśli ustawisz styl adresu hostip dla dowolnego z tych rodzajów debugowania, otrzymasz IPv4.

  • Obiekt docelowy wykonuje tylko protokół IPv4 lub IPv6, a nie oba w tym samym czasie. Wersja używanego protokołu IP jest kontrolowana przez ustawienia dbgsettings maszyny docelowej. Jeśli ustawisz wartość hostip, cel używa protokołu IPv4. Jeśli ustawisz wartość hostipv6, element docelowy używa protokołu IPv6.

  • Debuger hosta zwykle automatycznie wybiera użycie protokołu IPv4 lub IPv6. Domyślnie debuger nasłuchuje zarówno gniazda IPv4, jak i gniazda IPv6 i łączy się automatycznie na jednej z maszyn docelowych.

  • Jeśli chcesz wymusić użycie protokołu IPv6 w debugerze na hoście, ale chcesz, aby debuger nasłuchiwać połączenia z obiektu docelowego, możesz dodać target=:: do wiersza polecenia debugera. :: jest adresem IPv6 0.

  • Jeśli chcesz wymusić debugowanie IPv4 w debugerze na hoście, ale chcesz, aby debuger nasłuchiwać połączenia z obiektu docelowego, możesz dodać target=0.0.0.0 do wiersza polecenia debugera. 0.0.0.0 jest adresem IPv4 0.

  • Jeśli określisz target= w wierszu polecenia debugera i użyjesz nazwy maszyny, debuger konwertuje tę nazwę maszyny na adres IPv4 i adres IPv6. Debuger próbuje nawiązać połączenie w obu tych przypadkach.

  • Po określeniu target= w wierszu polecenia debugera i użyciu adresu IP, jeśli adres IP zawiera jakiekolwiek znaki : debuger zakłada, że jest to adres IPv6 i wymusza użycie protokołu IPv6 dla tego połączenia. Jeśli adres IP zawiera jakiekolwiek . znaków debuger zakłada, że jest to adres IPv4 i wymusza użycie protokołu IPv4 dla tego połączenia.

  • Jeśli skonfigurujesz protokół IPv6 w lokalizacji docelowej i wymusisz użycie protokołu IPv4 w wierszu polecenia debugera, nie uzyskasz połączenia.

  • Jeśli skonfigurujesz protokół IPv4 na docelowym i wymusisz użycie protokołu IPv6 w wierszu polecenia debugera, nie uzyskasz połączenia.

Treści powiązane

  • Last updated on