Očakáva sa, že ako viacero adaptérov na rovnakej sieti správať

Preklady článku Preklady článku
ID článku: 175767 - Zobraziť produkty, ktorých sa tento článok týka.
Rozbaliť všetko | Zbaliť všetko

Na tejto stránke

Súhrn

Ak nakonfigurujete Windows-založené počítača, ktorý má viac ako jeden sieťový adaptér na rovnakej fyzickej siete a podsiete protokolu, môžu sa vyskytnúť neočakávané výsledky. Tento článok popisuje očakávané správanie tohto druhu neštandardné konfigurácie.

Ďalšie informácie

Uvažujme o nasledovnom scenári:
  • Máte pracovný počítač, ktorý má nainštalovaný systém Windows.
  • Dva sieťové adaptéry sú pripojené k rovnakej fyzickej sieti alebo do rozbočovača.
  • Ako sieťový protokol je nainštalovaný protokol TCP/IP.
  • Adaptér adresy na rovnakej podsieti sú 192.168.0.1 a 192.168.0.2.
  • Klient v sieti používa adresu 192.168.0.119.
V tomto scenári, môžete očakávať dva adaptéry na rovnakej fyzickej sieti a protokol podsieti vykonávať vyrovnávanie zaťaženia. Však podľa definície iba jeden adaptér môže komunikovať v sieti súčasne topológie siete Ethernet. Preto oba adaptéry nemôže prenášať v rovnakom čase a musia počkať, či iné zariadenie v sieti vysiela. Navyše, vysielanie správ musí byť so ovládal každý adaptér pretože obaja sú počúvania na rovnakej sieti. Táto konfigurácia vyžaduje značné režijné náklady, s výnimkou akýchkoľvek otázok súvisiacich s protokolom. Tejto konfigurácii neposkytuje dobrú metódu pre poskytovanie nadbytočných sieťového adaptéra na rovnakej sieti.

Predpokladať, že server má odoslanie paketu pomocou protokolu TCP/IP s klientom, ktorého adresa je 192.168.0.119. Táto adresa sa nachádza v lokálnej podsieti. Brána preto nemá na dosah klienta. Zásobník protokolu sa používa prvá trasa, ktorá zistí v lokálnej smerovacej tabuľke. Zvyčajne je to prvý adaptér, ktorý bol nainštalovaný. V tomto prípade, že adaptér je 192.168.0.1. Ak sa prenos nepodarí, neskôr pokusy použiť rovnaký adaptér zápisu, ktorá sa nachádza v smerovacej tabuľke.

Ak sieťový kábel pre 192.168.0.1 adaptér nedokáže, to nespôsobí trase odstránia zo smerovacej tabuľky. Preto druhý adaptér stále nie sú povolené.

Ďalšia vec je zvážiť, je, že niektoré sieťové aplikácie viažu na špecifické adaptéry v systéme. Keby sieťové aplikácie špecificky viažu druhý adaptér, praktickej aplikácie prevádzky, ktoré bolo prijaté od klientov na prvý adaptér môžu byť ignorované v prihláške. Príčinou môže byť registrácia názvu NetBIOS na sieti. Navyše ak adaptér, na ktoré je viazaný aplikácia zlyhá, aplikácia môže zlyhať, ak ho nepoužíva iný adaptér.

Ak aplikácie osobitne požadovať, zvyčajne tento druh konfigurácia nie je užitočné. Niektorí výrobcovia sa chybám sieťové adaptéry chrániť proti jediný bod zlyhania. Tieto adaptéry umožňujú dva adaptéry zahrnúť na rovnakom serveri, ale zapnúť iba jeden adaptér použijú naraz. Ak primárny adaptér, ovládač deaktivuje prvú kartu a umožňuje druhý pomocou rovnakej konfigurácie adries. Výsledkom je pomerne plynulý prechod na alternatívne adaptér. Toto je preferovaný spôsob chrániť proti jednej sieťovej karty ako jediný bod zlyhania.

Windows Server Failover Clustering

Windows Server Failover Clustering nepoužíva ďalšie adaptéry na rovnakej sieti a opiera sa o existujúce vlastnosti protokolu TCP/IP. Ak zlyháva adaptér, softvér automaticky nepokúsi zaregistrovať prostriedok adresy IP adresy na ďalší adaptér. Ak sa chcete vyhnúť na jednom sieťovom adaptéri ako jediný bod zlyhania, konfigurovať sieťové adaptéry na rozdielnych podsieťach logické. Alebo použite NIC Teaming kombinovať viaceré fyzické adaptéry do jedného logického adaptér (ako je uvedené vyššie v tomto článku).

Predchádzajúce informácie sa vzťahuje na trase vysielania. Trasa do podsiete používa najvyššie numerickej IP adresy v podsieti. Napríklad predpokladať, dva adaptéry s adresami IP 192.168.0.1 a 192.168.0.2, a predpokladať, že 192.168.0.1 bol inštalovaný prvý. Táto situácia vytvára tieto 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á kontrola: 2. apríla 2013 - Revízia: 1.0
Informácie v tomto článku sa týkajú nasledujúcich produktov:
  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • 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
Kľúčové slová: 
kbinfo kbnetwork kbmt KB175767 KbMtsk
Strojovo preložené
DÔLEŽITÉ: Tento článok bol preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft, nie prekladateľom. Spoločnosť Microsoft ponúka články preložené prekladateľmi aj strojovo preložené články, vďaka čomu máte možnosť prístupu ku všetkým článkom databázy Knowledge Base vo svojom jazyku. Strojovo preložený článok však nie je vždy perfektný. Môže obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky, podobne ako cudzinec môže robiť chyby, keď rozpráva vašim jazykom. Spoločnosť Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené akýmkoľvek nepresným prekladom obsahu alebo jeho použitím zo strany zákazníkov. Spoločnosť Microsoft softvér na strojový preklad pravidelne aktualizuje.
Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 175767

Odošlite odozvu

 

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