Ręczne konfigurowanie debugowania jądra sieci KDNET
Narzędzia debugowania dla systemu Windows obsługują debugowanie jądra za pośrednictwem sieci. W tym artykule opisano sposób ręcznego konfigurowania debugowania sieci.
Ważny
Ręczne konfigurowanie debugowania sieci jest złożonym i podatnym na błędy procesem. Aby automatycznie skonfigurować debugowanie sieci, zobacz Konfigurowanie debugowania jądra sieci KDNET automatycznie. Korzystanie z narzędzia KDNET jest zdecydowanie zalecane dla wszystkich użytkowników debugera.
Komputer z uruchomionym debugerem jest nazywany komputerem hosta , a debugowany komputer jest nazywany komputerem docelowym . Na komputerze hosta musi być uruchomiony system Windows 7 lub nowszy, a komputer docelowy musi mieć system Windows 8 lub nowszy.
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-host może używać dowolnej karty sieciowej, ale komputer docelowy musi używać karty sieciowej obsługiwanej przez narzędzia debugowania dla systemu Windows. Aby uzyskać listę obsługiwanych kart sieciowych, zobacz Obsługiwane karty sieciowe Ethernet do debugowania jądra sieci w systemie Windows 11 i Obsługiwane karty sieciowe Ethernet do debugowania jądra sieci w systemie Windows 10.
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.
Na komputerze hosta otwórz wiersz polecenia i wprowadź następujące polecenie:
ipconfigZanotuj adres IPv4 karty sieciowej, która ma być używana do debugowania.
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
Wybierz numer portu do debugowania zarówno na hoście, jak i na komputerach docelowych. Możesz wybrać dowolną liczbę z zakresu od 49152 do 65535. Zalecany zakres to 50000– 50039. Wybrany port jest otwierany w celu uzyskania wyłącznego dostępu przez debuger działający na komputerze hosta. Należy wybrać numer portu, który nie jest używany przez inne aplikacje uruchamiane na komputerze hosta.
Notatka
Zakres numerów portów, które mogą być używane do debugowania sieci, może być ograniczony przez zasady sieciowe firmy. Nie ma możliwości określenia z komputera hosta, jakie są ograniczenia. Aby określić, czy zasady firmy ograniczają zakres portów, które mogą być używane do debugowania sieci, sprawdź 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
Sprawdź, czy komputer docelowy ma obsługiwaną kartę sieciową. Aby uzyskać więcej informacji, zobacz:
Podłącz obsługiwany adapter do koncentratora sieciowego lub przełącznika, używając 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.
W wierszu polecenia z podwyższonym poziomem uprawnień wprowadź następujące polecenia, gdzie w.x.y.z jest adresem IP komputera hosta, a n jest wybranym numerem portu:
bcdedit /debug on bcdedit /dbgsettings net hostip:w.x.y.z port:nBcDEdit 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.
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.fKomputer docelowy zostanie uruchomiony ponownie 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.
Przestroga Jeśli komputer docelowy znajduje się w stacji dokującej i włączono debugowanie sieciowe 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
Upewnij się, że karta sieciowa komputera hosta jest podłączona do koncentratora sieciowego lub przełącznika przy użyciu odpowiedniego kabla sieciowego.
Na komputerze-hoście otwórz plik WinDbg. W menu Plik wybierz opcję Kernel Debug. W oknie dialogowym Debugowanie jądra otwórz kartę Net. Wprowadź numer portu i klucz. Wybierz pozycję OK.
Możesz również uruchomić sesję z WinDbg, otwierając wiersz polecenia i wprowadzając następujące polecenie, gdzie n jest numerem portu, a MyKey to klucz, który został automatycznie wygenerowany przez BCDEdit 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 wygenerowanym automatycznie przez bcDEdit 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 komputer docelowy
Po nawiązaniu połączenia z debugerem i oczekiwaniu na połączenie 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 powinien nawiązać połączenie.
Po nawiązaniu połączenia z obiektem docelowym na hoście naciśnij przerwę 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. Należy odpowiedzieć na monit, zaznaczając pola wyboru 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ę 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. Podczas konfigurowania komputera docelowego należy użyć automatycznie wygenerowanego klucza szyfrowania (dostarczonego przez bcDEdit). Użycie automatycznie wygenerowanego klucza szyfrowania jest zalecane, ponieważ jest bezpieczniejsze i zapewnia unikatową wartość używaną podczas nawiązywania połączenia z określonym celem.
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ć za każdym razem, gdy dbgsettings zostaną zmienione.
Porady dotyczące rozwiązywania problemów
Aplikacji debugowania należy udzielić zezwolenia na przejście przez zapory ogniowe.
Podczas pierwszej próby nawiązania połączenia debugowania sieciowego może zostać wyświetlony monit z prośbą o zezwolenie aplikacji debugowania (WinDbg lub KD) na dostęp przez zaporę ogniową. Wersje klienta systemu Windows wyświetlają monit, ale wersje serwera systemu Windows nie wyświetlają monitu. Należy odpowiedzieć na komunikat systemowy, zaznaczając pola wyboru dla wszystkich trzech typów sieci: domenowej, prywatnej i publicznej.
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 zabezpieczenia i wybierz pozycję Zezwalaj 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.
Użyj pól wyboru, aby zezwolić tym aplikacjom na przejście przez zaporę. 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
Zakres numerów portów, które mogą być używane do debugowania sieci, może być ograniczony przez zasady sieciowe firmy. Aby określić, czy zasady firmy ograniczają zakres portów, które mogą być używane 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 będą podobne do następujących:
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
Może to nie działać, jeśli komputer hosta nie jest skonfigurowany do bycia wykrywalnym 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ć routowalny adres IP karty sieciowej wykorzystywanej do debugowania. Jeśli KDNET uzyskuje adres przypisany do protokołu DHCP, komputer docelowy może być debugowany przez komputery hosta znajdujące się w dowolnym miejscu w sieci. Jeśli KDNET nie może uzyskać adresu przypisanego przez protokół DHCP, używa Automatycznego Prywatnego Adresowania IP (APIPA) w celu uzyskania adresu IP dla łącza lokalnego. 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 będzie 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 przy użyciu karty sieciowej PCI lub PCIe, zawsze należy określić 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 okno właściwości karty sieciowej i zanotuj numer magistrali, numer urządzenia oraz numer funkcji wyświetlany w sekcji Location na karcie Ogólne. W wierszu polecenia z podwyższonym poziomem uprawnień wprowadź następujące polecenie, gdzie b, di f odpowiadają numerom magistrali, urządzenia oraz 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
Ręczne usuwanie nie jest zwykle wymagane, ale jest dostępne tutaj jako procedura rozwiązywania problemów w nietypowych sytuacjach.
Ręczne usuwanie wpisów nie jest konieczne w przypadku 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:
Na komputerze docelowym otwórz wiersz polecenia jako administrator.
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.
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 zamierzasz zainstalować rolę Hyper-V na komputerze docelowym, zapoznaj się z Konfigurowanie debugowania sieci dla 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ć:
Hyper-V został włączony na komputerze, utworzono zewnętrzny przełącznik sieciowy, który jest przypisany do fizycznej karty sieciowej w tej maszynie, a maszyny wirtualne zostały skonfigurowane do używania tego przełącznika zewnętrznego do sieci.
Protokół KDNET jest następnie włączony na systemie operacyjnym hosta Hyper-V przy użyciu tej samej fizycznej karty sieciowej, która jest wskazywana przez zewnętrzny przełącznik sieciowy. Host jest ponownie uruchamiany.
Wszystkie maszyny wirtualne, które używały wcześniej skonfigurowanego przełącznika zewnętrznego, utracą łączność sieciową po ponownym uruchomieniu.
Ta przerwa jest zaprojektowana i ma miejsce, ponieważ KDNET przejmuje wyłączną kontrolę nad kartą sieciową, która jest skonfigurowana do użycia. Natywny miniport NDIS dla tej karty sieciowej nie jest ładowany przez system operacyjny. 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 czynności:
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.
Po zaktualizowaniu karty sieciowej przełącznika wirtualnego zamknij i uruchom ponownie maszyny wirtualne.
Po wyłączeniu debugowania KDNET należy wykonać 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.
Protokół IPv6
Dodano obsługę protokołu IPv6 w systemie Windows w wersji 1809.
Aby użyć protokołu IPv6 z debugerem, wykonaj następujące kroki:
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.Użyj BCDEdit, aby usunąć wszystkie istniejące wartości adresów IP w dbgsettings.
bcdedit -deletevalue {dbgsettings} hostipUstaw adres IPv6 hosta. W ciągu
hostipv6=s:t:u:v:w:x:y:znie może być ż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>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.Na maszynie hosta użyj następującego polecenia, aby uruchomić debuger:
Windbg -k net:port=<yournetworkportnumber>,key=<key_output_from_kdnet>,target=::<YourIPv6Address>Gdy debuger jest uruchomiony na maszynie hosta i czeka na połączenie, uruchom ponownie komputer docelowy.
Debuger powinien nawiązać połączenie 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
hostipma odpowiedni elementhostipv6. Są trzy.Protokół IPv4 Protokół IPv6 Użytkowanie hostip hostipv6 Na potrzeby debugowania rozruchu i jądra targethostip targethostipv6 Specyficzne dla debugowania jądra hypervisorhostip hypervisorhostipv6 Na potrzeby debugowania funkcji Hyper-v Jeśli ustawisz adres stylu
hostipv6dla dowolnego z tych rodzajów debugowania, oznacza to, że chcesz i otrzymasz protokół IPv6.Jeśli ustawisz adres stylu
hostipdla dowolnego z tych rodzajów debugowania, oznacza to, że chcesz i uzyskasz protokół IPv4.Obiekt docelowy będzie wykonywać 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
hostipjest ustawiona, obiekt docelowy używa protokołu IPv4. Jeślihostipv6jest ustawiona, obiekt 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.0do wiersza polecenia debugera.0.0.0.0jest 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 : znaków, 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.