2 verschiedene IP Adressen, Feste-IP.net, Openvpn, Raspberry Pi Stretch

Hallo Zusammen,

bin mir wegen dem Titel leider nicht ganz sicher. Vielleicht ergibt sich im laufe des Gesprächs noch ein besserer Titel....

Nun zum Problem.
Ich habe mir in VirtualBox, ein Raspbian Stretch installiert.
Das ganze soll in Verbindung mit Feste-IP.net als Universeller Portmapper für ein OpenVPN laufen.

Das ganze läuft auch mittlerweile, allerdings habe ich an unterschiedlichen Stellen 2 verschiedene IPs die mir angezeigt werden.
Ich Poste mal unterschiedliche Ausgaben:

Ifconfig:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.10.21  netmask 255.255.255.0  broadcast 192.168.10.255
        inet6 2001:xxxx:xxxx:xxxx:xxxx:27ff:feac:xxxx prefixlen 64  scopeid 0x0<global>
        inet6 fd00::xxxx:27ff:feac:xxxx  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::xxxx:27ff:feac:xxxx  prefixlen 64  scopeid 0x20<link>
        ether 08:xx:27:xx:6d:02  txqueuelen 1000  (Ethernet)
        RX packets 55649  bytes 28950455 (27.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 66731  bytes 29425722 (28.0 MiB)
        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 1  (Lokale Schleife)
        RX packets 10  bytes 816 (816.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10  bytes 816 (816.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500
        inet 10.193.45.1  netmask 255.255.255.255  destination 10.193.45.2
        inet6 fe80::dfb3:xxxx:xxxx:d527  prefixlen 64  scopeid 0x20<link>
        unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 100  (UNSPEC)
        RX packets 30188  bytes 3490213 (3.3 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 27008  bytes 21253180 (20.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Hier ist noch nichts von doppelter IP zu sehen.

ip a:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 08:xx:27:xx:6d:02 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.21/24 brd 192.168.10.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 172.16.254.1/30 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd00::xxxx:27ff:feac:xxxx/64 scope global mngtmpaddr noprefixroute dynamic
       valid_lft 7090sec preferred_lft 3490sec
    inet6 2001:xxxx:xxxx:xxxx:xxxx:27ff:feac:xxxx/64 scope global mngtmpaddr noprefixroute dynamic
       valid_lft 5548sec preferred_lft 1948sec
    inet6 fe80::xxxx:27ff:feac:xxxx/64 scope link
       valid_lft forever preferred_lft forever
3: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100
    link/none
    inet 10.193.45.1 peer 10.193.45.2/32 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::dfb3:xxxx:xxxx:d527/64 scope link flags 800
       valid_lft forever preferred_lft forever

Hier ist deutlich zu sehen, dass folgende IPs angezeigt werden.
- 192.168.10.21/24 (von mir Fest vergeben)
- 172.16.254.1/30 (diese wird von mir nicht benötigt)

ip r:

default via 192.168.10.1 dev eth0 proto static
193.45.0/24 via 10.193.45.2 dev tun0
193.45.2 dev tun0 proto kernel scope link src 10.193.45.1
16.254.0/30 dev eth0 proto kernel scope link src 172.16.254.1
168.10.0/24 dev eth0 proto kernel scope link src 192.168.10.21

/etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf' 

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d

Kein Eintrag vorhanden.

/etc/network/interfaces.d
Leer

/etc/dhcpcd.conf
Poste hier nur die unteren Zeilen

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.1.2/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

Zu sehen, dass alles auskommentiert ist.

/etc/systemd/network/et0.network

[Match]
Name=eth0

[Network]
Address=192.168.10.21/24
Gateway=192.168.10.1
DNS=192.168.10.1

Hier ist nur meine IP eingetragen.

systemctl status dhcpcd

● dhcpcd.service - dhcpcd on all interfaces
   Loaded: loaded (/lib/systemd/system/dhcpcd.service; disabled; vendor preset: enabled)
   Active: inactive (dead)

Mit dem was ich bisher weiß, stehe ich nun am Ende. Ich finde leider nicht, wo die IP eingetragen ist.

Allerdings ist mir folgendes aufgefallen, beim Installieren von FipBox von Feste-IP.net: http://www.feste-ip.net/fip-box/basic/fip-box-installieren/
In diesem Skript ist folgendes enthalten:

  if grep 172.16.254.1 /etc/rc.local ; then
  echo Notfall-IP schon im rc.local
 else
  grep -v "exit 0" /etc/rc.local | grep -v 172.16.254.1  > /tmp/rc.local  
  echo Notfall-IP wird in rc.local geschrieben
  
  

Dann natürlich gleich in der rc.local nachgesehen.
/etc/rc.local

  ip a | grep BROADCAST | cut -d " " -f2 | head -n 1 | awk -F ":" '{print "ip addr add 172.16.254.1/30 dev "$1}' | sh  

Hier steht die IP Adresse. Die Frage ist nur, was hat das für Auswirkungen in bezug auf "ip a", dass die Adresse hier angezeigt wird.

Noch ein kleiner Zusatz:
Mir ist bekannt, dass das neue enx Format bei Stretch verwendet wird. Allerdings ist in diesem Fall noch das "alte" Format vorhanden. Zu sehen ist es unter dem Eintrag "ifconfig".

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 392514

Url: https://administrator.de/contentid/392514

Ausgedruckt am: 21.11.2024 um 22:11 Uhr

5 Kommentare

Neuester Kommentar

Hallo,

ip addr add <ip> dev <interface>

mit dem Befehl wird eine virtuelle IP Adresse auf ein bestimmtes Interface angelegt. (Nur Temporär!)

Vermutlich kann ifconfig keine virtuellen IPs auf einem Interface anzeigen, denn das Tool ifconfig ist sehr alt und wird bei manchen Linux Distribution sogar offiziell Deprecated eingestuft. Gleiches gilt auch für das Tool route.

Nutze daher immer die Tools aus dem iproute2 Package anstatt die Tools aus dem net-tools Package.

Wofür die virtuelle IP benötigt wird kann ich dir nicht sagen, da ich den DDNS Dienst nicht kenne.
Frag mal am besten bei dessen Support nach.

Viele Grüße,
Exception

Das habe ich bereits gemacht.

Die Antwort vom Support:

  Ja, das Problem ist bekannt. Bitte nehmen löschen Sie alles aus /etc/network/interfaces

Es handelt sich dabei "nur" um ein Notfallnetzwerk.
Leider ist die ganze letzte Mail nicht mehr auffindbar, darum kann ich nicht alles Posten.

Problem ist nur, dass /etc/network/interfaces - leer ist.

Darauf zieht auch meine Frage. Ich weiß nicht wo diese Adresse nun definitiv hinterlegt ist und ich würde diese gerne löschen, da diese lt. Support nicht benötigt wird.

Darauf zieht auch meine Frage. Ich weiß nicht wo diese Adresse nun definitiv hinterlegt ist und ich würde diese gerne löschen, da diese lt. Support nicht benötigt wird.

Die IP ist gar nicht statisch hinterlegt. Spätestens nach einem Neustart ist die wieder weg.
Entfernen kannst du die IP mithilfe des ip Befehls:

ip addr del 172.16.254.1/30 dev eth0

Du solltest den Befehl "ip addr add" aus der rc.local Datei entfernen.
Andernfalls wird die IP unter Umständen nach einem Neustart wieder automatisch konfiguriert.

Das werde ich heute direkt probieren. Nach einem Neustart ist die IP nämlich wieder vorhanden.

Vielen Dank vorerst für die Hilfe! Melde mich morgen nochmal ob es funktioniert hat.