Mizuki2o17
Anmeldungsdatum: 13. Januar 2021
Beiträge: Zähle...
|
Hallo zusammen, ich habe ein Ubuntu 20.04 System in einer VM installiert und möchte dort statische IP Konfiguration einrichten.
Es treten jedoch folgende Probleme auf:
- DNS funktioniert nicht
Port 53 ist frei. ein dig @8.8.8.8 google.de gibt A-Records zurück.
- IPv6 funktioniert nicht. /64er Subnetz liegt an der RouterVM an. Exakt die selben Angaben funktionieren jedoch in einer Test Windows VM am selben Router.
Nach einen ifup ens34 habe ich lediglich die NAT IPv4 Internetverbindung ohne DNS Funktionalität. Hat wer noch eine Idee? Grüße
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Zeige cat /etc/netplan/* DNS ist dann noch eine andere Baustelle, als Erstes kümmern wir uns um die IP-Adressen. EDIT:
Ist dir bewusst, dass 20.04 standardmäßig Netplan statt ifupdown nutzt?
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
Ups, das schien mit der Grafik nicht funktioniert zu haben.
Hier als Text die interfaces, Netplan habe ich deaktiviert. root@server1:/etc/network# cat interfaces
auto lo
iface lo inet loopback
iface ens34 inet static
address 192.168.1.199/24
gateway 192.168.1.1
dns-nameservers 8.8.8.8
iface ens34 inet6 static
address xxxx:4f8:211:17da:0000:0000:0000:0200
netmask 64
gateway xxxx:4f8:211:17da:0000:0000:0000:0001
dns-nameservers xxxx:4f8:211:17da:0000:0000:0000:0001
root@server1:/etc/network#
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Ich würde da noch
auto ens34
allow-hotplug ens34
vor dem eigentlichen Eintrag hinzufügen. Dann Neustart.
Zeige nun ip a
EDIT: Tippfehler entfernt
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
root@server1:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
allow hotplug ens32
iface ens34 inet static
address 192.168.1.199/24
gateway 192.168.1.1
dns-nameservers 8.8.8.8
iface ens34 inet6 static
address xxxx:4f8:211:17da:0000:0000:0000:0200
netmask 64
gateway xxxx:4f8:211:17da:0000:0000:0000:0001
dns-nameservers xxxx:4f8:211:17da:0000:0000:0000:0001
Bei der ens32 Schnittstelle ist momentan kein Anschluss. Ich musste mich aber wieder lokal anmelden und ein ifup ens34 ausführen, damit ich wieder eine NAT v4 Verbindung habe. root@server1:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens32: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:50:56:01:03:ae brd ff:ff:ff:ff:ff:ff
3: ens34: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:0c:29:28:9e:a4 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.199/24 brd 192.168.1.255 scope global ens34
valid_lft forever preferred_lft forever
inet6 xxxx:4f8:211:17da::200/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fe28:9ea4/64 scope link
valid_lft forever preferred_lft forever
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Tippfehler seitens mir, der Schnittstellenname muss natürlich ens34 sein. Es fehlt weiterhin
auto ens34
allow-hotplug ens34
Schreibe es genau so wie es da steht, bei dir ist kein Bindestrich und das auto ens34 fehlt auch.
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
Gut, habe ich korrigiert, auch mein Fehler. Jetzt funktioniert V4 sofort, DNS und V6 läuft noch nicht. Normal kann ich ja auch die V6 Adressen mit ::200 beispielsweise abkürzen. root@server1:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens32: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:50:56:01:03:ae brd ff:ff:ff:ff:ff:ff
3: ens34: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:0c:29:28:9e:a4 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.199/24 brd 192.168.1.255 scope global ens34
valid_lft forever preferred_lft forever
inet6 xxxx:4f8:211:17da::200/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fe28:9ea4/64 scope link
valid_lft forever preferred_lft forever
root@server1:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback
auto ens34
allow-hotplug ens34
iface ens34 inet static
address 192.168.1.199/24
gateway 192.168.1.1
dns-nameservers 8.8.8.8
iface ens34 inet6 static
address xxxx:4f8:211:17da:0000:0000:0000:0200
netmask 64
gateway xxxx:4f8:211:17da:0000:0000:0000:0001
dns-nameservers xxxx:4f8:211:17da:0000:0000:0000:0001
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
DNS kommt später und da sind weitere Schritte erforderlich. Mache einen Neustart und zeige dann direkt ip a
Füge vorher keine Adressen hinzu oder nutze ifup oder sowas. Zu IPv6:
Man darf exakt einen Nuller-Block mit :: abkürzen.
Führende Nullen darf man immer weglassen.
Mehr Infos: https://www.elektronik-kompendium.de/sites/net/2003011.htm
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
Ein "ip a" nach einem frischen Reboot ergibt folgendes: die interfaces ist wie oben angegeben unverändert. Sonst habe ich jetzt keine Befehle abgesetzt. root@server1:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: ens32: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 00:50:56:01:03:ae brd ff:ff:ff:ff:ff:ff
3: ens34: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:0c:29:28:9e:a4 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.199/24 brd 192.168.1.255 scope global ens34
valid_lft forever preferred_lft forever
inet6 xxxx:4f8:211:17da::200/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::20c:29ff:fe28:9ea4/64 scope link
valid_lft forever preferred_lft forever
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Gut, wie du siehst, hast du nun deine IPv4-Adresse und deine IPv6-Adresse.
Nun prüfen wie die Route für IPv4:
Zeige
ip route show
IPv6 ip -6 route show ping 9.9.9.9 -c4
ping 2001:470:20::2 -c4
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
Hier die entsprechenden Informationen, Danke schon mal dafür, dass du/sie dir Zeit nimmst. root@server1:~# ip route show
default via 192.168.1.1 dev ens34 onlink
192.168.1.0/24 dev ens34 proto kernel scope link src 192.168.1.199
root@server1:~#
- root@server1:~# ip -6 route show
::1 dev lo proto kernel metric 256 pref medium
xxxx:4f8:211:17da::/64 dev ens34 proto kernel metric 256 pref medium
fe80::/64 dev ens34 proto kernel metric 256 pref medium
default via xxxx:4f8:211:17da::1 dev ens34 metric 1024 onlink pref medium
-
{{{
root@server1:~# ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=59 time=14.6 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=59 time=14.7 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=59 time=14.7 ms
^C
--- 9.9.9.9 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 14.600/14.650/14.706/0.043 ms
root@server1:~#
- root@server1:~# ping 2001:470:20::2 -c4
PING 2001:470:20::2(2001:470:20::2) 56 data bytes
From 2a01:4f8:211:17da::200 icmp_seq=1 Destination unreachable: Address unreachable
From 2a01:4f8:211:17da::200 icmp_seq=2 Destination unreachable: Address unreachable
From 2a01:4f8:211:17da::200 icmp_seq=3 Destination unreachable: Address unreachable
From 2a01:4f8:211:17da::200 icmp_seq=4 Destination unreachable: Address unreachable
--- 2001:470:20::2 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3074ms
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Zeige
ping 2a01:4f8:211:17da::1 -c4
|
Mizuki2o17
(Themenstarter)
Anmeldungsdatum: 13. Januar 2021
Beiträge: 7
|
Kleines Update: Es war noch ein Firewall-Fehler in der RouterVM bezüglich IPv6. EDIT: also IPv6 Ping/DNS funktioniert nun auch zum Router als auch zur öffentlichen IP. In der /etc/systemd/resolved.conf habe ich nun den DNS nachgetragen. Jetzt funktionieren auch diese Abfragen. Das Problem ist gelöst. root@server1:~# ping 2001:470:20::2 -c4
PING 2001:470:20::2(2001:470:20::2) 56 data bytes
64 bytes from 2001:470:20::2: icmp_seq=1 ttl=59 time=11.5 ms
64 bytes from 2001:470:20::2: icmp_seq=2 ttl=59 time=11.5 ms
64 bytes from 2001:470:20::2: icmp_seq=3 ttl=59 time=11.5 ms
64 bytes from 2001:470:20::2: icmp_seq=4 ttl=59 time=11.5 ms
--- 2001:470:20::2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 11.502/11.521/11.544/0.015 ms
- Zum Gateway:
root@server1:~# ping xxxx:4f8:211:17da::1 -c4
PING 2a01:4f8:211:17da::1(2a01:4f8:211:17da::1) 56 data bytes
64 bytes from xxxx:4f8:211:17da::1: icmp_seq=1 ttl=64 time=0.149 ms
64 bytes from xxxx:4f8:211:17da::1: icmp_seq=2 ttl=64 time=0.174 ms
64 bytes from xxxx:4f8:211:17da::1: icmp_seq=3 ttl=64 time=0.477 ms
^C
--- 2a01:4f8:211:17da::1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2053ms
rtt min/avg/max/mdev = 0.149/0.266/0.477/0.149 ms
rom 2a01:4f8:211:17da::200 icmp_seq=4 Destination unreachable: Address unreachable
|