ARP / arping

Re(4): ARP / arping

Fastboot — Sat, 03 May 2014 16:31:32 GMT

thx - dachte mir ja, dass das ein normales Verhalten sein könnte...

edit: obwohl diese Funktion in meinem Fall eigentlich nicht zum Tragen kommen sollte.

In meinem Fall dürfte irgendwas beim Uplink schief laufen.
Ich versuche jetzt mal 2 separate VLANs einzurichten.

Re(4): ARP / arping

Fastboot — Sat, 03 May 2014 16:31:32 GMT

thx - dachte mir ja, dass das ein normales Verhalten sein könnte...

In meinem Fall dürfte irgendwas beim Uplink schief laufen.
Ich versuche jetzt mal 2 separate VLANs einzurichten.

Re(3): ARP / arping

mjy@geizhals.at — Fri, 02 May 2014 19:01:26 GMT

Der Client sagt also 1x: "ich bin 10.168.100.1"
Danach sagt der Router: "ich bin 10.168.100.1"

Typische SOHO-Router haben eine Einstellung, bei der sie die Mac-Adresse des client spiegeln ... Ob das hier eine Rolle spielt / aktiviert ist?

Re: ARP / arping

Sinnflut — Tue, 29 Apr 2014 18:11:50 GMT

Macht keinen Sinn,

1.) gib Client A mal eine andere freie IP Adresse im selben Netz
2.) auf welchem Switch hängt das Default GW?
3.) kann Client B mit Server und Client A?

Re(3): ARP / arping

MiSter — Tue, 29 Apr 2014 06:25:40 GMT

Wie sehen die Routing tables auf beiden Seiten aus?
Sind das "dumme" Switches?
Ich nehme an, das Setup sieht so aus?

Client - SwA - SwB - Server

Klingt blöd, aber schon einmal die Switches abgeschaltet/resetet? Selten, aber doch kommen die ARP tables durcheinander.

Re(2): ARP / arping

Fastboot — Tue, 29 Apr 2014 06:12:44 GMT

Server:

eth0   Link encap:Ethernet  HWaddr 00:90:FB:2D:EF:AC
          inet addr:192.168.100.10  Bcast:192.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::290:fbff:fe2f:eeac/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:11805770 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25596367 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2087868675 (1991.1 Mb)  TX bytes:672156294 (641.0 Mb)
          Base address:0xcf00 Memory:fdde0000-fde00000

eth1   Link encap:Ethernet  HWaddr 00:1B:21:5A:FA:B9
          inet addr:10.168.100.10  Bcast:10.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::21b:21ff:fe5f:feb9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2571258 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2165690 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:199518415 (190.2 Mb)  TX bytes:790530373 (753.9 Mb)
          Base address:0xdf00 Memory:fdce0000-fdd00000

________________________________________________________________
arping 10.168.100.1:

Unicast reply from 10.168.100.1 [00:03:2D:23:54:81]  0.912ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  9.718ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  2.012ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  2.787ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  1.123ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  2.530ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  7.403ms
Unicast reply from 10.168.100.1 [00:21:D8:0C:69:83]  6.507ms

..

00:03:2D:23:54:81 = MAC des Clients
00:21:D8:0C:69:83 = MAC des Gateways von eth0-Netz

Der Client sagt also 1x: "ich bin 10.168.100.1"
Danach sagt der Router: "ich bin 10.168.100.1"

--> könnte aber auch sein, dass dieses Verhalten normal ist (da ja eth0 und eth1 am gleichen Switch hängen) und mein Problem woanders zu suchen ist...
________________________________________________________________
Client:

eth0   Link encap:Ethernet  HWaddr 00:03:2d:23:54:81
          inet addr:10.168.100.1  Bcast:10.168.100.255  Mask:255.255.255.0
          inet6 addr: fe80::203:2dff:fe25:5482/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:141157 errors:0 dropped:4172 overruns:0 frame:0
          TX packets:2254 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:12089476 (11.5 MiB)  TX bytes:446882 (436.4 KiB)
          Interrupt:20 Memory:f7f00000-f7f20000

Re: ARP / arping

MiSter — Mon, 28 Apr 2014 20:43:41 GMT

Macht man vom Server einen arping auf den Client erhält man als 1. Antwort die
MAC-Adresse des Clients und für alle folgenden Antworten die MAC-Adresse des
Default-Gateways (aber logischerweise immer die IP des Clients).

Logischerweise sollten aber, wenn beide Rechner im selben Subnet sind, immer die MAC Adressen der Rechner angezeigt werden.
Das Gateway sollte überhaupt nicht vorkommen.

Poste einmal die Netzwerk Konfigurationen der beiden Geräte.

Re(2): ARP / arping

Fastboot — Mon, 28 Apr 2014 19:08:15 GMT

das Gateway hat die IP 10.168.100.254.

Aber nachdem sich Server und Client ebenfalls im Netz 10.168.100.0/24 befinden sollte das Gateway eigentlich egal sein.

Re(2): ARP / arping

Fastboot — Mon, 28 Apr 2014 19:08:15 GMT

Re(2): ARP / arping

Fastboot — Mon, 28 Apr 2014 19:08:15 GMT

das Gateway hat die IP 10.168.100.254.

Aber nachdem sich Server und Client ebenfalls im Netz 10.168.100.0/24 befinden sollte das Gateway eigentlich egal sein.

Alle Geräte die miteinander kommunizieren sollen sind im selben Subnet.
Nur auf 2 unterschiedlichen Switches.

Edit:
Noch etwas ist mir eingefallen:
Es gibt noch einen Client B, der am gleichen Switch wie Client A hängt.
Diese beiden können sich ohne Probleme untereinander erreichen.

Re: ARP / arping

hellbringer — Mon, 28 Apr 2014 18:44:57 GMT

Der Gateway liegt auch auf 10.168.100.1?

ARP / arping

Fastboot — Mon, 28 Apr 2014 18:19:00 GMT

Frage an die Netzwerkspezialisten hier:

habe zwei Switches (räumlich getrennt) auf denen Geräte aus 2 IP-Segmenten drauf hängen: 192.168.100.0/24 und 10.168.100.0/24 (keine VLANs).

Ein Client (Switch A) hat die IP 10.168.100.1 und ein Server (Switch B) hat die IP 10.168.100.10.

Der Server kann den Client erreichen (ping, ssh, etc.) aber der Client den Server nicht.
Es ist keine Firewall aktiv!

Wenn man sich vom Server auf den Client mit ssh einnloggt und dann einen Ping vom Client auf den Server absetzt klappt es. Wird der Ping direkt vom Client aus gestartet funktioniert es nicht.

Was mir aufgefallen ist:
Macht man vom Server einen arping auf den Client erhält man als 1. Antwort die MAC-Adresse des Clients und für alle folgenden Antworten die MAC-Adresse des Default-Gateways (aber logischerweise immer die IP des Clients).

Kann mir jemand sagen warum die Verbindung nur in eine Richtung funktioniert?