Server/ryoko

Technische Daten

Name	ryoko
Hardware	HP DL360 G7
Betriebsystem	Debian 8 Jessie
Anbindung	1000 MBit/s (Hausnetz, Frieda23) 50/10 MBit/s (down/up) (DSL, dynamische IP, NAT)
IP / DNS	192.168.10.10 / ryoko.on 192.168.20.10 (interne Bridge) DHCP via Frieda-Hausnetz
Ausstattung	6 GB RAM 6x300 GB HDD (SAS)
Dienste	KVM Virtualisierung
Backup

Verantwortlichkeiten

• Zugang/Hosting: oyla
• Administration: oyla, lars, ?

Status

ryoko ist noch im Aufbau

Netzwerk

Netzwerkbuchsen in Server/ryoko (dia-Quelle: Datei:Ryoko-Netzwerkbuchsen.dia)

Die vier Netzwerkbuchsen sind mit dem Hausswitch verbunden. Zwei davon liegen im Opennet-VLAN (olsr) und zwei sind im Router-VLAN des Hauses (Uplink ins Internet).

Das jeweils erste Netzwerk-Interface jedes virtuellen Hosts ist mit einer internen Bridge verbunden und wird für olsr-Routing verwendet. Diese Bridge ist nicht direkt mit dem Opennet-VLAN im Haus verbunden. Somit ist die olsr-Wolke der virtualisierten olsr-Hosts von der olsr-Wolke der Vereins-APs in der Frieda23 durch einen Hop getrennt. Dies reduziert den olsr-Broadcast-Verkehr und spiegelt die physische Struktur wieder. Die einzige Ausnahme von dieser Vernetzung ist der Frieda-UGW (AP2.201) - ihm ist ein einziges physisches Netzwerk-Interface von ryoko zugeordnet.

Das jeweils zweite Netzwerk-Interface jedes virtualisierten Hosts ist mittels einer Bridge mit dem Hausnetz verbunden (Internetzugang, DHCP).

Der Frieda-UGW (AP2.201) ist nicht über die obigen Bridges angebunden, sondern verfügt über exklusiven Zugriff auf einen der olsr- und einen der Router-Ports.

Interface	IP	Haus-Anbindung	Verwendung
eth0	-	Opennet-VLAN	exklusiv für das virtualisierte Frieda-UGW (AP2.201)
eth1	192.168.10.10/16	Opennet-VLAN	olsr-Anbindung an die anderen Haus-APs
eth2	-	Router-Uplink-VLAN	exklusiv für das virtualisierte Frieda-UGW (AP2.201)
eth3	-	Router-Uplink-VLAN	Teil von br-internet
br-mesh	192.168.10.20/16	nicht verbunden	interne olsr-Bridge für die virtuellen Hosts
br-internet	172.23.12.120/24	-	Bridge für Internet-Uplink von Server/ryoko und virtuelle Hosts (DHCP)

Virtuelle Hosts

Die Hosts werden via libvirt verwaltet und verwenden LVM-basierte Images als Datenträger.

Host-Liste

Virtuelle Hosts, die bereits auf der Server-Seite dokumentiert wurden, sollten hier lediglich einen Verweis darauf enthalten.

Hostname	IP	Verantwortlicher	Verwendung
ap2-155	192.168.2.155	Lars	Test-AP für Firmware-Entwicklung (Rolle: Nutzer-Tunnel / Captive-Portal)
ap2-156	192.168.2.156	Lars	Test-AP für Firmware-Entwicklung (Rolle: UGW)
ap2-161	192.168.2.161	Lars	Test-AP für Firmware-Entwicklung (Rolle: Client des Captive Portal)
ap2-201	192.168.2.201	oyla	UGW mit Standard-Firmware (aktiv in Benutzung); direkt mit olsr-Wolke im Haus verbunden
fastd	siehe Server
howmei	siehe Server
kinjo	siehe Server
ruri	siehe Server
ks	172.23.12.106	oyla	Backup-Server für Kunstschule

Anlegen oder Löschen

Das Skript /root/bin/vhost-admin.sh dient zur vereinfachten Erzeugung und Löschung virtueller Hosts.

Debian-Host anlegen

vhost-admin.sh create-debian foo 192.168.5.23

• ein Debian-basiertes System wird via debootstrap auf einem LVM-Volume vorbereitet
• Netzwerk wird vorkonfiguriert:
  • eth0: oben angegebene IP-Adresse (Bridge ins opennet-VLAN in der Frieda)
    • die IP muss zuvor unter Server reserviert werden
  • eth1: DHCP-Client (Bridge ins Router-VLAN in der Frieda)
  • olsrd: automatischer Start für eth0
• root-Schlüssel von Server/ryoko wird importiert
• der Hostname (foo) wird für die Namen der LVM-Volumes und des libvirt-Hosts verwendet

OpenWRT-Host anlegen

vhost-admin.sh create-ap ap1-23 192.168.1.23

• • ein openwrt-basiertes System wird mittels eines herunterzuladenden Images vorbereitet
    • das Image kann auch als Firmware-Release-Version angegeben werden (z.B. 0.4.5)
  • ein LVM-Image wird als Datenträger erzeugt
  • das openwrt-Image sollte vom Type x86-combined-squashfs sein (z.B. [[1]])
    • lokale Dateien können via file://DATEINAME referenziert werden (siehe man curl)
  • das Skript konfiguriert die Netzwerk-Interfaces des AP entsprechend der eingebundenen Hausnetze (eth0: olsr-Mesh, kein LAN)
  • nach dem Starten des virtuellen Hosts (virsh start ap1-23) ist er unter der gewählten IP in der gesamten OLSR-Wolke erreichbar
    • die IP muss zuvor unter Opennet_Nodes reserviert werden

Host löschen

vhost-admin.sh remove ap1-23

• • das virtuelle System (debian- oder openwrt-basiert) wird gestoppt und inklusive der LVM-Images ohne Nachfrage gelöscht

Verwaltung

Siehe dazu Server Installation/KVM.

Offene Aufgaben

• Hardware-RAID-Controller entfernen
  • aktuell fehlt uns (wahrscheinlich aufgrund des zwischengeschalteten Controllers) hotplug und smartcontrol