Hur flera kort i samma nätverk förväntas fungera

Artikelöversättning Artikelöversättning
Artikel-id: 175767 - Visa produkter som artikeln gäller.
Visa alla | Dölj alla

På den här sidan

Sammanfattning

Om du konfigurerar en Windows-baserad dator som har flera nätverkskort på samma fysiska nätverk och protokoll undernät kan det uppstå oväntade resultat. Den här artikeln beskrivs den förväntade funktionen av den här typen av annan konfiguration än standardkonfigurationen.

Mer Information

Föreställ dig följande:
  • Du har en fungerande dator som Windows har installerats.
  • Två nätverkskort är ansluten till samma fysiska nätverk eller hubb.
  • TCP/IP installeras som nätverksprotokoll.
  • Kort-adresser i samma undernät är 192.168.0.1 och 192.168.0.2.
  • En klient på nätverket använder adressen 192.168.0.119.
I det här fallet kanske du förväntar dig två kort i samma fysiska nätverk och protokoll undernät att utföra belastningsutjämning. Dock Definitionsmässigt kan kan endast en kort kommunicera i nätverket samtidigt i nätverkstopologin Ethernet. Därför kan inte överföra samtidigt båda korten och måste vänta om överföring av en annan enhet i nätverket. Broadcast-meddelanden måste dessutom hanteras av varje kort eftersom båda lyssnar på samma nätverk. Den här konfigurationen kräver betydande omkostnader, exklusive eventuella problem med protokollet. Den här konfigurationen erbjuder inte en bra metod för att tillhandahålla redundanta nätverkskort för nätverket.

Anta att servern har skicka ett paket med hjälp av TCP/IP-protokollet till en klient vars adress är 192.168.0.119. Den här adressen finns i det lokala undernätet. En gateway behöver därför inte användas för att nå klienten. Protocol-stacken används den första väg som påträffas i den lokala routningstabellen. Detta är vanligtvis det första kortet som installerades. I det här fallet är det kortet 192.168.0.1. Om överföringen misslyckas använda senare försök samma kort efter den post som finns i routningstabellen.

Om nätverket-kabel för 192.168.0.1 kortet inte, inte nödvändigtvis medför den väg som ska tas bort från routningstabellen. Därför kan får det andra kortet fortfarande inte användas.

En annan sak att tänka på är att vissa nätverksprogram binda till nätverkskort i systemet. Om ett nätverksprogram Binder specifikt till det andra kortet, kan programrelaterade trafik som tagits emot från klienter på det första kortet ignoreras av programmet. Detta kan bero på att NetBIOS-namnregistrering i nätverket. Dessutom om kortet som är bunden till ansökan inte kan programmet misslyckas om det inte använder det andra kortet.

Den här typen av konfiguration är vanligtvis inte användbar om program särskilt kräver den. Vissa tillverkare av feltoleranta nätverkskort för att skydda dig mot en enskild felkälla. Dessa kort kan två kort att finnas på samma server men Aktivera bara ett kort som ska användas i taget. Om det primära kortet inte drivrutinen inaktiverar det första kortet och gör att andra med samma adresskonfiguration. Resultatet är en ganska sömlös övergång till alternativa kortet. Detta är det bästa sättet att skydda dig mot ett enda nätverkskort som en enskild felkälla.

Windows Server Failover-kluster

Windows Server Failover Clustering används inte fler kort i samma nätverk och bygger på befintliga funktioner i TCP/IP-protokollet. Om Kortfel är försöker programmet inte automatiskt registrera IP-adressresurs adresser på det andra kortet. Om du vill undvika ett enda nätverkskort som en enskild felkälla, konfigurera nätverkskort ska vara i olika logiska undernät. Eller använda NIC Teaming för att kombinera flera fysiska kort till ett enda logiskt kort (som nämns tidigare i denna artikel).

Föregående information gäller broadcast-väg. Vägen till undernätet använder högsta numeriska IP-adressen i undernätet. Till exempel anta att två kort med IP-adresserna 192.168.0.1 och 192.168.0.2 och förutsätter att 192.168.0.1 installerades först. Denna situation skapar följande vägar:
   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
				

Egenskaper

Artikel-id: 175767 - Senaste granskning: den 2 april 2013 - Revision: 1.0
Informationen i denna artikel gäller:
  • 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
Nyckelord: 
kbinfo kbnetwork kbmt KB175767 KbMtsv
Maskinöversatt
VIKTIGT: Denna artikel är översatt av Microsofts automatiska översättningsprogram och inte av en mänsklig översättare. För att Du skall ha åtkomst till alla artiklar i Knowledge Base på Ditt föredragna språk så är en del artiklar översatta av människor och en del artiklar av översättningsprogram. Tänk på att en artikel som är översatt av ett översättningsprogram inte alltid är perfekt. Artikeln kan innehålla fel ord, grammatik eller meningsbyggnad, ungefär som en utländsk talare kan göra misstag när han eller hon pratar med Dig på Ditt språk. Microsoft ansvarar inte för eventuella felaktigheter i översättningen, fel eller skador som orsakats av någon felöversättning av innehållet eller våra kunders användande av det översatta innehållet. Microsoft uppdaterar kontinuerligt mjukvaran för översättningsprogrammet.
Den engelska versionen av artikeln är följande: 175767

Ge feedback

 

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