weitere IP anlegen

[MKEurope]

Hallo,

nachdem ich den einen Fehler selber behoben habe, habe ich nun eine Frage die man mir bestimmt beantworten kann.

Wo kann ich eine IP hinzufügen und wo weise ich diese einer Domain zu.


MfG

Michael

[Daniel]

Hallo,

seit der Implementation von "SNI" zur Unterscheidung von Domainnamen, insbesondere in Verbindung mit SSL-Zertifikaten und den geänderten Richtlinien der RIPE NCC zur Vergabe von IPv4-Adressen gegenüber(als auch von) LIRs, wurde die Zuweisung von IP-Adressen zu spezifischen Domains aufgrund der fehlenden Notwendigkeit nicht vorgesehen.

Selbstverständlich könnte dies problemlos für IPv6-Adressen geschehen. Jedoch ist diese Funktion aus dem beschriebenem Grund noch nicht vorhanden. Ebenfalls fehlt die Möglichkeit über Keyhelp selbst weitere IP-Adressen anzulegen.

Dies kann händisch je nach Distribution in der entsprechenden Konfigurationsdatei durchgeführt werden.
Bspw.

Code: Select all

/etc/network/interfaces

oder

Code: Select all

/etc/netplan/01-netcfg.yaml

Dennoch können Sie über die VirtualHost Direktive des Apache-Webservers in der vhost-Konfiguration Ihrer bereits angelegten Domains die IP-Adressen angeben. Dies kann über "Domain Bearbeiten" Funktion aus dem "Administratior-Bereich" in dem Feld "Zusätzliche Apache Direktiven" eingetragen werden.

Bei einer händischen Anpassung:
Die Konfigurationen hierfür finden Sie unter:

Code: Select all

/etc/apache2/keyhelp/vhosts/*

Hier sollten Sie bei manuellen Änderungen beachten, dass Keyhelp bei den nächsten Domaineinstellungen diese Änderungen wieder überschreibt. Daher wäre eine Immunisierung der Konfiguration mit chatrr notwendig.

Wird eine andere IP-Adresse als die Standard eingestellte für eine Domain verwendet, so müssen Sie ebenfalls die DNS-Konfiguration mit den entsprechenden Records anpassen, sofern kein externe Nameserver verwendet wird.

[superjogi]

Ich nutze die 2 zusätzlichen Adressen um davon direkt Docker Container abzurufen.
Also ich nutze dies nicht direkt für eine Domain in Keyhelp, sondern es läuft z.B. ein Videochatserver, oder ähnliches darauf.
Es ist damit dann auch für die Richtlinien der RIPE NCC vereinbar.

Praktisch ist es, weil mit der neuen IP dann auch 80 und 443 belegt werden dürfen und man die User nicht mit exotischen Ports nerven muss.
Weiters kommt es so auch zu einer Trennung von KeyHelp und den Containern.
Wenn man die Container nur temporär benötigt ist es auch natürlich toll nichts fix auf dem Host installieren zu müssen.

Code: Select all

vi /etc/network/interfaces.d/50-cloud-init.cfg

Code: Select all

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
    address X.X.X.101/22
    gateway X.X.X.1

iface eth0 inet6 static
    address yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:101/64
    gateway fe80::1

auto eth0:0
iface eth0:0 inet static
    address X.X.X.102/32
    gateway X.X.X.1
	
iface eth0:0 inet6 static
    address yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:102/64
    gateway fe80::1

auto eth0:1
iface eth0:1 inet static
    address X.X.X.103/32
    gateway X.X.X.1
	
iface eth0:1 inet6 static
    address yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:yyyy:103/64
    gateway fe80::1

Auf X.X.X.101 läuft KeyHelp wie gehabt, quasi am Host.

Zusätzliche Container kann man zB testen mit Aufruf von X.X.X.102 (X.X.X.102:80) mit:

Code: Select all

docker run -dit --name MeinContainertestMiteinfachemApache -p X.X.X.102:80:80 -v /home/user/website/:/usr/local/apache2/htdocs/ httpd:2.4

Um den File vor Änderungen zu schützen dann folgendes:

Code: Select all

sudo chattr +i /etc/network/interfaces.d/50-cloud-init.cfg

https://askubuntu.com/questions/424201/ ... er-changes

Damit der Apache von KeyHelp nur auf einer IP Adresse horcht (anstatt auf allen 0.0.0.0:80 und 0.0.0.0:443) und diese Ports für die anderen IPs freigibt macht man eine Änderung:

Code: Select all

vi /etc/apache2/ports.conf
Listen 80  
->
Listen X.X.X.101:80

Listen 443  
->
Listen  X.X.X.101:443

sudo chattr +i /etc/apache2/ports.conf

siehe https://serverfault.com/a/415442/592497

[Florian]

Hallo,

Keyhelp legt nicht fest auf welche IP eine Domain verweist. Der Webserver lauscht hier auf allen IPs. Es ist also eine Sache des DNS die Domain auf eine gewünschte IP zu lenken.