Ich habe eine VM, auf der Ubuntu 18.04 läuft – sie ist komplett eingerichtet und läuft auf einer einzigen öffentlichen IP und hat zwei Schnittstellen – ens160
(öffentlich) und ens192
(privat).
Meine Schnittstelle ens160 ist bereits vollständig konfiguriert. Wenn ich jedoch versuche, ens192
die Einstellungen mit einzurichten und anzuwenden netplan apply
, ens160
wird der externe Ping abgebrochen.
ifconfig -
ens160: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 78.111.203.13 netmask 255.255.255.224 broadcast 78.111.203.31
inet6 fe80::250:56ff:feb2:ac74 prefixlen 64 scopeid 0x20<link>
ether 00:50:56:b2:ac:74 txqueuelen 1000 (Ethernet)
RX packets 8761053 bytes 3882588408 (3.8 GB)
RX errors 0 dropped 242551 overruns 0 frame 0
TX packets 10449256 bytes 4654699595 (4.6 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ens192: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::250:56ff:feb2:3d74 prefixlen 64 scopeid 0x20<link>
ether 00:50:56:b2:3d:74 txqueuelen 1000 (Ethernet)
RX packets 242552 bytes 14553120 (14.5 MB)
RX errors 0 dropped 227391 overruns 0 frame 0
TX packets 7256 bytes 2349506 (2.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 9194 bytes 2309681 (2.3 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 9194 bytes 2309681 (2.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Hier ist die Konfigurationsdatei, 50-cloud-init.yaml
die ich unten versuche -
network:
ethernets:
ens160:
addresses:
- 78.111.203.13/27
gateway4: 78.111.203.1
nameservers:
addresses:
- 8.8.8.8
- 8.8.4.4
search: []
optional: true
ens192:
addresses:
- 10.0.203.13/27
gateway4: 10.0.203.1
optional: true
version: 2
Sobald ich ausführe netplan try
, kann ich meine externe IP nicht mehr anpingen, 78.111.203.13
bis das Timeout eintritt und das Netzwerk sich selbst zurücksetzt. Interessanterweise kann ich die externe IP jedoch immer noch von anderen VMs innerhalb des Netzwerks anpingen – ich bin nicht sicher, ob das etwas bedeutet?
Die neu konfigurierte interne IP beginnt auch mit dem Pingen innerhalb des Netzwerks – was ich erwartet hatte.
Ich hoffe ihr könnt mir helfen!
Chris.
Antwort1
Das Problem hängt mit ziemlicher Sicherheit damit zusammen, dass Sie versuchen, ein Standard-Gateway auf der sekundären Schnittstelle festzulegen.
Es ist wichtig, immer daran zu denken, dass das Standard-Gateway nicht wirklich eine Eigenschaft einer einzelnen Schnittstelle ist, sondern eine Route, die der Routentabelle hinzugefügt wird. Das „Standard-Gateway“ ist die Route, die verwendet wird, wenn keine anderen, spezifischeren Routen zu einem bestimmten Ziel passen. Wenn Sie versuchen, zwei Standard-Gateways mit derselben Metrik hinzuzufügen, funktioniert nur das eine oder das andere.
Antwort2
Das Standard-Gateway ist die Adresse des Routers, der Pakete weiterleitet, für die Sie noch keine Routen definiert haben. In etwa 99 % der Fälle ist dies der Router, der Ihrem System den Zugang zum Internet ermöglicht. Jeder Host hatgenau einedavon (pro Protokoll) in einer normalen Konfiguration.
Sie haben definiertzwei, also steht das eine im Konflikt mit dem anderen und überschreibt es. Weil esnichtIhr Gateway zum Internet, sollten Sie es wieder entfernen.