Zweite IP aufschalten geht nicht

[werner999]

Abend, ich habe eine zweite IP dazu bestellt und würde sie gerne aktivieren, leider geht es nicht. Die neue IP ist nicht erreichbar, obwohl ich den Eintrag in die /etc/network/interfaces gesetzt und den Server neu gestartet habe. Kann mir jemand einen Tipp geben wie interfaces auszusehen hat?

Habe die IPs hier im Beitrag anonymisiert, so stehen sie natürlich nicht in meiner interfaces

Hier meine /etc/network/interfaces:

Code: Alles auswählen

# 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 (Erste IP)
allow-hotplug eth0
iface eth0 inet static
        address xx.yy.80.120
        netmask 255.255.255.0
        network xx.yy.200.210
        broadcast xx.yy.204.255
        gateway xx.yy.99.129
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 8.8.8.8 8.8.4.4

# Zweite IP

allow-hotplug eth0:1
iface eth0 inet static
address xx.yy.80.121
netmask 255.255.255.0
gateway xx.yy.99.129

[rendegast]

# Zweite IP

allow-hotplug eth0:1
iface eth0 inet static

->

Code: Alles auswählen

# Zweite IP

allow-hotplug eth0
iface eth0 inet static

wobei das 'allow-hotplug' auch unnötig ist, ist oben ja schon vorhanden.

(hier unter systemd und sysvinit)
IP zu sehen per 'ip addr', auch 'netstat -a'.
In der Versuchs-VM muß ich das Netzwerkkarten-Modul (hier e1000) einmal entladen.

Code: Alles auswählen

modprobe -vr e1000
modprobe -v e1000
ip addr

Für die Verwendung durch Dienste sollte dann wohl noch Dienst networking neu gestartet werden,
vielleicht besser Neustart der Maschine.


Die Verwendung von
allow-hotplug ...
oder
auto ...
scheint hier egal.
(bei klassischen alias (Punkt, kein Doppelpunkt. ->VLAN.
Diese werden auch von 'ifconfig' aufgeführt.) muß ich verwenden

Code: Alles auswählen

auto eth0.1
auto eth0.2 eth0.3
...

Routingbesonderheiten der Varianten??

[werner999]

Den Eintreag " # Zweite IP" habe ich selbst in die Interfaces geschrieben und der funktioniert nicht. Da helfen deine Tipps leider nicht.

Meine standart Interfaces sieht so aus:

Code: Alles auswählen

# 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 (Erste IP)
allow-hotplug eth0
iface eth0 inet static
        address xx.yy.80.120
        netmask 255.255.255.0
        network xx.yy.200.210
        broadcast xx.yy.204.255
        gateway xx.yy.99.129
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 8.8.8.8 8.8.4.4

Meine Frage ist, wie lautet der korrekte Eintrag für meine zweite IP?

LG

[rendegast]

wie lautet der korrekte Eintrag für meine zweite IP?

Die eine Möglichkeit

Code: Alles auswählen

...
# Zweite IP

#allow-hotplug eth0
iface eth0 inet static
...

funktioniert (sichtbar per 'ip addr'),
die andere Möglichkeit nach Doku

Code: Alles auswählen

# Zweite IP

auto eth0:1
iface eth0:1 inet static
...

funktioniert bei mir NICHT mit 'auto'.
'gateway' für diese Adressen funktioniert NICHT, wenn im "Hauptblock" schon 'gateway' verwendet wird.
'gateway' sollte (oder darf?) in der interfaces nur einmal auftauchen.
Die dritte Möglichkeit

Code: Alles auswählen

# Zweite IP

auto eth0.1
iface eth0.1 inet static
...

ist klassisches alias / VLAN.

# Zweite IP

allow-hotplug eth0:1
iface eth0 inet static
...

scheint mir syntaktisch falsch/invalid.
Obwohl, bis auf das 'allow-hotplug eth0:1' wäre es ja passend.
Hier zumindest stört dieser Eintrag gar nicht, meine IP für eth0 werden trotzdem gestartet.
Deine IP sollten mit dem Code-Block aus dem ersten Post also eigentlich gestartet werden.

address xx.yy.80.120
netmask 255.255.255.0
network xx.yy.200.210
broadcast xx.yy.204.255
gateway xx.yy.99.129

In der Form findet Deine Maschine das gateway nicht,
da nur Maschinen im Netz xx.yy.80.0 erreicht werden.
Oder setzt Du später noch eine Route ins Netz xx.yy.99.0 ?
address xx.yy.80.120
netmask 255.255.255.0
network xx.yy.200.210
broadcast xx.yy.204.255
ist eigentlich komplett invalid. Müßte doch eher

Code: Alles auswählen

        address xx.yy.80.120
        netmask 255.255.255.0
        network xx.yy.80.0
        broadcast xx.yy.80.255

wobei ich 'network'/'broadcast' eigentlich immer weglasse.
Oder werden damit komplexe Fähigkeiten des Netzwerksetup ausgelotet?

Falls es sich um ein Setup mit einer public-IP handelt, vielleicht mal hier hineinsehen
https://www.1and1.com/cloud-community/l ... er-ubuntu/
resp. Anweisungen Deines Providers?





------------------------------------------------------------------------------
Ein funktionierender Restart des Netzwerks bedarf hier

Code: Alles auswählen

systemctl stop networking.service
modprobe -vr e1000
   <Änderung>
modprobe -v e1000
systemctl start networking.service

(sysvinit entsprechend)
Ob netzwerkbezogene Dienste darüberhinaus explizit neugestartet werden müssen, ist auszuprobieren.

[trg2889]

Welcher hoster?

[rendegast]

Welcher hoster?

Wegen des geheimisvollen "address xx.yy.80.120" und des imo invaliden Setup (für ein Heimnetz).
Es könnte sich um eine öffentliche IP handeln, für dessen Aufsetzen der Provider wohl spezielle Anweisungen gibt,
damit die Maschine durch das Providernetz wirklich im www zu erreichen ist.

Code: Alles auswählen

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address ip.ip.ip.ip
netmask 0.0.0.0

kann ich mir bei einem gehosteten Root-Server eigentlich nicht denken. (?)
Bin aber kein Kunde von Hetzner & Co., habe somit keine Erfahrung damit.

[trg2889]

Richtig weil so eine komische Konfiguration kenne ich eigentlich nur von Netcup und Hetzner.
Für ein Heimnetz würde ich auch keine IP verwenden die auf xx.xx.80.120 hört und dann noch mit googledns als dns-search.
Dabei fällt mir ein das die meisten Hoster dns-search von Google nicht mehr zulassen, sondern eigene IP's