I have the latest WordPress version – is my Website protected? – Security Labs.
Un interessante articolo di Websense sui recenti attacchi a siti / blog basati sulla piattaforma WordPress.
I have the latest WordPress version – is my Website protected? – Security Labs.
Un interessante articolo di Websense sui recenti attacchi a siti / blog basati sulla piattaforma WordPress.
Pochi sanno che in Mac OS X 10.7 è nascosta una piccola e comoda utility per monitorare le performance della rete Wi-Fi chiamata “Wi-Fi Diagnostic”.
Si trova in:
/System/Library/CoreServices
A partire dalla release 7 e nelle versioni successive, in Firefox non viene più mostrato il protocollo col quale ci stiamo collegando ad un sito web, ma viene mostrato unicamente e direttamente il nome del dominio.
Trovo che questa scelta, anche se votata a “rendere più facile e chiara” (almeno a quanto dicono a Mozilla) la fruzione del browser, sia piuttosto “stupida”: è comunque possibile ripristinare la visualizzazione dei protocolli accedendo ai parametri avanzati.
Fatto 🙂
Entrando in ssh, o da cli:
# esxcfg-nics -l
Name PCI Driver Link Speed Duplex MAC Address
vmnic0 00:02:04.00 ACME Up 1000Mbps Full 01:23:45:67:89:AB
vmnic1 00:02:05.00 ACME Up 1000Mbps Full 01:23:45:67:78:AC
Microsoft ha rilasciato una nuova preview di Windows8, scaricabile gratuitamente da qui:
Dopo aver installato VMware Workstation 8 su una box Debian “squeeze” 6.0.4 64-bit, ho iniziato ad avere molti problemi ed errori durante l’installazione di nuovi pacchetti tramite apt-get.
Nella fase di attivazione degli init script appena installati da apt-get, infatti, compaiono a console centinaia di errori come questo:
insserv: Starting vmware-USBArbitrator depends on rmnologin and therefore on system facility `$all' which can not be true! insserv: There is a loop at service rmnologin if started insserv: Max recursions depth 99 reached
Il problema è causato, come intuibile, dal modulo “vmware-USBArbitrator“, posto in /etc/init.d, che è conforme alle direttive LSB per gli script di boot.
Per risolvere il problema è sufficiente editare lo script /etc/init.d/vmware-USBArbitrator ed aggiungere (all’inizio del file) le seguenti stringhe:
### BEGIN INIT INFO # Provides: vmware-USBArbitrator # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 5 # Default-Stop: 2 3 5 # Short-Description: Start daemon when vmware starts # Description: Enable service provided by daemon. ### END INIT INFO
Maggiori informazioni le potete trovare qui http://communities.vmware.com/thread/337769
Disable OS X Dashboard by Mike Hudson
…non c’è! 🙂
O meglio, non è installato di default.
In Windows Server 2008, infatti, Microsoft ha scelto di non installare o attivare di default molti programmi o tool in modo da avere un server il più possibile pulito ed esente da funzionalità non necessarie o che potrebbero rendere il server vulnerabile ad attacchi o instabile: questa è sicuramente è una buona strada da percorrere, ma i criteri di scelta di Microsoft sono secondo me ampiamente rivedibili: per dire, di default non è installato nemmeno il client telnet…
Per installare “Pulizia Disco” bisogna:
1) aprire "Server Manager"; 2) cliccare su "Add Feature"; 3) selezionare "Desktop Experience" (e magari anche "Telnet client"); 4) riavviare.
Di recente ho avuto diversi problemi su una macchina con sistema operativo Windows Server 2008 R2, di recente installazione, che non riusciva ad eseguire Windows Update: ogni volta che veniva avviata l’applet appariva il messaggio di errore “80072F8F” e non c’era verso di fargli controllare ed installare gli aggiornamenti.
Il sito di supporto di Microsoft, purtroppo, non mi è stato di grande aiuto: veniva infatti riportata una soluzione al problema, peraltro per Windows7 (visto che per 2008R2 non esiste nulla), la quale indicava che il problema era causato dal disallineamento di data ed ora tra il computer ed i server di WindowsUpdate: ho verificato gli orari e li ho anche sincronizzati via NTP, ma il problema persisteva.
Per fortuna, la soluzione mi si è presentata davanti quasi per caso: provando a navigare dal server su siti HTTPS comuni apparivano continuamente errori di certificati SSL: un breve controllo ha rivelato che i “root certificates” del server erano incompleti o danneggiati.
Ho quindi reinstallato il pacchetto “Update for Root Certificates [November 2011] (KB931125)“, riavviato il server e Windows Update ha ripreso a funzionare.
test da wordpress/iOS 🙂