ISPConfig 3.0.0.7 Beta released

Till

Administrator
#1
ISPConfig 3.0.0.7 Beta is available for download. This release is
for testing only, it is not for production use.

ISPConfig 3 is a new Hosting Control Panel rewritten from scratch. ISPConfig 3
is not a direct update for ISPConfig 2. Do not install it on a ISPConfig 2 server.


Features of ISPConfig 3 compared to ISPConfig 2
-----------------------------------------------------

- Support for virtual mail users
- Support for virtual FTP Users
- Support for multiple Servers
- Support for splitting of services to multiple servers
(Database, web, FTP and DNS can be on different servers).


Download
-----------------------------------------------------

The software itself can be downloaded here:

http://www.ispconfig.org/downloads/ISPConfig-3.0.0.7-beta.tar.gz

ISPConfig 3.0.0.7 Beta is also available as ready to run VMWare virtual
machine based on Ubuntu 8.04 (Jeos).

Download of the VMWare image:

http://www.ispconfig.org/downloads/ISPConfig_3.0.0.7_ubuntu_jeos_804.zip (approx. 600 MB)

When you run the vmware image the first time you will be asked to keep
or create a MAC address. Select "keep", otherwise the networking wont work.

The root password of the VM is set to "ispconfig", the IP address is
192.168.0.105 and has to be reconfigured in /etc/network/interfaces
to meet your network requirements. The ISPconfig Interface login is:

http://192.168.0.105:8080/

User = admin
Password = admin.


Changes:
--------------------------------------

- Added support for openSUSE 11.0
- Added support for Fedora 9
- Added support for CentOS 5.2
- Added russian translation.
- Updated Dutch language files. Many thanks to Hans for the translation.
- Addad a function to disable poip3 and imap per user account.
- Disabled spam and virus notifications for the admin user. Can be overridden by the policies in mysql.
- Added a keepalive script to keep the session alive as long as the browser window is open.
- Added a tools module.
- Added a form to change the language and password of the current user.
- Added translation functions for the tabs of forms.
- Network Configuration through the ISPConfig interface for debian and compatible linux distributions.
- Disabled suphp_UserGroup directive by default to make the setup compatible with the suphp compile options from most linux distributions. If you want some extra security, enable this directive again and recompile mod_suphp with the the option --with-setid-mode=paranoid
- Users can reset their login password now. The password is sent by email to the email address listed in the client account settings.


- Many bugs were fixed, see bugtracker:

http://bugtracker.ispconfig.org/index.php?string=&project=3&due[]=12&status[]=closed&do=index


For a detailed changelog, please have a look at the SVN history with a SVN client of your choice:

svn://svn.ispconfig.org/ispconfig3/trunk/


Known Issues:
--------------------------------------

Please have a look at the bugtracker:

http://bugtracker.ispconfig.org


BUG Reporting
--------------------------------------

This is a Beta release and we invite everone to report bugs. Bugs can be either reported
in the ispconfig forum (preferaböe to this forum thread) or you sign up for a account
in the ISPConfig bugtracking system and sent a email to dev[at]ispconfig[dot]org with your
bugtracker username and and the request to activate your user. Due to massive SPAM problems
we had to dectivate the automatic activation of bugtracker accounts.


Supported Linux Distributions
-----------------------------
- Debian 4.0 (Etch).
- Ubuntu 7.10
- Ubuntu 8.04
- OpenSuSE 11 (experimental)
- CentOS 5.2 (experimental)
- Fedora 9 (experimental)


Installation
--------------------

The installation instructions for ISPConfig can be found in the text files (named INSTALL_*.txt)
which are inside the ISPConfig-3.0.0.7-beta.tar.gz file.


Update
--------------------

To update existing ISPConfig 3 installations, run these commands on the shell:

cd /tmp
wget http://www.ispconfig.org/downloads/ISPConfig-3.0.0.7-beta.tar.gz
tar xvfz ISPConfig-3.0.0.7-beta.tar.gz
cd ispconfig3_install/install
php -q update.php
rm -rf /tmp/ispconfig3_install
rm -f ISPConfig-3.0.0.7-beta.tar.gz
 
#2
Update durchgeführt, und schon die erste Frage:
Was genau versteckt sich in System hinter Software Repositories?
Da kommt bei mir nur "Ajax request was not successfull"
 

Till

Administrator
#3
ISPConfig erhält ein eigenes Paket Management System für addons. Das ist aber noch nicht komplett implementiert in der aktuellen Beta.
 

planet_fox

Super-Moderator
#4
1. Reicht ein update des svn ?

2. Ubunto 8.10 Mail Probleme und php konntest du nachstellen bei dir und wurden behoben ?

3. Vielen Dank für deine Arbeit !
 
#6
Ich hab in der 3.0.0.7 jetzt ein Problem, das offensichtlich auch schon in der .0.6 bei jemand anderem aufgetreten ist:

Ich zitiere meine mail.warn
Sep 26 15:54:10 server1 amavis[13112]: (13112-01) (!!) ClamAV-clamd av-scanner FAILED: Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory) at (eval 48) line 268.
Sep 26 15:54:11 server1 amavis[13112]: (13112-01) (!!) WARN: all primary virus scanners failed, considering backups
Sep 26 15:55:46 server1 amavis[13876]: (13876-01) (!) ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory, retrying (2)
Sep 26 15:55:52 server1 amavis[13876]: (13876-01) (!!) ClamAV-clamd av-scanner FAILED: Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory) at (eval 48) line 268.
Sep 26 15:55:52 server1 amavis[13876]: (13876-01) (!!) WARN: all primary virus scanners failed, considering backups
Sep 26 15:57:11 server1 amavis[13879]: (13879-01) (!) ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory, retrying (2)
Sep 26 15:57:17 server1 amavis[13879]: (13879-01) (!!) ClamAV-clamd av-scanner FAILED: Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: No such file or directory) at (eval 48) line 268.
Und das Socketfile ist tatsächlich nicht da.

Habe jetzt schon alles ausprobiert was ich im Netz und hier im Forum dazu gefunden habe.
Ein Upgrade gemacht (debian etch)
amavis neu gestartet
ClamAv neu gestartet
nochmal ein Update vom Trunc gemacht

Hilft leider alles nix, Mailmäßig bin ich momentan abgeschnitten.
Woran könnte das liegen?
Was könnte ich noch versuchen?
 
#7
Dieser Auszug aus freshclam.log könnte dafür evtl. auch noch interessant sein:

Received signal: wake up
ClamAV update process started at Fri Sep 26 14:57:58 2008
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Local version: 0.90.1 Recommended version: 0.94
DON'T PANIC! Read http://www.clamav.net/support/faq
main.inc is up to date (version: 48, sigs: 399264, f-level: 35, builder: sven)
daily.inc is up to date (version: 8343, sigs: 35556, f-level: 35, builder: arnaud)
--------------------------------------
Received signal: wake up
ERROR: Can't lock database directory: /var/lib/clamav/
--------------------------------------
 
#9
Kommt leider noch ein weiterer Fehler wenn ich clamav-daemon jetzt starten will:

server1:/usr/local/ispconfig# /etc/init.d/clamav-daemon restart
Stopping ClamAV daemon: clamd/etc/init.d/clamav-daemon: line 92: kill: -14054 13900 13082 13012: arguments must be process or job IDs
failed!
Starting ClamAV daemon: clamd ERROR: Parse error at line 46: Unknown option PhishingScanURLs.
ERROR: Can't open/parse the config file /etc/clamav/clamd.conf
failed!
Sagt dir diese Option etwas?
Fehlt da noch etwas, damit diese Option funktioniert?
Oder kann ich die Option einfach aus dem Configfile entfernen?
 

Till

Administrator
#10
Option einfach entfernen. Die beiden darauf Folgenden kannst Du auch glich mit entfernen.

Führe bitte dann nochmal den Folgenden Befehl aus und poste den Output:

apt-get update
 
#11
Scheinbar war die Ausgabe zu lang für die Datenbank...
Er fragt die diversen Quellen ab und sonst ist nix auffälliges dabei.
Ersatzweise hier der Inhalt oben genannter Quellendatei:
deb ftp://mirror.hetzner.de/debian/packages etch main contrib non-free
deb-src ftp://mirror.hetzner.de/debian/packages etch main contrib non-free

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

deb ftp://mirror.hetzner.de/debian/security etch/updates main contrib non-free
deb-src ftp://mirror.hetzner.de/debian/security etch/updates main contrib non-free

deb http://ftp.uni-bayreuth.de/linux/Debian/debian/ etch main non-free contrib
deb-src http://ftp.uni-bayreuth.de/linux/Debian/debian/ etch main non-free contrib
deb http://volatile.debian.org/debian-volatile sarge/volatile main contrib non-free
Was mir aufgefallen ist: Clamav war immernoch in 0.90 installiert.
Habe Update versucht auf 0.92 (neueres war nicht vorhanden) -> gescheitert
Habe Entfernen und Neuinstallation von ClamAV 0.92, danach 0.90 versucht -> gescheitert

Jetzt sitze ich momentan also komplett ohne clamav da
 
#13
Ich danke dir wiedermal für deinen super Support Till.
Diesmal habe ich mir leider beim Ausführen deiner Ratschläge selbst ein Bein gestellt.
Der Fehler war hier:
deb http://volatile.debian.org/debian-volatile sarge/volatile main contrib non-free
Da ich Debian Etch habe muss das natürlich so aussehen:
deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
Ich habe also die 0.94 nur deshalb nicht gefunden, weil das Repository gar nicht als Quelle herangezogen wurde.

Jetzt passt wieder alles und der Server läuft wieder ohne Probleme.

Danke dir nochmal vielmals für deine Bemühungen!

PS: Die Ausgabe sieht jetzt natürlich so aus:
server1:/usr/local/ispconfig# apt-get -u upgrade
Reading package lists... Done
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 

Till

Administrator
#16
Mir ist kein volatile Repository für Ubuntu bekannt. Vielleicht funktioniert auch das Debian Etch Repo. Könnte aber auch sein dass es dein Package Management durcheinander bringt :(

Ansonsten musst Du mal versuchen, Deinen Clamd zu debuggen. Ertsmal clamd und freshclam neu starten und dann sehen was er ins syslog schreibt. Wenn er immer noch nichts geht und auch nichts im syslog steht, müsstest Du mal das logging in der clamav Konfiguration einschalten.
 
#17
Man kann das etch volatile repository ohne große Probleme auch unter Ubuntu 7.10 und 8.04 nutzen (zu anderen Versionen kann ich nichts sagen). Ansonsten ist die andere Möglichkeit an eine aktuelle Version von Clam und Konsorten zu kommen auch, die Quellen von testing und unstable einzubinden und dann mittels Package Tagging diese niedriger zu priorisieren und gezielt nur clam und bspw. amavis oder spamassassin zu wählen.

Ansonsten hat Ubuntu ein Clam-eigenes Repo das neuer sein sollte in den Backports, da hatte sich aber zu 0.94 release nichts getan, deshalb sind wir mit unserem Ubuntu Server auch wieder auf das Debian-Volatile geschwenkt.

The Ubuntu backports repository will contain the newest clamav version that has been at least lightly tested to work with that version. These packages can be installed by enabling the backports repository in your system. These are official Ubuntu packages and supported by community developers.
 
Zuletzt bearbeitet:
#20
Ubuntu schreibt, zuerst mit den Backport Paketen versuchen. Wenn die nicht aktuell genug sind, würde ich auch darauf pfeiffen und die etch-volatiles nehmen.
 

Werbung