Hvordan flere kort på samme nettverk som er forventet å oppføre seg

Artikkeloversettelser Artikkeloversettelser
Artikkel-ID: 175767 - Vis produkter som denne artikkelen gjelder for.
Vis alt | Skjul alt

På denne siden

Sammendrag

Hvis du konfigurerer en Windows-basert datamaskin som har mer enn ett nettverkskort på samme fysiske nettverk og protokollen delnett, kan du oppleve uventede resultater. Denne artikkelen beskriver forventet virkemåte av denne typen ikke-standard konfigurasjon.

Mer informasjon

Tenk deg følgende:
  • Du har en fungerende datamaskin som har Windows installert.
  • To nettverkskort er koblet til den samme fysiske nettverk eller hub.
  • TCP/IP er installert som nettverksprotokoll.
  • Kort-adresser på samme delnett er 192.168.0.1 og 192.168.0.2.
  • En klient på nettverket bruker adressen 192.168.0.119.
I dette scenariet kan du forvente de to kortene på samme fysiske nettverk og protokoll for delnett å utføre belastningsfordeling. Men per definisjon, kan bare ett kort kommunisere på nettverket på et tidspunkt i topologi for Ethernet-nettverk. Derfor begge kortene kan ikke overføre samtidig og må vente Hvis overføring av en annen enhet på nettverket. I tillegg må kringkastingsmeldinger håndteres av hvert kort fordi begge lytter på samme nettverk. Denne konfigurasjonen krever betydelig overhead, unntatt protocol-relaterte problemer. Denne konfigurasjonen gir ikke en god metode for å gi et redundante nettverkskort for det samme nettverket.

Anta at serveren har til å sende en pakke ved hjelp av TCP/IP-protokollen til en klient som har adressen er 192.168.0.119. Denne adressen er plassert på det lokale delnettet. Derfor har ikke en gateway som skal brukes når klienten. Protokollstakken bruker første ruten som finnes i den lokale rutingstabellen. Dette er vanligvis det første kortet som ble installert. I dette tilfellet er kortet 192.168.0.1. Hvis overføringen mislykkes, kan senere forsøk bruke samme kortet i henhold til posten som blir funnet i rutingstabellen.

Hvis nettverket kabel for 192.168.0.1 kort mislykkes, dette fører ikke nødvendigvis til ruten som skal fjernes fra rutingstabellen. Derfor, det andre kortet fortsatt ikke kan brukes.

En annen ting du bør vurdere er at noen nettverksprogrammer binder til spesifikke kort i systemet. Hvis det var et nettverksprogram å binde til det andre kortet spesielt, kan programmet-relatert trafikk som ble mottatt fra klienter på første kort bli ignorert av programmet. Dette kan være forårsaket av registrering for NetBIOS-navn på nettverket. I tillegg, hvis programmet er bundet til kortet mislykkes, kan programmet mislykkes hvis det ikke bruker det andre kortet.

Vanligvis, med mindre programmer krever spesielt den, er denne typen konfigurasjon ikke nyttig. Noen produsenter gjør feiltolerant nettverkskort for å beskytte mot en single point of failure. Disse kortene kan to kort skal inkluderes på samme server, men at bare ett kort som skal brukes samtidig. Hvis det primære kortet mislykkes, vil driveren deaktiverer det første kortet og aktiverer andre ved hjelp av samme adressekonfigurasjon. Resultatet er en ganske sømløs overgang til alternative kortet. Dette er den foretrukne metoden for å beskytte mot et enkelt nettverkskort som en single point of failure.

Windows Server Failover-klynging

Windows Server Failover Clustering bruker ikke flere kort på samme nettverk, og er avhengig av eksisterende funksjoner av TCP/IP-protokollen. Hvis det er feil på nettverkskortet, forsøker ikke programvaren automatisk å registrere IP-adresseressursen adresser på andre kort. Hvis du vil unngå et enkelt nettverkskort som en single point of failure, konfigurere nettverkskort for å være på en annen logisk delnett. Du kan eventuelt bruke NIC Teaming til å kombinere flere fysiske kort i et enkelt logisk kort (som nevnt tidligere i denne artikkelen).

Forrige informasjonen gjelder for kringkasting ruten. Ruten til delnettet bruker høyeste numeriske IP-adressen i delnettet. For eksempel anta at to kort med IP-adresser 192.168.0.1 og 192.168.0.2, og antar at 192.168.0.1 som ble installert først. Denne situasjonen oppretter følgende rutene:
   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

Artikkel-ID: 175767 - Forrige gjennomgang: 2. april 2013 - Gjennomgang: 1.0
Informasjonen i denne artikkelen gjelder:
  • 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
Nøkkelord: 
kbinfo kbnetwork kbmt KB175767 KbMtno
Maskinoversatt
Viktig: Denne artikkelen har blitt maskinoversatt, og dermed ikke oversatt av en person. For at alle artikler i vår database skal være oversatt til ditt språk, vil Microsoft benytte både personoversatte og maskinoversatte artikler. Det er viktig å merke seg at en maskinoversatt artikkel ikke alltid er perfekt. Det kan forekomme stave, strukturelle eller grammatiske feil. Microsoft er ikke ansvarlig for unøyaktigheter, feil eller skade ved bruk av innhold i artikkel som måtte forårsakes av feiloversettelse. Microsoft vil jevnlig oppdatere sitt maskinoversettelses programvare.
Den engelske versjonen av denne artikkelen er den følgende: 175767

Gi tilbakemelding

 

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