Open main menu

OpenVZ Virtuozzo Containers Wiki β

Changes

Installation on Debian/old

2,137 bytes added, 20:30, 8 October 2013
add a big fat warning
{{Warning|The majority of the content on this page only applies to older, unsupported Debian versions and is archived on this page for historical reasons only. '''The page you need is [[Installation on Debian]].'''}}
 
OpenVZ consists of a kernel, user-level tools, and container templates.
This guide tells how to install the kernel and the tools on [http://www.debian.org Debian] stableEtch or Lenny/Squeeze.  For Squeeze, use the Lenny directions. For Wheezy (7.0), use the vzctl package included in wheezy, together with the Wheezy OpenVZ kernels from [http://download.openvz.org/debian/ http://download.openvz.org/debian/]. Alternatively reduced functionality may be possible using the stock Debian Wheezy kernel (based on kernel.org version 3.2) and [[Vzctl_for_upstream_kernel]]. You may also wish to check the information on [http://wiki.debian.org/OpenVz the Debian wiki]. For Etch users, this document explains how to partially upgrade to Debian Lenny and install from lenny repositories ('''use this options at your risk''').
== Requirements ==
=== Filesystems ===
It is 's recommended to that you use a separate partition for container privatedirectories (by default <code>/var/lib/vz/private/<CTID></code>). The reason why you should do so for this is that if you wish to use the OpenVZ per-container disk quota, you won't be able to use usual Linux disk quotas on the same partition. Bear in mind that "per-container quota " in this context includes not only pure per-container quota but also the usual Linux disk quota used in container, not on the [[HN]]. At the very least try to avoid using the root partition for containers, because the root user of a container will be able to overcome the 5% disk space barrier in some situations. If the HN root partition is completely filled, it will break the system.
At least try OpenVZ per-container disk quota is supported only for ext2/ext3 filesystems; therefore it makes sense to avoid using root partition for containers because the root user use one of these filesystems (ext3 is recommended) if you need per-container will be able to overcome the 5% disk space barrier in some situations. If the HN root partition is completely filled, it will break the systemquota.
OpenVZ per-container disk quota is supported === Repository setup (Etch only for ext2/ext3 filesystems so use one of these filesystems (ext3 is recommended) if you need per-container disk quota.===
'''If you are using Debian Lenny, this step in no longer required. Openvz kernel packages and tools are available on main repository.''' === Repository setup = 1. Using openvz.org repositories ====
At the moment two different repositories are online at http://download.openvz.org:
{{Note|By default, on Ubuntu systems root tasks are executed with [https://help.ubuntu.com/community/RootSudo sudo]}}
This can be achieved by done via the following commands, as root or as privileged "sudo" user
<pre>
# echo -e "\ndeb http://download.openvz.org/debian-systs etch openvz" >> /etc/apt/sources.list
</pre>
==== 2. Using Debian repositories (upgrade to lenny) ==== There is even an a '''lenny''' repository with kernel 2.6.2428. '''Use it at your own risk!''' Add lenny repositories to your '''/etc/apt/sources.list'''<pre>deb http://DEBIAN-MIRROR/debian/ testing maindeb http://DEBIAN-MIRROR/debian-security/ testing/updates main</pre> Enlarge apt-cache adding to '''/etc/apt/apt.conf''' this line:<pre>APT::Cache-Limit "100000000";</pre> Give etch package priority over lenny packages. Edit '''/etc/apt/preferences''' and set like this:
<pre>
# echo Package: *Pin: release a=etchPin-e "\ndeb httpPriority: 700 Package: *Pin://download.openvz.org/debian-systs release a=lenny openvz" >> /etc/apt/sources.list# wget Pin-q httpPriority://download.openvz.org/debian-systs/dso_archiv_signing_key.asc -O- | apt-key add - && apt-get update650
</pre>
 
Then '''apt-get update && apt-get dist-upgrade''' to upgrade to lenny.
== Kernel installation ==
 
=== Wheezy and Lenny ===
 
{{Note|The best kernel to use is [[Download/kernel/rhel6|RHEL6-based]]. Please see [[Install_kernel_from_RPM_on_Debian_6.0]]}}
 
=== Etch ===
 
==== 1. Using openvz kernel repositories ====
{{Note|In case you want to recompile the OpenVZ kernel yourself on Debian, see [[Compiling the OpenVZ kernel (the Debian way)]].}}
</pre>
===== Configuring the bootloader =====
In case GRUB is used as the boot loader, it will be configured automatically, or execute update-grub; lines similar to these will be added to the <tt>/boot/grub/menu.lst</tt> file:
{{Note|per default on debian/ubuntu, a 2.6.22 kernel will boot before a 2.6.18, please check manually the grub boot order. See man update-grub for more details}}
=== Rebooting into OpenVZ kernel === {{Warning|Before you restart your Server, keep in mind, that your system has all needed modules enabled; booting from your harddisk (e.g. hardware modules, raid system(s), lvm2 etc). May you need a INITRD (initramdisk) or compile needed kernel modules statically in.}} Now reboot the machine and choose the OpenVZ Linux Kernel on the boot loader menu. If the OpenVZ kernel has been booted successfully, proceed to installing Installing the user-level tools for OpenVZ. == Installing the user-level tools ===
OpenVZ needs some user-level tools installed. Those are:
<pre>
# [sudo] apt-get install vzctl vzquota
</pre>
 
==== 2 Using Debian lenny repositories ====
 
If you upgrade to lenny, you can search openvz kernel and can install with:
<pre>
apt-get install linux-image-openvz-686
</pre>
this command will install latest kernel and all required packages like:
<pre>
apt-get install iproute libatm1 linux-image-2.6.26-1-openvz-686 linux-image-openvz-686 rsync vzctl vzquota libcgroup-dev
</pre>
and will arrange grub bootloader properly.
 
=== Rebooting into OpenVZ kernel ===
 
{{Warning|Before you restart your Server, verify that your system has all needed modules enabled in order to boot your harddisk (e.g. hardware modules, raid system(s), lvm2 etc). You may need an INITRD (initramdisk) or to compile needed kernel modules statically.}}
 
Now reboot the machine and choose the OpenVZ Linux Kernel on the boot loader menu. If the OpenVZ kernel has been booted successfully, proceed to installing the user-level tools for OpenVZ.
 
=== Confirm proper installation ===
 
1. Kernel:
<pre>
# uname -r
2.6.26-1-openvz-686
#
</pre>
 
2. Openvz kernel facility:
<pre>
# ps ax | grep vz
2349 ? S 0:00 [vzmond]
</pre>
 
3. A network interface for containers:
<pre>
# ifconfig
venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
</pre>
There are a number of kernel parameters that should be set for OpenVZ to work correctly. These parameters are stored in <tt>/etc/sysctl.conf</tt> file. Here is the relevant part of the file; please edit it accordingly.
{{Note|vzctl version from debian-systs, automate changing automatically inserts these options at the last of <tt>/etc/sysctl options .conf</tt>, except for openvznet.ipv4.ip_forward}}
<pre>
net.ipv4.conf.default.forwarding=1
net.ipv4.conf.default.proxy_arp = 0
net.ipv4.ip_forward=1
# Enables source route verification
net.ipv4.conf.all.rp_filter = 1
# Enables the magic-sysrq key
kernel.sysrq = 1
# TCP Explict Congestion Notification
#net.ipv4.tcp_ecn = 0
# we do not want all our interfaces to send redirects
net.ipv4.conf.default.send_redirects = 1net.ipv4.conf.all.send_redirects = 0
[...]
(Debian vz root directory is /var/lib/vz to be FHS-compliant.}}
# [sudo] ln -s /var/lib/vz /vz
=== OS templates ===
 
{{Note|Support of OS templates on 64 bit hosts is somewhat limited for the time being, so that not all tools or features are available - please see [[Making template tools to work on x86_64]] and [[Install OpenVZ on a x86 64 system Centos-Fedora]] for additional details and information on possible workarounds}}
To install a container, you need OS template(s).
Precreated templates can be found [http://wiki.openvz.org/Download/template/precreated here] and [http://download.openvz.org/contrib/template/precreated/ here].
You can create your own templates, see
[[Debian template creation]], [[Ubuntu Gutsy template creation]] and [[:Category:Templates]].
{{Note|Setup your prefered standard OS Template : edit the /etc/vz/vz.conf}}
# [sudo] apt-get install vzctl-ostmpl-debian-5.0-i386-minimal
== Additional User Tools ==
# [sudo] apt-get install vzprocps vzdump
== Use it! ==
After installing the OpenVZ kernelOn Debian squeeze, user tools and a minimal OS templateto create a first container and do some[[basic operations vzdump seems packaged in OpenVZ environment]]standard aptline. Read the For lenny, See [[download:doc/OpenVZ-Users-Guide.pdfBackup_of_a_running_container_with_vzdump]], browse this wiki.
== SECURE IT ! ==
Now comes a small advice from someone who got his debian 4.0 container hacked by some script kiddies with a ssh brute-force method within a day after deployment. I believed naively that iptables was active on boot of the container as I had used webmin inside the VE to activate iptables on boot. == Secure it ==
That is not so! Although webmin shows that iptables If you want to secure your container with individual firewall rules (Linux Firewallinstead or additionally to securing the host node) is active then you must run iptables inside the container. This works slightly different than on boot, it is nota physical server. You need to So make a startup script for sure that you check that iptables rules are indeed applied as described further downexpected inside the container.
Iptables modules required by the container must be specified in the general vz.conf file or the vzXXX.conf file of the container.
Now see what rules are already configuredAdd the following line into vz.conf to activate the respective iptables modules for all containers. Issue this command inside your container:
iptables -LIPTABLES="ip_tables ipt_REJECT ipt_tos ipt_limit ipt_multiport iptable_filter iptable_mangle ipt_TCPMSS ipt_tcpmss ipt_ttl ipt_length ip_conntrack ip_conntrack_ftp ip_conntrack_irc ipt_LOG ipt_conntrack ipt_helper ipt_state iptable_nat ip_nat_ftp ip_nat_irc ipt_TOS"
The output will be similar to this[[http://wiki.debian.org/DebianFirewall][Configure]] your iptable rules inside the container.
Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination{{Warning|Note that iptables rules inside the container are not applied automatically as on a physical server by starting the iptables module! Follow the instructions below}}
This allows anyone access to anything from anywhere.To make sure the iptables rules are applied on a startup/reboot we'll create a new file:
=== New nano /etc/network/if-pre-up.d/iptables rules ===
Let's tighten that up a bit by creating a test iptables fileAdd these lines to it:
nano #!/bin/bash /sbin/iptables-restore < /etc/iptables.testup.rules
In this The file enter some basic rulesneeds to be executable so change the permissions:
*filterchmod +x /etc/network/if-pre-up.d/iptables
# Allows all loopback (lo0) traffic and drop all traffic to 127/8 that doesn't use lo0 -A INPUT -i lo -j ACCEPT -A INPUT -i ! lo -d 127.0.0.0/8 -j REJECTStart iptables
# Accepts all established inbound connections -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT/etc/init.d/iptables start
# Allows all outbound traffic # You could modify this to only allow certain traffic -A OUTPUT -j ACCEPTIf the startup shows errors then you have probably not activated the needed iptables modules. See above.
# Allows HTTP and HTTPS connections from anywhere (Check inside the normal ports for websites) -A INPUT -p tcp --dport 80 -j ACCEPT -A INPUT -p tcp --dport 443 -j ACCEPT  # Allows SSH connections for script kiddies # THE -dport NUMBER IS THE SAME ONE YOU SET UP IN THE SSHD_CONFIG FILE -A INPUT -p tcp -m state --state NEW --dport 30000 -j ACCEPT  # Now you should read up on container that your iptables rules and consider whether ssh access # for everyone is really desired. Most likely you will only allow access from certain IPs.  # Allow ping -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT  # log iptables denied calls (access via 'dmesg' command) -A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7  # Reject all other inbound - default deny unless explicitly allowed policy: -A INPUT -j REJECT -A FORWARD -j REJECT  COMMIT That may look complicated, but look at each section at a time. You will see that it simply shuts all ports except the ones we have allowed - which in this case are ports 80 and 443 (the standard web browser ports) and the SSH port defined earlier. Activate these new rules:  iptables-restore < /etc/iptables.test.rules And see the differenceindeed applied:
iptables -L
Now If the output tells us that only rules do not show up as you would expect on a physical server then you might not have activated the ports defined above are open. All the others are closedneeded iptables modules.
Once you are happy, save the new rules to the master iptables file:== Start it! ==
iptables-save > # [sudo] /etc/iptablesinit.up.rulesd/vz start
To This does not make sure the iptables rules are started on a reboot we'll create a new filevz system automatically start at boot time. For automatic start:
nano /etc/network/if# [sudo] update-pre-uprc.d/iptablesvz defaults 98
Add these lines to == Use it:! ==
#!/bin/bashAfter installing the OpenVZ kernel, user tools and a minimal OS template /sbin/iptables-restore < /etc/iptablesto create a first container and do some [[basic operations in OpenVZ environment]].up.rules The file needs to be executable so change Read the permissions[[download chmod +x doc/etc/network/ifOpenVZ-preUsers-upGuide.pdf]], browse this wiki.d/iptables
[[Category: HOWTO]]
[[Category: Debian]]
[[Category: Installation]]