Řešení potíží s dosažitelností protokolu TCP/IP v systémech Windows 2000/NT (Tento článek může obsahovat odkazy na anglický obsah (dosud nepřeložený).)

Překlady článku Překlady článku
ID článku: 102908 - Produkty, které se vztahují k tomuto článku.
Microsoft Windows XP verzi tohoto článku naleznete 314067.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Souhrn

Nástroje ARP, PING, FTP, NETSTAT a NBTSTAT může poskytnout užitečné informace při určit příčinu potíží se sítí TCP/IP se systémem Windows. Níže je seznam možné příznaky TCP/IP s doporučení pro diagnostikovat problémy pomocí těchto nástrojů. Přestože není úplný seznam, jsou tyto příklady jak mohou pomocí těchto nástrojů ke sledování dolů problémy v síti.

Další informace

Q: Jak mohu zjistit, zda je správně nainstalován protokol TCP/IP v systému Windows?

A: Pokoušíte pomocí PING v místním systému zadáním adresu zpětné smyčky 127.0.0.1 na příkazovém řádku:
pomocí příkazu ping 127.0.0.1


Má systém reagovat okamžitě. Pokud není nalezen PING nebo příkaz se nezdaří, zkontrolujte protokol událostí pomocí prohlížeče událostí a vyhledejte problémy vykazován instalace nebo služba TCP/IP. By měl také pokusíte použít PING s adresami IP místní interface(s) určit, zda jste správně nakonfigurována IP. Úspěšně používat PING označuje vrstvy IP v cílovém systému je pravděpodobně funkční.

Q: Jak mohu zjistit, pokud je služba FTP server správně nainstalován v systému Windows?

A: Zkuste pomocí FTP v místním systému zadáním adresy IP zpětné smyčky na příkazovém řádku:
FTP 127.0.0.1


Interakce s místně na serveru je identické interakce očekávání pro ostatní Windows (a většina UNIX) klientům. Tento příkaz lze také určit, zda jsou správně nakonfigurovány adresářů oprávnění atd služby serveru FTP.

Q: Co způsobuje chyba 53 při připojení ke Windows NT, Windows for Workgroups, nebo servery Microsoft LAN Manager?

A: Při zadané název_počítače nelze vyřešit, je vrácena chyba 53. Pokud je počítač v místní podsíti, potvrďte, že je název zadán správně a cílový systém spuštěné TCP/IP i. Pokud počítač není v místní podsíti, zkontrolujte, zda je název a mapování adresy IP jsou k dispozici v souboru LMHOSTS. Pokud vše správně nainstalována se zobrazí, zkuste pomocí PING s vzdálený systém, ujistěte se, že jeho TCP/IP softwaru je funkční.

Q: Po nové mapování byly přidány do souboru LMHOSTS, co lze dělat Pokud trvá nezvykle dlouho připojit k serveru?

A: Toto chování může způsobit velkého souboru LMHOSTS s položkou na konci souboru, případně následujícím některé #INCLUDEs. Proveďte urychlit čas připojení dvě věci: buď položku označit jako předem zaváděné položky pomocí následujících mapování se značkou # PRE a okamžitou aktualizaci mezipaměti místních názvů pomocí příkazu NBTSTAT -R nebo umístit vyšší mapování souboru LMHOSTS.

Soubor LMHOSTS je analyzovat postupně vyhledejte položky bez #PREloaded. Proto měli byste umístit často používaných položek v horní části souboru a položek # PRE v dolní.

Q: Jak postupovat, jestliže uživatelé jsou potíže s připojením k určitému serveru i při určování stejný název?

A: Pomocí příkazu NBTSTAT -N určit (autoritativně) zadejte název serveru registrován v síti. Výstup tohoto příkazu uvádí několik názvů v systému registrován pomocí protokolu NetBIOS přes TCP/IP. Jeden podobné název_počítače v systému by měl být přítomen. Pokud tomu tak není, zkuste jednu z dalších jedinečných názvů zobrazeny. Příkaz NBTSTAT může také zobrazit položky mezipaměti pro vzdálené systémy #PREloaded z LMHOSTS nebo nedávno přeložené názvy kvůli aktuální činnosti sítě. Pokud je název vzdáleného uživatelé používají stejný a ostatní systémy jsou ve vzdálené podsíti, zkontrolujte, zda mají v jejich LMHOSTS v systému mapování souboru.

Q: Jak postupovat, když se nemůže připojit k cizí systémů s názvy hostitelů pomocí TELNET, FTP a podobně, ale může připojit pouze pomocí adres IP?

A: Pomocí ikonu Síť v Ovládacích panelech zkontrolujte konfiguraci název_hostitele rozlišení (nalezeno pod připojením TCP/IP možnost) ujistěte se, že příslušná nastavení HOSTS a DNS byl nakonfigurován pro systém. Pokud používáte soubor HOSTS, ujistěte se, že vzdálený systém je zadána v souboru stejným způsobem, jako je používána aplikace. Pokud používáte DNS, ujistěte se, že adresy IP serverů DNS jsou správné a ve správném pořadí. Chcete-li zjistit, zda je název hostitele probíhá správně, zkuste PING s vzdálený systém zadáním názvu hostitele a adresu IP.

Q: Zobrazí, když používám TELNET s konkrétním počítači nápisu identifikuje počítač než chtěli připojit, i když Jsem am určení správnou adresu IP. Jak to lze?

A: Situacích takto obvykle vznikají při dva systémy ve stejné síti jsou nakonfigurovány (omylem) s stejnou adresu IP. Modul protokol (ARP) adresu rozlišení, který považuje první odpovědi, obdrží provádí mapování Ethernet a IP adresu. Proto odpověď počítače impostor někdy pochází zpět před zamýšlené počítač odpovědět. Tyto problémy jsou obtížné izolovat a sledovat. Příkaz ARP -g zobrazí v mezipaměti ARP mapování. Pokud znáte adresu Ethernet zamýšlené vzdáleného systému, můžete snadno určit, pokud dvě shodná. Pokud není, zkuste odstranit položku, poté pomocí ARP D kontakt příkazem PING stejnou adresu (vynucení nové ARP mapování) a zkontrolujte adresu Ethernet v mezipaměti znovu pomocí ARP - g. úspěšnost jsou, pokud jsou oba systémy ve stejné síti, bude nakonec získat různé odezvy. Pokud tomu tak není, bude pravděpodobně nutné filtrování provozu z hostitele impostor určit vlastníka nebo umístění v systému.

Q: Jak postupovat při připojení TCP/IP ke vzdálenému systému se být neodpovídá?

A: NETSTAT - a příkaz zobrazuje stav veškeré činnosti na TCP a UDP porty v místním systému. Stav dobré připojení TCP je obvykle vytvořeno s 0 bajtů v odesílání a přijímání fronty. Pokud je v některé frontě blokována data nebo pokud je stav nepravidelné, je pravděpodobně problém s připojením. Pokud tomu tak není, pravděpodobně dochází zpoždění sítě nebo aplikace.

Q: Co dělat při dialogové okno Konfigurace TCP/IP sestavy: "vaše výchozí brána nepatří do jednoho z nakonfigurovaných rozhraní. Chcete ji změnit? „

A: Tato chyba označuje výchozí brány není umístěn ve stejné logické síti jako interface(s) nainstalovaných v systému. Toto je určena porovnáním net ID část výchozí brány (podle Výpočet bitové operace AND mezi masku podsítě a výchozí bránu) a net ID z instalovaných rozhraní. Systém s jedním rozhraním konfigurován s adresou IP 102.54.0.1 a maskou podsítě 255.255.0.0 by například vyžadovat, výchozí brány být z formuláře 102.54.a.b, protože je net část ID rozhraní IP 102.54.

Vlastnosti

ID článku: 102908 - Poslední aktualizace: 20. února 2007 - Revize: 2.2
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Advanced Server 3.1
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.1
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Advanced Server 3.1
Klíčová slova: 
kbmt kbnetwork KB102908 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:102908

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com