Mondadori sceglie Serverplan per il lancio del sito Sorrisiasanremo relativo al Festival di San Remo.

Per l’evento sono stati previsti circa 2 milioni di visitatori, vista la mole di utenti è stata adotatta una soluzione load balance composta da

• 4 web server dedicati Power Edge 1950 con 8Gb di ram, 2 x 143 Gb Sas in raid 1
• 1 server dedicato MySQL Power Edge 2950 con 12GB di ram 2 x 143 Gb Sas in raid 1

Il sistema permette di ripartire i visitatori su server differenti in modo da garantire il massimo della stabilità e performace.

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.

Spesso capita di ricevere messaggi di errore inviando mail a Yahoo tramite smtp su Server Dedicato o VPS. Questo accade perché le specifiche dei mail server di Yahoo sono decisamente restrittive. L’errore restituito dal server Yahoo è il seguente

“Failed Recipient: xxxxxxxx@yahoo.it
Reason: Remote host said: 421 Message from (xxx.xxx.xxx.xxx) temporarily deferred - 4.16.50. Please refer to http://help.yahoo.com/help/us/mail/defer/defer-06.html“

La procedura per “forzare” la ricezione della posta su SmarterMail prevede la modifica del parametro “Time Between Retries” in

Settings -> General Settings -> Spool

Il valore da inserire in Spool è:

5, 15, 30, 60, 90, 1140, 2280

Dopo aver modificato il valore “Time Between Retries“, può essere di aiuto la compilazione del modulo che Yahoo mette a disposizione sul proprio sito per segnalare il dominio dal quale la posta viene inviata. Il form è raggiungibile al seguente indirizzo:

http://help.yahoo.com/l/us/yahoo/mail/postmaster/forms_index.html

Qualche link di supporto al problema di greylist su Yahoo:

• 421 Message from (x.x.x.x) temporarily deferred - 4.16.50 (documentazione ufficiale)
• Form di comunicazione del proprio dominio a Yahoo
• Discussioni sul problema nel forum di SmarteMail

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\>”
##########################################