Fantastico De Luxe per Cpanel offre la possibilità di installare con un semplice click più di 40 applicazioni php opensource. Tutto questo senza dover possedere alcuna nozione di programmazione.

Il tool è accessibile gratuitamente su tutti i nostri piani hosting linux ad esclusione dei pacchetti (Basic e Advanced), accedendo al pannello di controllo CPanel è visibile l’icona di Fantastico De Luxe (scripts autoinstallanti) completamente in italiano e di facile utilizzo, anche senza nessuna conoscenza sulla programmazione potrai realizzare un sito ecommerce, attivare una chat, creare un blog, abilitare un forum.

Oltre alla fase di installazione Fantastico De Luxe provvederà a mantenere la tua applicazione sempre aggiornata, anche per questà operazione sarà sufficiente un semplice click per avere l’ultima release disponibile del software installato. Prima di effettuare l’upgrade il sistema provvederà anche ad eseguire una copia di backup che potrai ripristinare autonomamente dal tuo pannello cpanel italiano.

Un breve video che ti dimostrerà la semplicità di utilizzo di Fantastico per i piani linux

E’ possibile richiedere il pannello Fantastico in Italiano anche per il tuo server virutale o server dedicato solo nel caso in cui è presente il pannello di controllo Cpanel

Di seguito l’elenco completo di tutti i software che potrai installare dall’hosting cpanel fantastico:

Per risolvere il problema della greylist di exim appesa su cPanel per errori di questo genere:

== test@******.com R=lookuphost T=remote_smtp defer (-53): retry time not reached for any host

Basta eseguire da root via shell questi comandi:

/usr/sbin/exim_tidydb -t 1d /var/spool/exim retry > /dev/null
/usr/sbin/exim_tidydb -t 1d /var/spool/exim reject > /dev/null
/usr/sbin/exim_tidydb -t 1d /var/spool/exim wait-remote_smtp > /dev/null

/scripts/courierup — force
/scripts/eximup –force

La possibilità per l’utente di creare e gestire i propri cronjobs rappresenta una caratteristica fondamentale del nostro hosting. Permette di poter schedulare l’esecuzione degli script, come ad esempio l’invio di una newsletter o la pulizia di un database.

Il cPanel offre una sezione dedicata alla creazione dei cronjobs, con inserimento facilitato dei dati necessari.Come verifica sull’esecuzione del cronjob, si può impostare l’invio via mail dell’output dello script, così da verificare la presenza di eventuali errori. Un errore cui si può andare incontro è il seguente:

Your Terminal type is unknown!

Enter a terminal type: [vt100]
TERMINAL TYPE IS SET TO vt100

L’errore indicato dipende dal percorso specificato per l’esecuzione del cronjob. Specificando il percorso tramite url, infatti, il cronjob non viene eseguito e va in errore. Per tale motivo, il percorso dello script deve essere indicato tramite path assoluto, ovvero:

Esempio:

• script da eseguire: cronjob.php
• url dello script: http://www.dominio.com/cronjob.php
• path dello script: /home/dominio/public_html/cronjob.php

Nel caso definito dall’esempio, nel cron andrà indicato il path dello script e non la url. In tal modo, l’esecuzione avverrà senza errori e si potrà ricevere il giusto output nella propria casella di posta.

Nell’installazione di un sistema Plesk con la webmail Horde può accadere che, tentando di accedere con i dati corretti alla webmail, non si venga riconosciuti come utenti del sistema. Horde indica semplicemente che username e password non sono esatti (invalid login).

Nei log di Horde viene visualizzato un errore di questo tipo:

HORDE [error] [imp] FAILED LOGIN xx.xx.xx.xx to localhost:143[imap/notls] as account@domain.com [on line 258 of "/usr/share/psa-horde/imp/lib/Auth/imp.php"]

Quando accade ciò, per risolvere il problema occorre disattivare la protezione SElinux. Su CentOS è sufficiente eseguire il comando setup nel terminale.

In Joomla 1.5 c’è un problema con il salvataggio di alcune pagine (es. Configurazione sito).

Alcuni utenti hanno riscontrato la restituzione da parte di apache di questo errore:

406 Not Acceptable
An appropriate representation of the requested resource /joomladir/administrator/index.php could not be found on this server.

Il problema è una regola di mod_security “standard” che mette, generalmente, l’installazione base di quest’ultimo pacchetto per apache 2.2.x (easyapache di cPanel utilizza queste regole standard).

Per eliminare il problema, basta commentare la regola:

#SecRule REQUEST_URI|REQUEST_BODY “xmlrpc”

e sostituirla con la seguente:

########################################
#MTS
#XML-RPC generic attack sigs
SecRule REQUEST_HEADERS “^Content-Type\: application/xml” chain
SecRule REQUEST_BODY “(\<.*xml)” chain
SecRule REQUEST_BODY “(echo( |\(|\’).*\;|chr|fwrite|fopen|system|echr|passthru|popen|proc_open|shell_exec|exec|proc_nice|proc_terminate|proc_get_status|proc_close|pfsockopen|leak|apache_child_terminate|posix_kill|posix_mkfifo|posix_setpgid|posix_setsid|posix_setuid|phpinfo)\(.*\)\;” chain
SecRule REQUEST_BODY “methodCall\>”

#Specific XML-RPC attacks on xmlrpc.php
SecRule REQUEST_URI “(xmlrpc|xmlrpc.*)\.php” chain
SecRule REQUEST_BODY “(\<.*xml)” chain
SecRule REQUEST_BODY “(echo( |\(|\’).*\;|chr|fwrite|fopen|system|echr|passthru|popen|proc_open|shell_exec|exec|proc_nice|proc_terminate|proc_get_status|proc_close|pfsockopen|leak|apache_child_terminate|posix_kill|posix_mkfifo|posix_setpgid|posix_setsid|posix_setuid|phpinfo)\(.*\)\;”

#Too generic, unless you know you won’t see this in any of the fields of an XMLRPC message on your system
#SecRule REQUEST_URI “/xmlrpc\.php” chain
#SecRule “(cd|perl |python |rpm |yum |apt-get |emerge |lynx |links |mkdir |elinks |cmd|pwd|wget |id|uname |cvs |svn |(s|r)(cp|sh) |rexec |smbclient |t?ftp |ncftp |curl |telnet |gcc |cc |g\+\+ |\./)”

#XML-RPC SQL injection generic signature
SecRule REQUEST_URI “(xmlrpc|xmlrpc_.*)\.php” chain
SecRule REQUEST_BODY “.*.*.*(select|grant|delete|insert|drop|do|alter|replace|truncate|update|create|rename|describe)[[:space:]]+[A-Z|a-z|0-9|\*| |,]+[[:space:]](from|into|table|database|index|view).*methodName\>”
##########################################