
Ich richte eine zweite Netzwerkschnittstelle auf einer statischen IP ein und sie funktioniert nicht wie sie sollte.
Ich kann ausgehende Verbindungen ohne Probleme herstellen, wie
ping -i 66.249.80.104
aber wenn eine externe IP meinen Server anpingt, erhalte ich das Paket, aber die Antwort lautet nicht erreichbar
tcpdump -i eth1
08:23:50.427576 IP external.com > 44c3e65d.static: ICMP echo request, id 65388, seq 0, length 64
08:53:55.084512 arp who-has 44c3e65d.static tell 44c3e65a.static
08:53:55.084518 arp reply 44c3e65d.static is-at 00:15:17:27:80:e1 (oui Unknown)
08:23:50.428775 44c3e65a.static > 44c3e65d.static: ICMP external.com protocol 1 port 63628 unreachable, length 92
Ich sehe auch viel davon in meinem tcpdump
08:54:47.404489 802.1d config 8000.00:1c:57:f1:10:8a.8002 root 8000.00:1c:57:f1:10:8a pathcost 0 age 0 max 20 hello 2 fdelay 15
Ich habe iptables nicht aktiviert und wenn ich diese statische IP von einem anderen Computer in meinem internen Netzwerk anpinge, funktioniert es einwandfrei.
Ich bin kein Systemadministrator und bin mir daher nicht ganz sicher, wie ich das Problem beheben soll. Ich wäre für jede Hilfe dankbar :)
Antwort1
Es war ein Problem mit dem Gateway
Mit 'route' bekam ich
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
68.0.0.0 * 255.0.0.0 U 0 0 0 eth1
default 192.168.2.1 0.0.0.0 UG 0 0 0 eth0
also war kein Gateway für eth1 konfiguriert, also habe ich
route add -net default gw 68.195.x.x dev eth1
und bekam dann
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth1
68.0.0.0 * 255.0.0.0 U 0 0 0 eth1
default 44c3e659.st 0.0.0.0 UG 0 0 0 eth1
default 192.168.2.1 0.0.0.0 UG 0 0 0 eth0
Ich verstehe, warum es nicht auf den externen Ping antworten konnte, aber ich bin ein wenig verwirrt, wie ich einen erfolgreichen Ping auf einem externen Server durchführen konnte. Ich vermute, dass es eth0 verwendet hat, obwohl ich ihm ausdrücklich gesagt habe, eth1 zu verwenden.
Antwort2
Ist für die zweite Schnittstelle ein Standard-Gateway konfiguriert? Falls nicht, liegt das Problem wahrscheinlich dort.