Auf meinem Ubuntu 16.04.1 LTS-Host läuft VirtualBox. Ich habe eine neue virtuelle Maschine erstellt und den Netzwerktyp auf „Bridged Adapter“ eingestellt. Anschließend habe ich 16.04.1 LTS auf dem Gast installiert, kann von dort aus jedoch keine Verbindung zu einer externen IPv4-Adresse herstellen.
Wenn ich „ifconfig“ ausführe, sehe ich nur meine IPv6-Adresse.
$ ifconfig enp0s3
enp0s3 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
inet6 addr: fd00:xx:xx:xx:xx:xx:xx:xx/64 Scope:Global
inet6 addr: fe80::xx:xx:xx:xx/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:933 errors:0 dropped:0 overruns:0 frame:0
TX packets:751 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:101012 (101.0 KB) TX bytes:144480 (144.4 KB)
Ich kann vom Host aus über die IPv6-Adresse per SSH auf den Gast zugreifen. Ich habe gefundenDasFrage, aber ich habe keinen Netzwerkmanager installiert (und kann ihn nicht installieren, bis IPv4 funktioniert) und der einzige andere Befehl „sudo ip link set enp0s3 up“ hat nicht geholfen. Außerdem erwähnt die Frage kein WLAN, aber die Antworten scheinen davon auszugehen, dass dies der Fall ist, und ich verwende kabelgebundene Verbindungen statt WLAN.
Meine Datei /etc/network/interfaces ist ziemlich allgemein gehalten, aber die Kommentare deuten darauf hin, dass es sich um eine IPv6-Schnittstelle handelt. Allerdings verstehe ich nicht, warum das so ist; alle Parameter sind für IPv4 korrekt.
$ 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).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
# This is an autoconfigured IPv6 interface
auto enp0s3
iface enp0s3 inet dhcp
Beachten Sie, dass in meinem neworking.service-Status eine 5-minütige Lücke zwischen dem Beginn der Aktivierung der Netzwerkdienste und der tatsächlichen Aktivierung besteht. Ich bin nicht sicher, was da los ist.
$ systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
Active: active (exited) since Wed 2017-06-14 09:33:00 EDT; 55min ago
Docs: man:interfaces(5)
Process: 2335 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=0/SUCCESS)
Process: 1947 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=
Main PID: 2335 (code=exited, status=0/SUCCESS)
Tasks: 0
Memory: 0B
CPU: 0
CGroup: /system.slice/networking.service
Jun 14 09:27:58 chris-ubuntu systemd[1]: Starting Raise network interfaces...
Jun 14 09:28:01 chris-ubuntu ifup[2335]: /sbin/ifup: waiting for lock on /run/network/ifstate.enp0s3
Jun 14 09:33:00 chris-ubuntu systemd[1]: Started Raise network interfaces.
Wenn ich den dhclient manuell ausführe, bleibt er hängen. Syslog enthält die folgenden Protokolle:
Jun 14 10:39:13 chris-ubuntu dhclient[3061]: DHCPDISCOVER on enp0s3 to 255.255.255.255 port 67 interval 10 (xid=0x4dfcbf2b)
Jun 14 10:39:16 chris-ubuntu dhclient[2377]: DHCPDISCOVER on enp0s3 to 255.255.255.255 port 67 interval 4 (xid=0x25d1c331)
Jun 14 10:39:20 chris-ubuntu dhclient[2377]: No DHCPOFFERS received.
Jun 14 10:39:20 chris-ubuntu dhclient[2377]: No working leases in persistent database - sleeping.
Jun 14 10:39:23 chris-ubuntu dhclient[3061]: DHCPDISCOVER on enp0s3 to 255.255.255.255 port 67 interval 15 (xid=0x4dfcbf2b)
Dies scheint seltsam, da die Host-VirtualBox als DHCP-Server fungiert und daher antworten sollte.
Antwort1
Sie brauchen kein IPv4. Die obige Konfiguration ist etwas seltsam (keine öffentlichen IPv6-Adressen). Meine erste Frage an den Administrator des Netzwerks wäre: Stellen Sie einen Webproxy zur Verfügung? Sie können also die Proxy-Einstellungen ändern, einschließlich des Zugriffs auf IPv4-Only-Hosts. Aber ich würde globale IPv6-Unicast-Adressen bevorzugen. In diesem Fall löst das DNS (DNS64/NAT64) das Problem. Ein Proxy hätte einen ähnlichen Effekt.