Search results

Why don't you use fail2ban? there is already a thread for getting started here ;) (you have to adapt it for 2.x, though)

I don't know if I have enough resources for trying to properly implement this anytime soon or if it gets implemented by the Proxmox developers itself. If you want a hackish quick shot you can take a look at my patch located here, but I wouldn't recommend this for a production system (for the...

Thanks - trying to adapt it accordingly.

I agree that this makes sense, thanks for the explanation. Can you point me to some direction (e.g. in the pve-manager code) where I see some code which implements this as a reference?

I guess the issue with webmin is that you introduce a potential security risk and that webmin itself perhaps could break other things, too. IMO I think that the Web-GUI of Proxmox should be rather sufficient for most administrative tasks and that you better keep your production systems as...

Thanks for your reply! I've started to try the "hacking yourself" approach (at this stage without fiddling with git etc, because I just wanted to see if I get any promising result). I quickly found a point to start (PVE/API2/OpenVZ.pm in Git) and wrote some simple modifications (diff to the...

Perhaps I missed something but I can't find anything comparable to "vzctl exec" in the API documentation. Is it not intended to execute commands directly in the openvz containers via the API and is there some other approach? It would be nice to have something like: create...

I want to document my findings (including a solution) here, if anyone else has similar problems. To make it short: the configuration suggested by OVH won't work correctly with any Linux based system with kernel version 2.6.31 or newer. Background: Beginning with 2.6.31, the "rp_filter=1"...

I have rather weird issues with my OpenVZ containers using venet and running in Proxmox 1.9 (Kernel 2.6.32-6-pve, fully updated as of 2012-02-08) hosted at OVH. The Setup: - a private 172.16.0.0/12 and a public x.x.x.x/28 subnet are assigned to the VLAN-Interface - the Containers are each...

I finally reimplemented the init.d-script... now it works perfect. :cool:

I'd like to install packages inside the VM via easy_install (a python-setuptools tool), but I need a network connection in order to do this. I tried to change the network to bridged mode for that VM (via the Proxmox-Webinterface) but got an error message. Any suggestions? EDIT: I solved the...

I resolved the dhcp-issue by adding dab exec 'echo "auto eth0" >> /etc/network/interfaces' dab exec 'echo "iface eth0 inet dhcp" >> /etc/network/interfaces'to the Makefile. The machine now gets an ip address. The idea is that the created VM does everything automatically and no more...

finally here is my Makefile: BASEDIR:=$(shell dab basedir) all: info/init_ok dab bootstrap dab task postgres dab task postgres --start dab install emacs python python-psycopg2 python-reportlab python-pychart python-pydot python-egenix-mxdatetime python-xml python-lxml...

No, I'm unhappy with the resulting VMs ;). The template creation process works without issues.

I issued the "dab exec /etc/init.d/openerp-server-daemon stop" only because the services was started inside the template-vm by the installation routines of the package "openbig-openerp-server". Reading the basic tutorial in http://pve.proxmox.com/wiki/Debian_Appliance_Builder, I thought "dab...

dab.conf: Suite: lenny CacheDir: ../cache Source: http://ftp.debian.org/debian SUITE main contrib Source: http://security.debian.org SUITE/updates main contrib Source: http://Open-ERP-Testrepository Architecture: i386 Name: openbig-debian-openerp Version: 1.0 Section: system Maintainer...

I creates a proxmox-template with openerp-server using dab. When I create a virtual machine and start it, the service (OpenERP-Server) is not started automatically (but the rc-scripts are there). So I have to issue a /etc/init.d/SERVICENAME start. Furthermore the virtual machine does not request...