Očekává se chovat jak více adaptéry v stejné síti

Překlady článku Překlady článku
ID článku: 175767 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Pokud konfiguraci počítače se systémem Windows, který má více než jeden síťový adaptér v jedné fyzické sítě a podsítě protokolu, může dojít k neočekávaným výsledkům. Tento článek popisuje očekávané chování tohoto druhu nestandardní konfiguraci.

Další informace

Zvažte následující scénář:
  • Máte pracovní počítač s nainstalovaným systémem Windows.
  • Dva síťové adaptéry jsou připojeny ke stejné fyzické síti nebo rozbočovač.
  • Síťový protokol je nainstalován protokol TCP/IP.
  • Jsou adresy adaptéru ve stejné podsíti 192.168.0.1 a 192.168.0.2.
  • Klient v síti používá adresu 192.168.0.119.
V tomto scénáři můžete očekávat dva adaptéry ve stejné fyzické síti a protokolu podsíti provádět Vyrovnávání zatížení. Však podle definice pouze jeden adaptér může komunikovat v síti současně topologie sítě Ethernet. Proto oba adaptéry nelze přenášet současně a musí čekat, pokud je předávání jiným zařízením v síti. Navíc zpráv všesměrového vysílání musí zpracovat každý adaptér protože obě naslouchají ve stejné síti. Tato konfigurace vyžaduje významné režii, s výjimkou jakékoli problémy související s protokolem. Tato konfigurace nenabízí Dobrá metoda pro poskytování redundantních síťových adaptérů ve stejné síti.

Předpokládejme, že server má odeslat paket pomocí protokolu TCP/IP klienta, jehož adresa je 192.168.0.119. Tato adresa se nachází v místní podsíti. Brána tedy nemá být použita klienta. Zásobník protokolu použije první trasu, která najde v místní směrovací tabulky. Obvykle je to první adaptér, který byl nainstalován. V případě že adaptér je 192.168.0.1. Pokud dojde k selhání přenosu, pozdější opakování mohou používat stejný adaptér podle položky, která je nalezena v tabulce směrování.

Pokud kabelové sítě pro 192.168.0.1 selže adaptér, nedojde nutně trasy, kterou chcete odebrat ze směrovací tabulky. Proto druhý adaptér stále nelze použít.

Další věc, vzít v úvahu je, že některé síťové aplikace vázat na specifické adaptéry v systému. Pokud síťovou aplikaci přímo navázat na druhý adaptér, související s provozu, který byl přijat z klientů na první adaptér může být ignorována aplikací. Příčinou může být registrace názvů NetBIOS v síti. Navíc pokud selže adaptér, ke kterému je vázán aplikace, aplikace může selhat v případě nepoužívá jiný adaptér.

Pokud aplikace konkrétně požadovat to, tento druh konfigurace je obvykle není vhodné. Někteří výrobci, aby adaptéry odolné proti chybám sítě pro ochranu proti selhání v jednom místě. Tyto adaptéry umožňují dva adaptéry se nacházet na stejném serveru, ale pouze jeden adaptér pro použití v době povolení. Pokud selže primární adaptér, ovladač deaktivuje na první kartu a umožňuje druhý pomocí stejné konfigurace adres. Výsledkem je poměrně bezproblémový přechod na alternativní adaptér. Toto je upřednostňovanou metodou pro ochranu proti jeden síťový adaptér jako jediný bod selhání.

Windows Server Failover Clustering

Služba clusterů převzetí služeb při selhání systému Windows Server nepoužívá další adaptéry ve stejné síti a využívá existujících funkcí protokolu TCP/IP. Je-li k selhání adaptéru, software nebude pokoušet automaticky zaregistrovat prostředek adresy IP adresy na jiný adaptér. Pokud chcete, aby se zabránilo jeden síťový adaptér jako jediný bod selhání, konfigurace síťových adaptérů v různých logických podsítí. Můžete také použít NIC Teaming kombinovat více fyzických adaptérů do jednoho logického adaptéru (jak bylo uvedeno dříve v tomto článku).

Předchozí informace se týkají trasa všesměrového vysílání. Trasa do podsítě pomocí nejvyšší číselnou adresu IP v rámci podsítě. Například předpokládejme dva adaptéry s adresami IP 192.168.0.1 a 192.168.0.2 a předpokládá, že byl nejprve nainstalován 192.168.0.1. Tato situace vytváří následující trasy:
   192.168.0.0   255.255.255.0  192.168.0.1    192.168.0.1
   192.168.0.0   255.255.255.0  192.168.0.2    192.168.0.2
   192.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1
   255.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1
				

Vlastnosti

ID článku: 175767 - Poslední aktualizace: 2. dubna 2013 - Revize: 1.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2012 Standard
  • Windows Server 2012 Datacenter
Klíčová slova: 
kbinfo kbnetwork kbmt KB175767 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: 175767

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