Hi,

ich habe in einen Rechner mit Ubuntu Server 10,04 LTS eine zweite Netzwerkkarte eingebaut und die /etc/network/interfaces erweitert, dass eth0 und eth1 beide automatisch aktiviert und per DHCP konfiguriert werden.

Intern klappt alles super (ich kann z.B. den darauf laufenden Apache unter beiden IPs erreichen). Nur der Internetzugriff (z.B. ping an google) funktioniert nach einem Reboot nicht. Wenn ich dann aber mit

markieren

Code:

sudo ifconfig eth0 down
sudo ifconfig eth0 up

einen Adapter deaktiviere und gleich wieder reaktiviere, funktionieren sowohl beide Adapter intern und der Internetzugriff von diesem Rechner geht dann auch.

Ich möchte, dass Internetzugriffe möglichst über eth1 laufen, und zwar gleich nach dem Boot, ohne dass ich mich erst am System anmelden muss. Den Router habe ich schon so konfiguriert, dass er Anfragen an eth1 schicken sollte. Im internen DNS ist die interne IP für den Rechnernamen eingetragen.

Kann mir jemand helfen?

Gruß

Felix

Zitat von FAlter:

ich habe in einen Rechner mit Ubuntu Server 10,04 LTS eine zweite Netzwerkkarte eingebaut und die /etc/network/interfaces erweitert, dass eth0 und eth1 beide automatisch aktiviert und per DHCP konfiguriert werden

Die beiden Adapter sind mit dem gleichen Netzwerk verbunden und habe die gleiche Subnet-Adresse?
Das ist gar nicht gut!
Man darf nicht von einem Netzwerkkonten mehr als einmal mit dem gleichen Subnet verbunden sein.

Zitat von sx2008:

Man darf nicht von einem Netzwerkkonten mehr als einmal mit dem gleichen Subnet verbunden sein.

Natürlich geht das. Das mache ich seit Jahren, indem ich 2 IP-Adressen auf einer Netzwerkkarte betreibe, die natürlich ebenfalls im selben Netz sind. Und es funktioniert auch, wenn 2 verschiedene Netzwerkkarten im Rechner stecken (siehe Laptops mit LAN und WLAN), nur ist dann mehr oder minder unklar, über welches Device die Daten fließen.

MfG Dalai

Unklar ist da nichts, denn ein Blick in die Routing Tabelle zeigt, woher die Daten laufen werden

Zwei Netzwerkkarten im gleichen Subnetz machen Probleme.
Siehe ARP-Flux
und http://wiki.openvz.org/Multiple_netw...s_and_ARP_flux
Unter Linux lässt sich das vielleicht noch in den Griff bekommen; für Windows sieht's schlecht aus.

siehe auch: http://support.microsoft.com/kb/175767/en-us

Das Gemeine an der Sache ist, dass viele Dinge zu funktioneren scheinen (z.B. Kopieren von Dateien übers Netzwerk), während im Netzwerk unnötigerweise Pakete verloren gehen.

Ein paar mehr Informationen wären cool. Zum Beispiel den Inhalt der interfaces-Datei. Am besten noch ifconfig -a und route vor und nach dem Reaktivieren.

Edit:// Achso, und was noch gute zu wissen wäre: Warum machst du das?

Liebe Grüße,
Valentin

Hi,

erstmal ein Statusupdate:
Ich habe nun einen der Adapter auf statische IP umgestellt und dabei bewusst kein Standardgateway eingegeben. Damit scheint es nun zu funktionieren. Vielleicht immer noch nicht perfekt (s.u.), aber Anfragen von extern und intern werden wieder beantwortet und vom Server kann ich externe und interne anpingen und mit wget die Google-Startseite runterladen... Ohne, dass ich nach einem Reboot/Stromausfall ran müsste.

markieren

Code:

falter@pc0303:~$ ssh srv0304
falter@srv0304's password:
Linux srv0304 2.6.32-40-generic-pae #87-Ubuntu SMP Mon Mar 5 21:44:34 UTC 2012 i686 GNU/Linux
Ubuntu 10.04.4 LTS

Welcome to Ubuntu!
 * Documentation: https://help.ubuntu.com/

  System information as of Sun Apr 15 12:31:49 CEST 2012

  System load:   0.01               Processes:          123
  Usage of /home: 4.0% of 458.45GB  Users logged in:    0
  Memory usage:  13%                IP address for eth0: 192.168.200.105
  Swap usage:    0%                 IP address for eth1: 192.168.200.10
  Temperature:   46 C

  Graph this data and manage this system at https://landscape.canonical.com/

You have new mail.
Last login: Sun Apr 15 12:25:44 2012 from pc0303.local
falter@srv0304:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp
#iface eth0 inet static
#   address   192.168.200.10
#   netmask   255.255.255.0
##   gateway   192.168.200.1
##   dns-nameservers   192.168.200.1

# The secondary network interface
auto eth1
#iface eth1 inet dhcp
iface eth1 inet static
   address   192.168.200.10
   netmask   255.255.255.0
#   gateway   192.168.200.1
#   dns-nameservers 192.168.200.1
falter@srv0304:~$ ifconfig -a
eth0      Link encap:Ethernet Hardware Adresse 00:50:fc:f0:b1:28 
          inet Adresse:192.168.200.105  Bcast:192.168.200.255  Maske:255.255.255.0
          inet6-Adresse: fe80::250:fcff:fef0:b128/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST MTU:1500  Metrik:1
          RX packets:832 errors:0 dropped:0 overruns:0 frame:0
          TX packets:649 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:85968 (85.9 KB) TX bytes:78150 (78.1 KB)
          Interrupt:19 Basisadresse:0xc000 

eth1      Link encap:Ethernet Hardware Adresse 00:0e:2e:0c:aa:ec
          inet Adresse:192.168.200.10  Bcast:192.168.200.255  Maske:255.255.255.0
          inet6-Adresse: fe80::20e:2eff:fe0c:aaec/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST MTU:1500  Metrik:1
          RX packets:4952 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4298 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:767931 (767.9 KB) TX bytes:2213631 (2.2 MB)
          Interrupt:17 Basisadresse:0xc400 

lo       Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING MTU:16436  Metrik:1
          RX packets:1466 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1466 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:444711 (444.7 KB) TX bytes:444711 (444.7 KB)

falter@srv0304:~$ route
Kernel-IP-Routentabelle
Ziel           Router         Genmask        Flags Metric Ref   Use Iface
192.168.200.0   *               255.255.255.0   U    0      0        0 eth1
192.168.200.0   *               255.255.255.0   U    0      0        0 eth0
default        speedport.ip   0.0.0.0         UG   100    0        0 eth0
falter@srv0304:~$

Als beide über DHCP konfiguriert wurden gab ifconfig (mit oder ohne -a) vor und nach dem aus- und wieder-anschalten das gleiche aus. Daher war ich ja so ratlos...

Ich mache es, weil ich eine Netzwerkkarte vor dem Schrott gerettet habe, an der ich doch etwas hänge (meine erste selbst und einzeln gekaufte Netzwerkkarte). Brauchen tue ich es nicht.
Da ich nach einer kurzen Google-Suche gelesen habe, dass man spezielle Router braucht, um über beide gleichzeitig eine einzelne 200MBit-Verbindung aufzubauen, wollte ich es mit zwei verschiedenen IPs versuchen. Das erschien mir auch einfacher. Natürlich ist der Effekt dann viel schwächer.

Aber es stimmt soweit, dass nun anscheinend immer die gleiche Karte antwortet, egal welche IP angesprochen wird:

markieren

Code:

falter@pc0303:~$ arping srv0304
WARNING: interface is ignored: Operation not permitted
ARPING 192.168.200.10 from 192.168.200.102 eth0
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.636ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.615ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.642ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.646ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.636ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.634ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.652ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.614ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.629ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.634ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.641ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.636ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.649ms
Unicast reply from 192.168.200.10 [00:0E:2E:0C:AA:EC] 0.618ms
^CSent 14 probes (1 broadcast(s))
Received 14 response(s)
falter@pc0303:~$ arping ext.srv0304
WARNING: interface is ignored: Operation not permitted
ARPING 192.168.200.105 from 192.168.200.102 eth0
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.657ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.640ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.627ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.643ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.637ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.644ms
Unicast reply from 192.168.200.105 [00:0E:2E:0C:AA:EC] 0.650ms
^CSent 7 probes (1 broadcast(s))
Received 7 response(s)
falter@pc0303:~$

Kann mir jemand erklären, was die Lösung

markieren

Code:

sysctl -w net.ipv4.conf.all.arp_ignore=1
sysctl -w net.ipv4.conf.all.arp_announce=2

zu bedeuten hat? "1" und "2" sagt mir nicht viel, aber Google liefert nur Anleitungen die sagen dass man es auf 1 bzw. 2 setzen soll...
Wobei ich fast denke, dass es meinen Clients egal sein sollte, woher die Antwort kommt.

Gruß

Felix