Onderwerp: Raar probleem nic's

Wij hebben een nieuwe supermicro server met 2 broadcom netwerkadapter's. Nu is het volgende probleem:
eth0 heeft ip x.x.x.79, eth1 heeft ip x.x.x.80
Maar zelfs als eth1 geen kabel heeft, kan ik gewoon blijven verbinden met dat ip-nummer. Eth1 lijkt wel aan eth0 gekoppeld. Als ik in eth1 een lokaal ipnummer (192.168.0.1) invul, kan ik geen verbinding meer maken met zowel eth1 als eth0. Ik denk dat dit een probleem in de instellingen is. Wij gebruiken CentOS 4.2 64 bit. Iemand een idee?

Is mij onlangs ook opgevallen. Met ander OS dit nog niet gezien. Heb mij hier toen niet verder in verdiept.

Valt me nog iets vreemds op:
Hardware adres: eth0: 00:30:48:56:64:EC
eth1: 00:30:48:56:64:ED
Terwijl volgens mij een nic alleen 00:30:48:56:64 heeft (dus 10 tekens) Klopt dit, of zit ik verkeerd te zoeken. Het probleem is wel vervelend, want wij willen de 2e nic gebruiken voor back-up doeleinden. Iemand een idee

Alle traffic word ook alleen gemeten bij eth0, zelfs x.x.x.80 die eigenlijk op eth1 staat ingesteld. Vind het vreemd.

Je kan 2 nics niet in hetzelfde subnet zetten en verwachten dat het verkeer netjes gescheiden wordt afgehandeld door beide nics. Sowieso is het normaal dat al het uitgaande verkeerde naar het gehele internet over 1 en dezelfde nic gaat, omdat je ook maar normaal gesproken ook maar 1 gateway hebt.

Ja dat snap ik, maar in dit geval is het anders. Als wij het ip 192.168.0.1 instellen op eth1 dan werkt eth0 niet!

Misschien iets in de routingtabel. Doe eens 'route' en kijk wat de output is (wat zijn de default gateways van beide NICs?).

Ping beide IP's eens opnieuw en voer dan op de PC vanwaar je pingt even een "arp -a" uit om de arpcache te bekijken (werkt op Windows of Linux). Wijzen beide IP's van buitenaf gezien naar hetzelfde MAC-adres?

Clear de arpcache eens op de PC van waarop je werkt (arp -d), en kijk of het probleem dan nog steeds optreedt.

Ip's wijzen inderdaad naar zelfde nic (eth0)

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
x.x.79.0 * 255.255.255.0 U 0 0 0 eth0
x.x.79.0 * 255.255.255.0 U 0 0 0 eth1
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
default gi7-0.r1-2.tc2. 0.0.0.0 UG 0 0 0 eth0

Dit is de routing table van de server.
Als ik nu van eth1 192.168.0.1 maak werkt eth0 niet meer.

Routingtable op het moment dat je van eth1 192.x gemaakt hebt zou handiger zijn, deze situatie werkt tenslotte volgens jezelf?

Wat geeft ifconfig voor output en wat staat er in /etc/modprobe.conf?

het is opgelost nu. Die routeringtabel zette me aan het denken. Kwam er achter dat er een 10.0.0.3 in stond als default route voor beide nic's. Na deze eruit gehaald te hebben werkte het wel. Het is overigens wel vreemd. Waar komt die 10.0.0.3 vandaan? Niemand hier die dat ingevoerd heeft :S