<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>blog.morphey.org &#187; cPanel</title>
	<atom:link href="http://blog.morphey.org/category/linux/cpanel-linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.morphey.org</link>
	<description>Il blog di morphey</description>
	<lastBuildDate>Mon, 17 Oct 2011 08:31:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Installare il modulo php MSSQL su CentOS/RedHAT con cPanel</title>
		<link>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/</link>
		<comments>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/#comments</comments>
		<pubDate>Mon, 29 Nov 2010 23:00:34 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[Informatica]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[mssql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[sql]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=582</guid>
		<description><![CDATA[Come tutti sanno, collegarsi ad un database MSSQL (windows) da php, richiede un modulo aggiuntivo: php-mssql
Chi ha un server con cPanel installato, sa bene che questo modulo non è presente in EasyApache. Vediamo come installarlo in CentOS (o RedHat) manualmente insieme alle librerie che servono.
Per prima cosa, installiamo tramite yum il driver ODBC opensource per linux e FreeTDS (comprensivo di devels per le compilazioni) :
yum -y install unixODBC freetds freetds-devel
Qui c&#8217;è da fare subito un notazione: su macchine x86_64, c&#8217;è un problema con la libreria libsybdb.so che ci serve nel ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/11/30/installare-il-modulo-php-mssql-su-centosredhat-con-cpanel/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>cPanel e Munin: le statistiche di mysql non vengono generate</title>
		<link>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/</link>
		<comments>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/#comments</comments>
		<pubDate>Fri, 09 Jul 2010 12:20:31 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Sistemistica]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=513</guid>
		<description><![CDATA[Quando si cambia la password di root di mysql e si ha cPanel con il plugin di Munin installato, capita che il munin-node non aggiorni le statistiche di MySQL.
Per ovviare a questo problema, editiamo il fil /etc/munin/plugin-conf.d/cpanel.conf e inseriamo queste direttive nella sezione [mysql]
env.mysqladmin /usr/bin/mysqladmin
env.mysqlopts &#8211;defaults-extra-file=/root/.my.cnf
il risultato sarà questo:
[mysql*]
user  root
group wheel
env.mysqladmin /usr/bin/mysqladmin
env.mysqlopts  &#8211;defaults-extra-file=/root/.my.cnf

Successivamente  riavviate munin: /etc/init.d/munin-node restart
]]></description>
		<wfw:commentRss>http://blog.morphey.org/2010/07/09/cpanel-e-munin-le-statistiche-di-mysql-non-vengono-generate/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trovare tutti gli IP attivi in una subnet ed effettuare un lookup per trovare il proprio mac address</title>
		<link>http://blog.morphey.org/2008/09/11/trovare-tutti-gli-ip-attivi-in-una-subnet-ed-effettuare-un-lookup-per-trovare-il-proprio-mac-address/</link>
		<comments>http://blog.morphey.org/2008/09/11/trovare-tutti-gli-ip-attivi-in-una-subnet-ed-effettuare-un-lookup-per-trovare-il-proprio-mac-address/#comments</comments>
		<pubDate>Thu, 11 Sep 2008 09:30:40 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Reti]]></category>
		<category><![CDATA[Sistemistica]]></category>
		<category><![CDATA[arp]]></category>
		<category><![CDATA[fping]]></category>
		<category><![CDATA[indirizzo ip]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[lan]]></category>
		<category><![CDATA[lookup]]></category>
		<category><![CDATA[mac-address]]></category>
		<category><![CDATA[macaddress]]></category>
		<category><![CDATA[rete]]></category>
		<category><![CDATA[subnet]]></category>
		<category><![CDATA[wan]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=213</guid>
		<description><![CDATA[In ambito sistemistico (più networking) si può avere la necessità di avere una lista di tutti gli indirizzi IP che sono già occupati. In più vogliamo sapere anche il mac-address a cui è legato l&#8217;ip.
In genere, tute le macchine hanno il ping-reply attivo: per vedere se è online, basta effettuare un ping all&#8217;host della macchina per vedere se è attiva.
Possiamo sfruttare, per questo, un comando poco conosciuto ma molto utile in linux: fping.
Non è presente, in genere, nei repository delle solite distribuzioni ma si può trovare, ad esempio, nel rpmforge ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/09/11/trovare-tutti-gli-ip-attivi-in-una-subnet-ed-effettuare-un-lookup-per-trovare-il-proprio-mac-address/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>cPanel bug: Accesso root tramite account reseller</title>
		<link>http://blog.morphey.org/2008/05/20/cpanel-bug-accesso-root-tramite-account-reseller/</link>
		<comments>http://blog.morphey.org/2008/05/20/cpanel-bug-accesso-root-tramite-account-reseller/#comments</comments>
		<pubDate>Tue, 20 May 2008 14:21:53 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[resellers]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/?p=165</guid>
		<description><![CDATA[ E&#8217; appena uscito un bug per il WHM di cPanel: tale bug permette ad un attaccante di avere accesso root tramite un semplice account rivenditore.
Ecco la descrizione (in inglese) dell&#8217;exploit:
By : Ali Jasbi ( IHST security &#38; hacking Research team) WwW.Hackerz.ir
Vendor : Cpanel.net
Version : ALL !!
Risk : Very high
What u can do with this bug is :
u can have a access to all the server with reseller privilege (Th3 r00t)
how it&#8217;s work ?
when u want to create an account in shell what will happen ?
./script/wwwact [domainname] [username] [password] [Email ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/05/20/cpanel-bug-accesso-root-tramite-account-reseller/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>cPanel: register_globals sul singolo virtualhost con apache 2.x e mod_suphp</title>
		<link>http://blog.morphey.org/2008/03/20/cpanel-attivare-register_globals-per-un-solo-dominio-e-personalizzare-del-virtualhost-specifico/</link>
		<comments>http://blog.morphey.org/2008/03/20/cpanel-attivare-register_globals-per-un-solo-dominio-e-personalizzare-del-virtualhost-specifico/#comments</comments>
		<pubDate>Thu, 20 Mar 2008 11:52:31 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[configpath]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[httpd.conf]]></category>
		<category><![CDATA[includes]]></category>
		<category><![CDATA[mod_suphp]]></category>
		<category><![CDATA[php.ini]]></category>
		<category><![CDATA[register_globals]]></category>
		<category><![CDATA[scripts]]></category>
		<category><![CDATA[ssl]]></category>
		<category><![CDATA[std]]></category>
		<category><![CDATA[suphp]]></category>
		<category><![CDATA[suPHP_ConfigPath]]></category>
		<category><![CDATA[user.conf]]></category>
		<category><![CDATA[userdate]]></category>
		<category><![CDATA[vhost]]></category>
		<category><![CDATA[virtualhost]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/03/20/cpanel-attivare-register_globals-per-un-solo-dominio-e-personalizzare-del-virtualhost-specifico/</guid>
		<description><![CDATA[Vediamo come modificare un solo virtualhost senza perdere le modifiche alla rigenerazione dell&#8217;httpd.conf di apache.
Se non esiste, creiamo la cartella /usr/local/apache/conf/userdata/std/2/UTENTE/DOMINIO.EST/
Possiamo sostituire &#8220;std&#8221; con &#8220;ssl&#8221; se vogliamo modificare il virtualhost &#8220;solo&#8221; per l&#8217;ssl.
Se usiamo apache 1.x dobbiamo cambiare il &#8220;2&#8221; con &#8220;1&#8220;.
Creiamo un file di nome user.conf (o di qualsiasi altro nome, l&#8217;importante è che risulta l&#8217;estensione .conf).
In questo file mettiamo le direttive specifiche per questo dominio in modo che prende le variabili personalizzate del php.ini da un altro file.
Nell&#8217;esempio, vogliamo attivare il register_globals solo per questo dominio.
Il mod_suphp permette ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/03/20/cpanel-attivare-register_globals-per-un-solo-dominio-e-personalizzare-del-virtualhost-specifico/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>cPanel: Abilitare spamassassin a tutti gli utenti</title>
		<link>http://blog.morphey.org/2008/01/15/cpanel-abilitare-spamassassin-a-tutti-gli-utenti/</link>
		<comments>http://blog.morphey.org/2008/01/15/cpanel-abilitare-spamassassin-a-tutti-gli-utenti/#comments</comments>
		<pubDate>Tue, 15 Jan 2008 16:58:23 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[account]]></category>
		<category><![CDATA[accounts]]></category>
		<category><![CDATA[chmod]]></category>
		<category><![CDATA[configuration]]></category>
		<category><![CDATA[configurazione]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[editor]]></category>
		<category><![CDATA[enable]]></category>
		<category><![CDATA[exim]]></category>
		<category><![CDATA[forum]]></category>
		<category><![CDATA[post]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[spamassassin]]></category>
		<category><![CDATA[WHM]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/01/15/cpanel-abilitare-spamassassin-a-tutti-gli-utenti/</guid>
		<description><![CDATA[ Nel WHM di cPanel manca qualcosa molto utile per gli admin del {it:server}.
Stiamo parlando dell&#8217;abilitazione di Spamassassin per tutti gli account in un solo colpo.
E&#8217; vero che abbiamo nella sezione &#8220;Exim configuration editor&#8221; la possibilità di flaggare &#8220;SpamAssassin: Enable for all users without the option for users to shut off per account&#8221;: questo fa si che venga abilitato spamassassin su tutti gli account, ma è anche vero che disabilita di fatto il pulsante &#8220;Disable spamassassin&#8221; nel singolo cPanel dell&#8217;utente impedendo a quest&#8217;ultimo di scegliere se abilitarlo o meno.
Spizzando il ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/01/15/cpanel-abilitare-spamassassin-a-tutti-gli-utenti/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Sicurezza: rendere sicuro un server linux (compatibile con cPanel e DirectAdmin)</title>
		<link>http://blog.morphey.org/2008/01/10/sicurezza-rendere-sicuro-un-server-linux-compatibile-con-cpanel-e-directadmin/</link>
		<comments>http://blog.morphey.org/2008/01/10/sicurezza-rendere-sicuro-un-server-linux-compatibile-con-cpanel-e-directadmin/#comments</comments>
		<pubDate>Thu, 10 Jan 2008 16:36:34 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Segnalazioni]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[directadmin]]></category>
		<category><![CDATA[fedora]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[redhat]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[servermonkeys]]></category>
		<category><![CDATA[sicurezza]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/01/10/sicurezza-rendere-sicuro-un-server-linux-compatibile-con-cpanel-e-directadmin/</guid>
		<description><![CDATA[ Volevo segnalare questo fantastico script, che installa in automatico tutte le versioni più recenti dei sistemi di Firewall, Antiflood e altro ancora.
Dal sito di Server Monkeys :

Install RKHunter
Install RKHunter Cronjob which emails a user-set email address nightly
Install/update APF
Add SM/TP monitoring IPs (view information on these in Orbit)
Install/update BFD
Install CHKROOTKIT
Install CHKROOTKIT Cronjob which emails a user-set email address nightly
Disable Telnet
Force SSH Protocol 2
Secure /tmp
Secure /var/tmp
Secure /dev/shm
Install/update Zend Optimizer
Install/update eAccelerator
MySQL 4.0 and 4.1 Configuration Optimization (cPanel only)
Upgrade MySQL to 4.1 (cPanel only)
Tweak WHM Settings for security and stability
Configure RNDC if not ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/01/10/sicurezza-rendere-sicuro-un-server-linux-compatibile-con-cpanel-e-directadmin/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Spamassassin: soluzione al problema di overload</title>
		<link>http://blog.morphey.org/2008/01/09/soluzione-al-problema-di-spamssassin-in-overload-quando-un-utente-ha-spazio-esaurito/</link>
		<comments>http://blog.morphey.org/2008/01/09/soluzione-al-problema-di-spamssassin-in-overload-quando-un-utente-ha-spazio-esaurito/#comments</comments>
		<pubDate>Wed, 09 Jan 2008 15:40:45 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[exim]]></category>
		<category><![CDATA[overload]]></category>
		<category><![CDATA[patch]]></category>
		<category><![CDATA[spam]]></category>
		<category><![CDATA[spamassassin]]></category>
		<category><![CDATA[spamd]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/01/09/soluzione-al-problema-di-spamssassin-in-overload-quando-un-utente-ha-spazio-esaurito/</guid>
		<description><![CDATA[Ultimamente gli sviluppatori di Spamassassin non stanno più sviluppando il software antispam.
Chi ha attive le quote sulla macchina linux (parlo per gli utenti di cPanel) ha potuto constatare che per un bug di spamassassin ancora non corretto, se un utente ha lo spazio sul proprio account esaurito, spamassassin va in overload facendo piantare di fatto la macchina.
Tutto questo perchè, a quota esaurita, se un utente riceve ancora email (che chiaramente vengono inviate indietro con il messaggio &#8220;Mailbox is full&#8221;) il file .spamassassin presente nel suo account rimane letteralmente bloccato facendo ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/01/09/soluzione-al-problema-di-spamssassin-in-overload-quando-un-utente-ha-spazio-esaurito/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Risoluzione errore dell&#8217; smtp di exim (cPanel) &#8220;T=remote_smtp defer (-53): retry time not reached for any host&#8221; e diminuire il problema della coda</title>
		<link>http://blog.morphey.org/2008/01/09/risoluzione-errore-dell-smtp-di-exim-cpanel-tremote_smtp-defer-53-retry-time-not-reached-for-any-host-e-diminuire-il-problema-della-coda/</link>
		<comments>http://blog.morphey.org/2008/01/09/risoluzione-errore-dell-smtp-di-exim-cpanel-tremote_smtp-defer-53-retry-time-not-reached-for-any-host-e-diminuire-il-problema-della-coda/#comments</comments>
		<pubDate>Wed, 09 Jan 2008 15:22:30 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[-53]]></category>
		<category><![CDATA[coda]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[defer]]></category>
		<category><![CDATA[errore]]></category>
		<category><![CDATA[exim]]></category>
		<category><![CDATA[lunga]]></category>
		<category><![CDATA[queue]]></category>
		<category><![CDATA[reached]]></category>
		<category><![CDATA[remote_smtp]]></category>
		<category><![CDATA[retry]]></category>
		<category><![CDATA[smtp]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/01/09/risoluzione-errore-dell-smtp-di-exim-cpanel-tremote_smtp-defer-53-retry-time-not-reached-for-any-host-e-diminuire-il-problema-della-coda/</guid>
		<description><![CDATA[Il server smtp di cPanel (exim) ultimamente sembra avere problemi con alcuni filtri impostati da grossi provider come tiscali.it, alice.it, msn.it/.com, yahoo.it/.com.
L&#8217;errore che troviamo nell&#8217;exim_maillog è generalmente questo:
 2008-01-06 12:39:04 1JBTqJ-0008Eo-Mp &#60;= info@www.miodominio.it H=localhost [127.0.0.1] P=esmtpa A=fixed_login:info@miodominio.it S=1372 id=20080106123903.tk8fn2utwgksg8w8@www.miodominio.it
2008-01-06 12:39:04 1JBTqJ-0008Eo-Mp == indirizzo@tiscali.it R=lookuphost T=remote_smtp defer (-53): retry time not reached for any host
Questo problema, pultroppo, ancora non è stato risolto completamente dagli sviluppatori di cPanel.
Per risolvere, è necessario cambiare il file di configurazione di exim (exim.conf).

Chiaramente non è possibile cambiare direttamente l&#8217;exim.conf in quanto, al prossimo aggiornamento di cPanel, ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/01/09/risoluzione-errore-dell-smtp-di-exim-cpanel-tremote_smtp-defer-53-retry-time-not-reached-for-any-host-e-diminuire-il-problema-della-coda/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>HOWTO &#8211; Risolvere il problema delle query in sleep su mysql</title>
		<link>http://blog.morphey.org/2008/01/05/howto-risolvere-il-problema-delle-query-in-sleep-su-mysql/</link>
		<comments>http://blog.morphey.org/2008/01/05/howto-risolvere-il-problema-delle-query-in-sleep-su-mysql/#comments</comments>
		<pubDate>Sat, 05 Jan 2008 10:35:08 +0000</pubDate>
		<dc:creator>morphey</dc:creator>
				<category><![CDATA[cPanel]]></category>
		<category><![CDATA[Howto]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[cpanel]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[overload]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[query]]></category>
		<category><![CDATA[sleep]]></category>

		<guid isPermaLink="false">http://blog.morphey.org/index.php/2008/01/05/howto-risolvere-il-problema-delle-query-in-sleep-su-mysql/</guid>
		<description><![CDATA[E&#8217; capitato molte volte di trovarsi di fronte a un problema serio su macchine in hosting e mysql installato.
Se ci sono siti progettati male (e, credetemi, ce ne sono!) molti programmatori non fanno attenzione ad ottimizzare le proprie query.
La situazione che si crea, è quella di trovarsi il load alto della macchina e, facendo un mysqladmin proc da root, ci troviamo di fronte una marea di query in sleep.
Ho aggirato il problema, facendo questo script che posto di seguito.
In pratica ad intervalli di tempo stabiliti (di default ogni 60 secondi) ...]]></description>
		<wfw:commentRss>http://blog.morphey.org/2008/01/05/howto-risolvere-il-problema-delle-query-in-sleep-su-mysql/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

