Numer ID artykułu: 314067 - Ostatnia weryfikacja: 15 października 2009 - Weryfikacja: 4.3 Jak rozwiązywać problemy z łącznością TCP/IP w systemie Windows XP
Ten artykuł został opublikowany wcześniej pod numerem PL314067 Wersja tego artykułu dla systemu Microsoft Windows 2000:
102908
(http://support.microsoft.com/kb/102908/
)
. Na tej stronieWPROWADZENIE W celu określenia przyczyn problemów z sieciami opartymi na protokole TCP/IP w systemie Microsoft Windows XP można użyć szeregu narzędzi udostępniających przydatne informacje. W tym artykule podano zalecenia dotyczące używania tych narzędzi do diagnozowania problemów z siecią. Ta lista nie jest kompletna, jednak zawiera przykłady demonstrujące użycie przedstawionych narzędzi do wykrywania problemów z siecią. Więcej informacjiNarzędzia do rozwiązywania problemów z protokołem TCP/IPNastępująca lista zawiera niektóre narzędzia diagnostyczne związane z protokołem TCP/IP dołączone do systemu Windows XP:Narzędzia podstawowe
Narzędzia zaawansowane
Narzędzia w systemie Windows XP ProfessionalSystem Windows XP Professional zawiera następujące dodatkowe narzędzia:
Rozwiązywanie problemówProcedura stosowana do rozwiązywania problemów z protokołem TCP/IP zależy od typu używanego połączenia sieciowego i problemu z łącznością, który wystąpił.Automatyczne rozwiązywanie problemówRozwiązywanie większości problemów dotyczących połączenia z Internetem należy zacząć od identyfikacji źródła problemu za pomocą narzędzia Diagnostyka sieci. Aby użyć narzędzia Diagnostyka sieci, wykonaj następujące czynności:
Interfejs narzędzia Diagnostyka sieci można też uruchomić bezpośrednio, używając następującego polecenia: netsh diag gui Ręczne rozwiązywanie problemówAby ręcznie rozwiązać problem z łącznością TCP/IP, użyj następujących metod w kolejności, w jakiej są przedstawione:Metoda 1. Sprawdzanie konfiguracji przy użyciu narzędzia IPConfigAby sprawdzić konfigurację protokołu TCP/IP za pomocą narzędzia IPConfig na komputerze, na którym występuje problem, kliknij przycisk Start, kliknij polecenie Uruchom, a następnie wpisz polecenie cmd. Następnie można użyć polecenia ipconfig w celu ustalenia informacji o konfiguracji komputera hosta, takich jak adres IP, maska podsieci i brama domyślna. Parametr /all narzędzia IPConfig powoduje wygenerowanie szczegółowego raportu o konfiguracji wszystkich interfejsów, włącznie ze wszelkimi kartami dostępu zdalnego. Dane wyjściowe narzędzia IPConfig można przekierować do pliku, aby wkleić je do innych dokumentów. Aby to zrobić, wpisz: ipconfig > \nazwa_folderu\nazwa_pliku Dane wyjściowe znajdą się w pliku o podanej nazwie, który zostanie zapisany we wskazanym folderze.Przeglądając dane wyjściowe narzędzia IPConfig, można określić problemy z konfiguracją sieci na komputerze. Jeśli na przykład komputer skonfigurowano ręcznie w celu używania adresu IP będącego duplikatem istniejącego, już wykrytego adresu IP, zostanie wyświetlona maska podsieci 0.0.0.0. Jeśli lokalny adres IP zostanie zwrócony w formie 169.254.y.z z maską podsieci 255.255.0.0, będzie to znaczyć, że ten adres IP przypisała funkcja automatycznego przydzielania prywatnych adresów IP (APIPA, Automatic Private IP Addressing) systemu Windows XP Professional. Takie przypisanie oznacza, że ustawiono automatyczne konfigurowanie protokołu TCP/IP, nie został odnaleziony żaden serwer DHCP i nie podano konfiguracji alternatywnej. Ta konfiguracja nie zawiera bramy domyślnej dla interfejsu. Jeśli zostanie zwrócony lokalny adres IP 0.0.0.0, będzie to oznaczać, że zostało włączone zastępowanie funkcji wykrywania nośnika DHCP, ponieważ karta sieciowa wykryła brak połączenia z siecią, lub że protokół TCP/IP wykrył adres IP będący duplikatem ręcznie skonfigurowanego adresu IP. Jeśli nie zidentyfikujesz żadnych problemów z konfiguracją protokołu TCP/IP, przejdź do metody 2. Metoda 2. Testowanie łączności przy użyciu narzędzia PingJeśli nie wykryjesz żadnych problemów z konfiguracją protokołu TCP/IP, sprawdź, czy komputer może połączyć się z innymi komputerami hostów w sieci opartej na protokole TCP/IP. W tym celu skorzystaj z narzędzia Ping. Narzędzie Ping pozwala sprawdzić łączność na poziomie protokołu IP. Polecenie ping wysyła komunikat z żądaniem echa ICMP do hosta docelowego. Narzędzia Ping należy używać zawsze wtedy, gdy trzeba sprawdzić, czy komputer hosta może wysyłać pakiety IP do hosta docelowego. Korzystając z narzędzia Ping, można również wykrywać problemy ze sprzętem sieciowym i niezgodne konfiguracje. Uwaga Jeśli zostało uruchomione polecenie ipconfig /all i została wyświetlona konfiguracja protokołu IP, nie trzeba wysyłać żądania ping na adres sprzężenia zwrotnego ani na własny adres IP. Narzędzie IPConfig wykonało już te zadania w celu wyświetlenia informacji o konfiguracji. Podczas rozwiązywania problemów sprawdź istnienie trasy między komputerem lokalnym a hostem sieciowym. Aby to zrobić, użyj następującego polecenia: ping adres IP UwagaParametr adres IP to adres IP hosta sieciowego, z którym należy nawiązać połączenie.Aby użyć polecenia ping, wykonaj następujące czynności:
Metoda 3. Sprawdzanie trasy przy użyciu narzędzia PathPingNarzędzie PathPing wykrywa utratę pakietów na ścieżkach o wielu przeskokach. Uruchom analizę PathPing dla hosta zdalnego, aby sprawdzić, czy routery na trasie do miejsca docelowego działają poprawnie. Aby to zrobić, wpisz następujące polecenie: pathping adres IP hosta zdalnego Metoda 4. Czyszczenie pamięci podręcznej ARP przy użyciu narzędzia ArpJeśli można wysłać żądanie ping zarówno na adres sprzężenia zwrotnego (127.0.0.1), jak i na własny adres IP, ale nie można wysłać takiego żądania na żaden inny adres IP, wyczyść pamięć podręczną protokołu rozpoznawania adresów (ARP, Address Resolution Protocol) za pomocą narzędzia Arp. Aby wyświetlić wpisy pamięci podręcznej, wpisz jedno z następujących poleceń: arp -a Aby usunąć te wpisy, wpisz następujące polecenie:arp -g arp -d adres IP Aby opróżnić pamięć podręczną ARP, wpisz następujące polecenie: netsh interface ip delete arpcache Metoda 5. Sprawdzanie bramy domyślnejAdres bramy musi należeć do tej samej sieci co host lokalny. W przeciwnym przypadku nie będzie możliwe przesyłanie komunikatów z komputera hosta dalej poza sieć lokalną. Jeśli adres bramy należy do tej samej sieci co host lokalny, upewnij się, że adres bramy domyślnej jest poprawny. Upewnij się, że brama domyślna to router, a nie tylko host. Sprawdź także, czy na routerze włączono przesyłanie dalej dla datagramów IP. Metoda 6. Sprawdzanie łączności przy użyciu narzędzia Tracert lub RouteJeśli brama domyślna odpowie prawidłowo, wyślij żądanie ping do hosta zdalnego, aby sprawdzić poprawność działania komunikacji między sieciami. Jeśli komunikacja nie działa poprawnie, prześledź ścieżkę do miejsca docelowego przy użyciu narzędzia Tracert. W przypadku adresów IP wskazujących komputery z systemem Microsoft Windows 2000 lub Microsoft Windows NT 4.0 użyj narzędzia Route albo przystawki Routing i dostęp zdalny, aby wyświetlić tabelę routingu IP. W przypadku innych routerów IP zbadaj tabelę routingu IP za pomocą odpowiedniego narzędzia lub odpowiedniej funkcji — zgodnie ze wskazówkami dostawcy. W większości przypadków użycie narzędzia Ping na potrzeby rozwiązywania problemów powoduje wyświetlanie następujących czterech komunikatów o błędach:
Limit czasu wygaśnięcia (TTL) upłynął podczas tranzytu. Host docelowy jest nieosiągalny. Upłynął limit czasu żądania. Żądanie polecenia ping nie może znaleźć hosta. Metoda 7. Sprawdzanie protokołu IPSecProtokół IPSec może zwiększyć bezpieczeństwo sieci, ale także utrudnić zmienianie konfiguracji sieci i rozwiązywanie problemów. Niekiedy zasady protokołu IPSec wymagają zabezpieczonej komunikacji na komputerze z systemem Windows XP Professional. Te wymagania mogą utrudnić nawiązywanie połączeń z hostem zdalnym. Jeśli protokół IPSec jest zaimplementowany lokalnie, można wyłączyć usługę Usługi protokołu IPSec w przystawce Usługi. Jeśli zatrzymanie usług protokołu IPSec rozwiązuje problem, oznacza to, że zasady protokołu IPSec blokują ruch lub wymagają, aby był zabezpieczony. Poproś administratora zabezpieczeń o zmodyfikowanie zasad protokołu IPSec. Metoda 8. Sprawdzanie filtrowania pakietówRozpoznawanie adresów lub łączność może nie działać z powodu błędów przy filtrowaniu pakietów. Aby określić, czy źródłem problemu z siecią jest filtrowanie pakietów, wyłącz filtrowanie pakietów TCP/IP. W tym celu wykonaj następujące czynności:
Metoda 9. Sprawdzanie połączenia z określonym serweremAby ustalić przyczynę problemów z łącznością przy próbie nawiązania połączenia NetBIOS z określonym serwerem, użyj polecenia nbtstat -n na serwerze. Pozwoli to sprawdzić, jaką nazwę serwer zarejestrował w sieci. Polecenie nbtstat -n output wyświetli szereg nazw, które zarejestrował komputer. Ta lista powinna zawierać nazwę podobną do nazwy komputera skonfigurowanej na karcie Nazwa komputera w aplecie System w Panelu sterowania. Jeśli tak nie jest, wypróbuj jedną z innych unikatowych nazw wyświetlonych przez polecenie nbtstat. Narzędzie Nbtstat pozwala także wyświetlić wpisy w pamięci podręcznej dla komputerów zdalnych na podstawie wpisów #PRE w pliku Lmhosts lub ostatnio rozpoznanych nazw. Jeśli nazwa używana przez komputery zdalne dla serwera jest taka sama i pozostałe komputery znajdują się w podsieci zdalnej, upewnij się, że mapowanie nazwy na adres komputera znajduje się na pozostałych komputerach w plikach Lmhosts lub serwerach WINS. Metoda 10. Sprawdzanie połączeń zdalnychAby ustalić, dlaczego połączenie TCP/IP z komputerem zdalnym przestaje odpowiadać, użyj polecenia netstat -a w celu wyświetlenia stanu całej aktywności portów TCP i UDP na komputerze lokalnym. Zazwyczaj w kolejkach Wysłano i Odebrano sprawnego połączenia TCP jest wyświetlana wartość 0 bajtów. Jeśli dane są blokowane w dowolnej z kolejek lub stan kolejek zmienia się, połączenie może działać nieprawidłowo. Jeśli dane nie są blokowane, a stan kolejek jest typowy, może występować opóźnienie w działaniu sieci lub programu. Metoda 11. Sprawdzanie tabeli routingu przy użyciu narzędzia RouteAby dwa hosty mogły wymieniać datagramy IP, każdy z nich musi mieć wytyczoną ścieżkę do drugiego hosta lub muszą korzystać z bram domyślnych mających wytyczoną ścieżkę. Aby wyświetlić tabelę routingu na hoście z systemem Windows XP, wpisz następujące polecenie: route print Metoda 12. Sprawdzanie ścieżek przy użyciu narzędzia TracertNarzędzie Tracert określa ścieżkę między hostami w sieci, wysyłając komunikaty żądań echa ICMP z kolejnymi wartościami w polu nagłówka protokołu IP określającym czas wygaśnięcia. Następnie narzędzie Tracert analizuje zwracane komunikaty ICMP. Narzędzie Tracert umożliwia prześledzenie ścieżki między routerami zawierającej maksymalnie 30 przeskoków. Jeśli router uległ awarii lub pakiet został skierowany do pętli, narzędzie Tracert wykaże ten problem. Po zlokalizowaniu routera powodującego problem można skontaktować się z jego administratorem (jeśli router znajduje się poza siedzibą) lub przywrócić router do stanu pełnego funkcjonowania, jeśli router jest kontrolowany przez użytkownika. Metoda 13. Rozwiązywanie problemów z bramamiJeśli w czasie konfigurowania zostanie wyświetlony następujący komunikat o błędzie, sprawdź, czy brama domyślna znajduje się w tej samej sieci logicznej co karta sieciowa komputera: Brama domyślna nie należy do jednego ze skonfigurowanych interfejsów. Jeśli na przykład komputer ma jedną kartę sieciową, dla której skonfigurowano adres IP 172.16.27.139 i maskę podsieci 255.255.0.0, musi być używana brama domyślna w formie 172.16.y.z. Identyfikator sieciowy tego interfejsu IP to 172.16.0.0. Dodatkowe materiałyNastępujące materiały zawierają więcej informacji o rozwiązywaniu problemów z protokołem TCP/IP firmy Microsoft:Zobacz temat dotyczący konfigurowania protokołu TCP/IP w dokumentacji zestawu Microsoft Windows XP Professional Resource Kit. Zobacz wprowadzenie do protokołu TCP/IP w przewodniku po głównych funkcjach protokołu TCP/IP w zestawie Microsoft Windows 2000 Server Resource Kit, aby uzyskać ogólne informacje o zestawie protokołów TCP/IP. Zobacz omówienie routingu przy użyciu emisji pojedynczej w przewodniku po obsłudze sieci Internet w zestawie Microsoft Windows 2000 Server Resource Kit, aby uzyskać dodatkowe informacje o zasadach routingu. Zobacz temat dotyczący rozwiązywania problemów z protokołem TCP/IP w przewodniku po głównych funkcjach protokołu TCP/IP w zestawie Microsoft Windows 2000 Server Resource Kit, aby uzyskać dodatkowe informacje o filtrowaniu pakietów IP. Materiały referencyjne
Aby uzyskać więcej informacji, kliknij następujące numery artykułów w celu wyświetlenia tych artykułów z bazy wiedzy Microsoft Knowledge Base:
308007
(http://support.microsoft.com/kb/308007/
)
Rozwiązywanie problemów z siecią domową w systemie Windows XP 325487
(http://support.microsoft.com/kb/325487/
)
Jak rozwiązywać problemy z połączeniami sieciowymi 299357
(http://support.microsoft.com/kb/299357/
)
Jak zresetować protokół internetowy (TCP/IP) w systemie Windows XP 307874
(http://support.microsoft.com/kb/307874/
)
Jak wyłączyć proste udostępnianie i ustawić uprawnienia do folderu udostępnionego w systemie Windows XP 810881
(http://support.microsoft.com/kb/810881/
)
Komunikat o błędzie „Odmowa dostępu” przy próbie otwarcia folderu
214759
(http://support.microsoft.com/kb/214759/
)
Błąd odmowy dostępu przy próbie nawiązania połączenia z udziałem sieciowym (j. ang.) | Inne zasoby Inne witryny pomocy
SpołecznośćUzyskaj pomoc terazTłumaczenia artykułów
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Powrót na górę
