Archiv:Vm-alt: Difference between revisions

From Chaosdorf Wiki
m (Templates)
m (Derf moved page Host:Vm-alt to Archiv:Vm-alt without leaving a redirect: Ganz alt)
 
(5 intermediate revisions by 2 users not shown)
Line 2: Line 2:
|name=vm.chaosdorf.de
|name=vm.chaosdorf.de
|os=Debian Wheezy amd64
|os=Debian Wheezy amd64
|location=[http://www.openit.de/ OpenIT]-Rechenzentrum in [http://www.openstreetmap.org/?lat=51.187611&lon=6.866699&zoom=18&layers=M Düsseldorf]
|purpose=Ehemaliger VM-Host
|purpose=VM-Host für {{H|backend}}, {{H|extern}}, {{H|intern}} und {{H|shells}}
|disk=320GB
|disk=2x 320G (RAID1)
|ram=4GiB
|ram=4G
|admin_toolkit=Yes
|admin_toolkit=No
|ssh_root_keys=/var/cache/ssh/root
|ssh_root_keys=/var/cache/ssh/root
|ssh_pam=No
|ssh_pam=No
Line 12: Line 11:
|admins=byte, derf
|admins=byte, derf
}}
}}
= Hardware =
Stand bis zum 20.5.2016 in einem [http://www.openit.de/ OpenIT]-Rechenzentrum in [http://www.openstreetmap.org/?lat=51.187611&lon=6.866699&zoom=18&layers=M Düsseldorf].
 
== Hardware ==


(grösstenteils Spende von byte)
(grösstenteils Spende von byte)
Line 20: Line 21:
* 4HE-Gehäuse inkl. redundantem Netzteil (Spende von Bjoe)
* 4HE-Gehäuse inkl. redundantem Netzteil (Spende von Bjoe)
* Mainboard: [http://www.asrock.com/mb/overview.asp?Model=K10N78 ASRock K10N78]
* Mainboard: [http://www.asrock.com/mb/overview.asp?Model=K10N78 ASRock K10N78]
* CPU: [http://products.amd.com/en-us/DesktopCPUDetail.aspx?id=506 AMD Athlon X2 7750] inkl. Boxed-Kühler
* CPU: [http://www.cpu-world.com/CPUs/K10/AMD-Athlon%20X2%207750%20Black%20Edition%20-%20AD775ZWCJ2BGH%20(AD775ZWCGHBOX).html AMD Athlon X2 7750] inkl. Boxed-Kühler
* RAM: 2x 2GB Corsair XMS2 DDR2-1066 CL5
* RAM: 2x 2GB Corsair XMS2 DDR2-1066 CL5
* HDD: 2x 320GB Hitachi HDT721032SLA360 ([http://www.hitachigst.com/tech/techlib.nsf/techdocs/D70FC3A0F32161868625747B00832876/$file/Deskstar_7K1000.B_DS.pdf 7K1000.B])
* HDD: 2x 320GB Hitachi HDT721032SLA360 ([https://www.hgst.com/sites/default/files/resources/Deskstar_7K1000.B_DS_orig.pdf 7K1000.B])
** /dev/sda = oben / schwarzes Kabel
** /dev/sda = oben / schwarzes Kabel
** /dev/sdb = unten / rotes Kabel
** /dev/sdb = unten / rotes Kabel


= Festplattenaufteilung =
== Festplattenaufteilung ==


Im System befinden sich zwei Festplatten, die mit md zu einem RAID 1
Im System befinden sich zwei Festplatten, die mit md zu einem RAID 1
Line 36: Line 37:
dm-crypt-Container.
dm-crypt-Container.


== Keyslots ==
=== Keyslots ===


=== /dev/mapper/vg-backend ===
==== /dev/mapper/vg-backend ====


  2. derf
  2. derf
Line 50: Line 51:
  5. byte
  5. byte


=== /dev/mapper/vg-intern ===
==== /dev/mapper/vg-intern ====


  2. derf
  2. derf
Line 56: Line 57:
  5. byte
  5. byte


=== /dev/mapper/vg-shells ===
==== /dev/mapper/vg-shells ====


  0. Alter Adminkey
  0. Alter Adminkey
Line 63: Line 64:
  5. byte
  5. byte


= Virtualisierung =
== Virtualisierung ==


Die virtuellen Machinen werden mit QEMU/KVM betrieben und von libvirt
Die virtuellen Machinen werden mit QEMU/KVM betrieben und von libvirt
Line 77: Line 78:
verbindet sich in einer screen-Sitzung mit den seriellen Konsolen.
verbindet sich in einer screen-Sitzung mit den seriellen Konsolen.


== libvirt-Update ==
=== libvirt-Update ===


Nach Update: ferm-Regeln neu einlesen.
Nach Update: ferm-Regeln neu einlesen.
Line 91: Line 92:
werden. Wir filtern sowohl eingehend mit Rate-Limiting als auch
werden. Wir filtern sowohl eingehend mit Rate-Limiting als auch
ausgehend.
ausgehend.
= Liste der virtuellen Machinen =
* {{H|backend}}
* {{H|extern}}
* {{H|intern}}
* {{H|shells}}
= Kontakt zu OpenIT =
{{Mailto|support@openit.de}}




[[Category:Administration]]
[[Category:Administration]]
[[Category:History]]

Latest revision as of 20:14, 1 July 2020

vm.chaosdorf.de
Zweck Ehemaliger VM-Host
OS Debian Wheezy amd64
Disks 320GB320,000 MB <br />320,000,000 kB <br />0.32 TB <br />
RAM 4GiB4,096 MiB <br />4,194,304 kiB <br />4,294,967,296 B <br />0.00391 TiB <br />4,294.967 MB <br />
Admin-Toolkit Yes
ssh key path /var/cache/ssh/root
PAM? No
SSH user login? No
Admins byte, derf

Stand bis zum 20.5.2016 in einem OpenIT-Rechenzentrum in Düsseldorf.

Hardware[edit source]

(grösstenteils Spende von byte)

Der VGA-Port ist vermutlich defekt (oder zeigt nur nach einem Reboot ein Bild an). Es empfiehlt sich, einen DVI-Monitor mitzunehmen.

  • 4HE-Gehäuse inkl. redundantem Netzteil (Spende von Bjoe)
  • Mainboard: ASRock K10N78
  • CPU: AMD Athlon X2 7750 inkl. Boxed-Kühler
  • RAM: 2x 2GB Corsair XMS2 DDR2-1066 CL5
  • HDD: 2x 320GB Hitachi HDT721032SLA360 (7K1000.B)
    • /dev/sda = oben / schwarzes Kabel
    • /dev/sdb = unten / rotes Kabel

Festplattenaufteilung[edit source]

Im System befinden sich zwei Festplatten, die mit md zu einem RAID 1 zusammengefasst sind. Auf md0 befindet sich /boot, auf md1 liegt ein Physical Volume für LVM.

In der Volume Group gibt es ein Logical Volume für den VM-Server sowieso ein weiteres Volume für jede VM. Diese Volumes sind dm-crypt-Container.

Keyslots[edit source]

/dev/mapper/vg-backend[edit source]

2. derf
4. mxey
5. byte

/dev/mapper/vg-extern[edit source]

2. derf
4. mxey
5. byte

/dev/mapper/vg-intern[edit source]

2. derf
4. mxey
5. byte

/dev/mapper/vg-shells[edit source]

0. Alter Adminkey
2. derf
4. mxey
5. byte

Virtualisierung[edit source]

Die virtuellen Machinen werden mit QEMU/KVM betrieben und von libvirt verwaltet. Die Netzwerkanbindung ist über Point-to-Point realisiert, damit der Traffic zwischen den VMs sich bequem filtern lässt. Netz und Disk via virtio.

Auf Hostseite wird die Netzkonfiguration mit ifupdown (`/etc/network/interfaces`) gemacht.

Zum Starten der VMs wird das Skript `/root/bin/start-vm` verwendet. Dieses öffnet die dm-crypt-Container, startet die VMs und verbindet sich in einer screen-Sitzung mit den seriellen Konsolen.

libvirt-Update[edit source]

Nach Update: ferm-Regeln neu einlesen.

Routing und Paketfilter[edit source]

Zu beachten ist, dass OpenIT unser Subnet nicht zu uns routet, sondern alle IPs direkt in unserem LAN-Segment erwartet. Damit die VMs von außen erreichbar sind verwenden wir deswegen Proxy ARP.

Traffic zwischen Internet und Server sowie zwischen den VMs wird mit Netfilter kontrolliert, wobei die Regeln durch ferm generiert werden. Wir filtern sowohl eingehend mit Rate-Limiting als auch ausgehend.