ISPConfig and "Perfect Server Howto" AutoInstaller

Currently we are in the process of developing an official auto-installer for the perfect server tutorials including ISPConfig.

We have completed a first beta version that supports installing / configuring Debian (9 and 10) and Ubuntu 18.04. The auto-installer will re-configure the server regarding the steps mentioned in the perfect server tutorials here on howtoforge.com.

!Only use this on test servers or if you exactly know what you are doing!

As the installer will reconfigure everything on the server it should only be used on a freshly set-up server. If you have already configured services on the server, those settings will most likely be lost!

Using the installer is simple. Just open a server console and type:

Code:

curl https://get.ispconfig.org | sh -s -- --channel=dev

or

Code:

wget -O - https://get.ispconfig.org | sh -s -- --channel=dev

!This will use the stable-3.1 git branch! You should not use this on production servers currently!
If you don't need rspamd support you can also install the ISPConfig latest stable with amavis instead:

Code:

curl https://get.ispconfig.org | sh -s -- --use-amavis

or

Code:

wget -O - https://get.ispconfig.org | sh -s -- --use-amavis

To see what other arguments are supported by the installer, just use:

Code:

curl https://get.ispconfig.org | sh -s -- --help

or

Code:

wget -O - https://get.ispconfig.org | sh -s -- --help

 

The auto installer now also supports nginx. Simply use --use-nginx argument.

 

Can we see the source code for this? We might not want to install multiple php on our server and modify a bit of that code etc.

 

You can also file an issue as feature request so we can decide whether to integrate something in the installer like --no-multi-php or something similar.

 

Yes. Option to not install multiple php and may be choose one is nice eg --php=7.3.

 

Warning for failures on using mariadb 10.4 repository:

Error:

 

I don't think 10.4 is supported by ISPConfig, yet, is it, @till?
The error about quota might be because of missing kernel module (quota support). Is it a VM?

 

It's ok. On that latest stable version of mariadb, I have a workaround.

But quotaon error is kinda weird. I don't have problems running them manually though.

Anyway, I will fork and modify it later.

 

The quota error has been resolved now I guess (virtual kernel missing quota modules). In addition we now added --use-php=system to skip installing sury php packages on request.

 

Of course that could be possible somehow. I think it would be better to make this usable by arguments, e. g. --hook-xxxx-xxxx where xxxx-xxxx could be something like "pre-php" or "post-php" etc. The argument would then be provided with the path to a script file.

 

Hi, I installed under ubuntu 18.04 and everything works fine, except roundcube; the messages go to my mailboxes, but the sending fails to roundcube, every time I get this message: Relay access denied
I did a search and I need to activate an authentication but I don't know where it is, if anyone can help me, thank you very much

 

I am planning on running this on a Proxmox hosted Debian 10 instance. Do the recommendations on https://www.howtoforge.com/tutorial/ubuntu-ispconfig-automated-install-script/ still hold true?
Specifically is: apt-get -y remove spampd still required?

 

Brief research indicates that installing on Debian 10.4.0 using the latest install git files, it appears that an additional exception needs to be added in the file named: class.ISPConfigDebianOS.inc.php on or about line number 766. The modules to install array includes recode which is not available in PHP 7.4 (it's in the release notes).

PHP:

        $php_modules = array(
            'common',
            'gd',
            'mysql',
            'imap',
            'cli',
            'mcrypt',
            'curl',
            'intl',
            'pspell',
            'recode',
            'sqlite3',
            'tidy',
            'xmlrpc',
            'xsl',
            'zip',
            'mbstring',
            'soap',
            'opcache'
        );
        if(ISPConfig::shallInstall('web')) {
            $php_modules[] = 'cgi';
            $php_modules[] = 'fpm';
        }

        foreach($php_versions as $curver) {
            $packages[] = 'php' . $curver;
            reset($php_modules);
            foreach($php_modules as $curmod) {
                if(version_compare($curver, '7.2', '>=') && in_array($curmod, array('mcrypt'), true)) {
                    continue;
                }
                $packages[] = 'php' . $curver . '-' . $curmod;
            }
        }
        $this->installPackages($packages);


It is my assumption that adding the below in the inner foreach could solve the problem of throwing an exception that causes the script to fail.

PHP:

               if(version_compare($curver, '7.4', '>=') && in_array($curmod, array('recode'), true)) {
                    continue;
                }


Hope this is constructive. Thanks.