In attesa di procedure più dettagliate vi riporto le operazioni da effettuare per la rimozione manuale della nuova  versione di questo fastidioso inconveniente:

1. Ottenere il SID dell’utente infetto, accedere al SO da un altro utente amministratore e lanciare regedit
2. Portarsi su [HKEY_USERS\***SID***\Software\Microsoft\Windows NT\CurrentVersion\Winlogon] e assicurarsi che la chiave “Shell” abbia come valore explorer.exe
3. Se nella suddetta chiave vi è qualche altro riferimento, rimuovere i file fisici a cui si riferiscono e ripristinare il valore come indicato al punto 2
4. Accedere con l’utente in questione…

Al termine effettuare comunque una scansione con un buon antivirus aggiornato…

A presto !

Se la risposta è si seguite questo procedimento:

Prerequisiti

• Telefono con accesso root
• Il file mmssms.db prelevato dalla ROM MIUI contente o messaggi che intendete ripristinare (E’ possibile estrapolarlo anche da un NANDROID Backup piùavanti vi spiego come fare…)
• Il programma MIUI SMS Importer prelevabile dal PlayStore

Procedura

• Copiate il file mmssms.db nella root della vostra SD ovvero in /mnt/sdcard/mmssms.db
• Assicuratevi che il database locale nuovo si trovi in /data/data/com.android.providers.telephony/databases/mmssms.db
• Lanciate l’importazione dal programma MIUI SMS Importer
• Riavviate il telefono. Finito !

Suggerimenti

Se volete estrarre il file mmssms.db da un NADROID backup precedentemente effettuato su MIUI utilizzate la seguente procedura:

• Installate il programma NADROID Browser
• Selezionate il backup dall’elenco mostrato e portatevi al seguente percorso: datadata.yaffs2.img/com.android.providers.telephony/databases/mmssms.db
• Copiatelo sulla root della SD.

Se il percorso del db di origine o di destinazione sono differenti da quelli preimpostati sul MIUI SMS Importer è necessario modificarlo pena il  non funzionamento del programma.

http://www.jeflab.net/jeflab-nets-users-forum/?mingleforumaction=viewforum&f=1.0

Alla prossima !

Alla prossima !

http://www.jeflab.net/jeflab-nets-users-forum

ATTENZIONE: richiede la versione 1.25 (o successiva) di AutoPrefix.

AutoPrefix SMS Plugin - Impostazioni

AutoPrefix SMS Plugin - Modalità Conferma

Download

Link Android Market

Download

Link Android Market

AutoPrefix è la soluzione semplice ed immediata per risolvere il problema:

-Imposta la modalità Auto o Selezione manuale

-Imposta il prefisso da anteporre alle tue chiamate

-Eventualmente impostare il suffisso (ad es. se la chiamata richiede una selezione DTMF del tasto 0 si può utilizzare la combinazione “,0″)

Ora puoi cominciare ad effettuare le tue chiamate.

Le altre opzioni del programma comprendono:

-Rimozione automatica dell’area code +39 dal numero

-Salvataggio in cronologia chiamate del numero originale senza prefisso/suffisso

Funziona correttamente con profili Tim DUO per la composizione delle chiamate personali (vedi screenshoots per la configurazione).

AutoPrefix -Impostazioni

AutoPrefix - Selezione manuale

Download

Link Android Market

La prima cosa da fare è:

iMovie->Condivisione->Esporta utilizzando QuickTime e scegliere il formato MPEG4

Poi dal tasto <Opzioni> impostare il tutto come da screenshot seguenti:

Opzioni - Video

Opzioni - Audio

Tenete conto che con queste impostazioni per 30 minuti di video le dimensioni si aggirano intorno ai  2,7 GB, quindi occhio allo spazio su disco.

Alla prossima !

L’installazione di OpenVPN su Android è un operazione che presuppone un minimo di esperienza con la shell di Linux. Non è un operazione estremamente complessa ma prima di iniziare è necessario provvedere ai seguenti prerequisiti:

• Accesso root.
• Android SDK correttamente installato.
• BusyBox installato su Android.
• Modulo tun.ko compatibile con la versione kernel di Android.

Il seguente tutorial è stato testato con successo su Galaxy S – Froyo (vers. kernel 2.6.32.9) con questo modulo tun.ko.

Utilizzo di adb

Per completare il tutorial si rende necessario l’utilizzo di un utility di Android SDK: adb. Questa utlity permette di collegarsi direttamente alla shell di Android o di scrivere e leggere il filesystem del device.

L’utility adb si trova in android-sdk\platform-tools; I comandi più utilizzati sono:

1

adb shell

adb shell

Permette di collegarsi alla shell di Android

1

adb push file_locale file_remoto

adb push file_locale file_remoto

Permette di copiare file dal computer locale sul device remoto

Installazione OpenVPN Installer/Settings

• Scaricare dal market ed installare OpenVPN Installer e OpenVPN Settings di Friedrich Schauffelhut.
• Settare OpenVPN Settings nella maniera seguente (menu Advanced) :

OpenVPN settings - Advanced

OpenVPN Settings - Tun Settings

• Tramite OpenVPN Installer eseguite l’installazione dei binari indicando come path di installazione /system/xbin/ e come path per ifconfig/route /system/xbin/bb/

Installazione e test modulo tun.ko

Come già anticipato nelle premesse, per il corretto funzionamento di OpenVPN vi serve un modulo tun.ko compatibile con la vs. versione kernel. Il modulo che vi riporto qui è stato testato con successo su Galaxy S – Froyo (vers. kernel 2.6.32.9).

• Copiare il file tun.ko in /sdcard/tun.ko tramite adb:

1

adb push C:\tun.ko /sdcard/tun.ko

adb push C:\tun.ko /sdcard/tun.ko

Per verificare se il modulo funziona correttamente:

1

adb shell

adb shell

1

$insmod /sdcard/tun.ko

$insmod /sdcard/tun.ko

Ulteriori configurazioni

Prima di effettuare un test di connessione bisogna provvedere a creare la cartella /system/xbin/bb/ dove posizionare i link simbolici a ifconfig e route (Sebbene l’installer chieda il percorso di ifconfig e route, openvpn non funziona se non li trova in tale directory). Di seguito riporto i comandi presupponendo che BusyBox sia installato su /system/xbin/:

1

adb shell

adb shell

1
2
3
4
5

$su
#mount -o remount,rw /system /system
#mkdir /system/xbin/bb
#ln -s /system/xbin/ifconfig /system/xbin/bb/ifconfig
#ln -s /system/xbin/route /system/xbin/bb/route

$su
#mount -o remount,rw /system /system
#mkdir /system/xbin/bb
#ln -s /system/xbin/ifconfig /system/xbin/bb/ifconfig
#ln -s /system/xbin/route /system/xbin/bb/route

Infine copiare i file di configurazione di OpenVPN (ovvero il file conf e tutti i certificati) nella directory /sdcard/openvpn/.

A questo punto abbiamo finito di configurare il tutto e possiamo provare tramite OpenVPN Settings ad avviare la connessione.

Nel prossimo articolo andremo ad affrontare alcune delle problematiche di installazione più comuni.

Un ringraziamento particolare va all’amico Giulio Evangelisti.

Alla prossima !

Questo simpaticissimo messaggio ci indica che il file che contiene l’hive di registro SYSTEM è corrotto o mancante pertanto il SO non può effettuare il boot; stesso messaggio se proviamo con la modalità provvisoria.

Ci sono svariate tecniche da utilizzare per provare a risistemare il tutto:

• Boot con CD di Windows e poi chkdsk /p da console per sistemare eventuali errori logici sul disco
• Utilizzare una copia dei file di registro danneggiati che si trovano in C:\Windows\Repair, tentare il boot e poi magari cercare un punto di ripristino recente (solo su XP,Vista e 7)
• Utilizzare utility di recupero file danneggiati di terze parti
• Sperare in un miracolo (personalmente non ho avuto mai grossi risultati…)

Se nessuna delle precedenti tecniche dà i suoi frutti si può tentare un recovery dei file di registro in questione utilizzano semplicemente regedit (su un pc che funziona ovviamente…); vediamo come:

OFFLINE REGISTRY FILE RECOVER con regedit.exe

1. Recuperare il file dell’hive danneggiato (in questo caso C:\Windows\System32\Config\SISTEM) e copiarlo su un altro PC (con quale sistema decidete voi…).
2. Aprire regedit.exe e selezionare HKEY_USERS o HKEY_LOCAL_MACHINE, poi dal menu file selezionare Carica hive (vedi figura 1).
   

   Figura 1

3. Selezionare il file SYSTEM in questione, a questo punto regedit vi chiederà il nome della chiave sotto la quale caricare l’hive, io ho usato temp (vedi figura 2).
4. Tasto DX sulla sottochiave temp e poi Esporta (vedi figura 2).


Figura 2

 

5. Selezionare il formato File hive del registro di sistema *.* (vedi figura 3).

Figura 3

Se l’esportazione va a buon fine, il risultato sarà una copia del suddetto file ripulita da eventuali informazioni corrotte o illeggibili (in teoria). Facendo il raffronto con le dimensioni ci accorgiamo che effettivamente il processo ha eliminato una parte di informazioni:

Prima

Dopo

A questo punto non ci resta che sostituirlo al file originale e tentare il boot del SO.

La tecnica è stata testata con successo su un Windows Server 2003 di cui purtroppo non era disponibile alcun System State e nessuna copia di sicurezza, dopo aver invano provato con chkdsk e compagnia.

Alla prossima !

La virtualizzazione sta assumendo in ambito aziendale un ruolo sempre più significativo. Da parecchi anni il leader incontrastato, oltre che precursore, in ambito di virtualizzazione è VMWare. Oggi però il mercato dei sistemi di virtualizzazione è notevolmente ampliato e tra i concorrenti ritroviamo anche due colossi come Microsoft ed Oracle. Esistono chiaramente molteplici soluzioni di virtualizzazione ma quando si parla di server consolidation in genere ci si riferisce a quelle piattaforme che centralizzano la gestione e l’esecuzione delle macchine virtuali creando delle vere e proprie server farm virtuali. I vantaggi per le aziende sono evidenti:

• Manutenzione hardware ridotta
• Scalabilità dei sistemi
• Alta disponibilità dei servizi
• Gestione semplificata
• Risparmio energetico

I prodotti che andremo ad esaminare fanno parte proprio di questa tipologia, in genere si tratta di Sistemi Operativi dedicati alla funzione di host per macchine virtuali, dotati delle sole funzionalità di virtualizzazione necessari ad ospitare le macchine guest (vedi figura 1).



Figura 1

Un altro aspetto da tenere in considerazione è che tutte le piattaforme prese in esame sono totalmente gratuite, non c’è nessuna licenza da pagare a parte chiaramente quella o quelle dei SO guest in esecuzione sulle stesse. In questo scenario più o meno tutte le piattaforme garantiscono le stesse funzionalità di base ma a seconda delle nostre esigenze e dell’hardware fisico a nostra disposizione potrebbe essere conveniente installare l’una o l’altra. Anche il software che deve essere ospitato sulle macchine guest dovrebbe essere pienamente supportato; un esempio su tutti: Oracle non concede il supporto tecnico sui propri prodotti database installati su macchine virtuali che non siano basate su Oracle VM (anche se pienamente installabile su Hyper-v e compagnia).

Microsoft HYPER-V Server 2008 R2

http://www.microsoft.com/hyper-v-server

Il sistema di casa Microsoft è stato rilasciato nel 2008 e lo si trova già integrato nelle versioni Enterprise di Windows Server 2008 R2. La versione in esame è una versione core di Windows Server 2008 senza alcuna interfaccia grafica con il solo ruolo di HYPER-V attivo, senza dubbio una novità rispetto ai tradizionali sistemi server di casa Microsoft. Il prodotto possiede alcune caratteristiche molto interessanti tra le quali Failover Cluster e Live Migration. In pratica tramite le suddette tecnologie è possibile ottenere un infrastruttura virtuale ad alta disponibilità; Live Migration in particolare permette di spostare le macchine virtuali da un nodo ad un altro del failover cluster senza alcuna interruzione di servizio. In sintesi è possibile realizzare un cluster di macchine virtuali ad alta disponibilità a costo zero. Lo scotto da pagare per tutta questa flessibilità è quello di avere CPU a 64bit con supporto Intel VT-x o AMD-v.

VMware vSphere Hypervisor (ESXi 3.5 / 4.1)

http://www.vmware.com/products/vsphere-hypervisor

VMware storico leader in ambito di virtualizzazione, propone una piattaforma gratuita basata su un SO proprietario chiamato ESXi di derivazione Linux. Uno dei punti di forza del prodotto è la possibilità di installarlo anche su hardware a 32bit (vers. 3.5), aggiungere ed estendere a caldo vCPU, vRAM o vDisk. La buona compatibilità hardware però non compensa la mancanza di features dedicate all’alta disponibilità; è necessario infatti aggiornare ad una versione commerciale a pagamento (VMware vSphere) per poter usufruire di funzionalità come vMotion.

Xen Server 5.6 (Free edition)

http://www.citrix.com

Xen si basa su una tecnologia open source , sviluppata presso l’Università di Cambridge. Con la virtualizzazione Xen, un software leggerissimo (Xen hypervisor) viene installato direttamente sul server e rimane così tra il server hardware e il sistema operativo. Anche Xen richiede hardware a 64bit e le estensioni Intel VT-x o AMD-v sono praticamente obbligatorie (solo nel caso di macchine guest con SO Linux non sono espressamente richieste). Offre di base anche la funzionalità XenMotion per il Live Migration delle macchine guest e non è ben specificato se è possibile creare cluster di failover con la versione free. Anche il software di gestione XenCenter è veramente ben fatto: un ottimo prodotto a patto di possedere hardware aggiornato a 64bit.

Oracle VM 2.2.1

http://www.oracle.com/us/technologies/virtualization/oraclevm

Anche Oracle VM si basa sullo stesso core open source di Xen ed è l’unico ambiente certificato da Oracle per i propri prodotti. Ciò significa che se volessimo virtualizzare un installazione di Oracle Database, la stessa software house concede il supporto tecnico solo su macchine guest che girano su Oracle VM. Di fatto il prodotto possiede un ottima compatibilità hardware anche su 32bit ed integra funzionalità di alta disponibilità (Secure Live Migration). Il software di gestione, Oracle VM Manager, è totalmente web based.

Conclusioni

Decidere quale piattaforma utilizzare per la virtualizzazione server non è sicuramente una scelta facile. Il primo requisito da soddisfare è indubbiamente quello hardware: se volessimo riutilizzare hardware a 32 bit allora sicuramente la scelta si restringerebbe a VMware 3.5 o ad Oracle VM. Da non sottovalutare anche i SO delle macchine guest; non tutti i SO sono ugualmente supportati dalle varie piattaforme (per un elenco consultare direttamente i siti dei produttori). Un’altra considerazione va fatta per quanto riguarda le perfomances: non è detto ovviamente che a parità di SO e di caratteristiche delle macchine guest le prestazioni sui vari sistemi si equivalgano; VMware vanta un esperienza e una maturità dei suoi prodotti leggermente superiore rispetto ai suoi concorrenti, cosa che lo vede spesso vincitore nei vari benchmark pubblicati in rete. C’è da dire che HYPER-V è un prodotto di nuova concezione che sfrutta largamente le features di virtualizzazione HW delle nuove CPU ed è chiaro che i SO Microsoft potrebbero avere qualche beneficio; inoltre in ambienti tipicamente Microsoft è più facile per gli amministratori installare e gestire tale piattaforma. Xen ha raggiunto un grado di perfomances di tutto rispetto ed offre tutte le funzionalità di alta disponibilità degli altri sistemi sebbene alcuni esperti dichiarino che la stabilità non sia ancora perfetta. Oracle VM si basa fondamentalmente sul motore opensource di Xen; gioca un ruolo fondamentale la certificazione delle installazioni Oracle database sulle macchine guest; potrebbe obbligare di fatto un azienda che utilizza il famoso RDBMS a scegliere proprio tale piattaforma per virtualizzare i propri servizi.

Tabella riassuntiva

Articoli di approfondimento

• http://www.dpmworld.net/2009/03/16/nuovo-benchmark-esx-hyper-v-xenserver/
• http://www.hostingtalk.it/articoli/virtualizzazione/4505/virtualizzazione-e-paravirtualizzazione-pro-e-contro-rispetto-alle-so

Amministrare in remoto i servizi dei server Microsoft come Active Directory, DNS, DHCP, Cartelle Condivise può risultare macchinoso qualora i servizi siano ospitati su più server; Connettersi in remoto ai vari server per accedere alle relative console di amministrazione può risultare tedioso e poco produttivo. E’ possibile centralizzare la gestione di un qualsiasi servizio server tramite console MMC su un qualsiasi client Windows XP o Windows 7 o Vista. E’ sufficiente scaricare Microsoft Remote Server Administration Tools (RSAT) o l’AdminPack per Windows XP:

• Remote Server Administration Tools for Windows 7 – per scaricare direttamente clicca 32bit o 64bit
• Remote Server Administration Tools for Windows Vista
• Windows Server 2003 Administration Tools Pack – per scaricare direttamente clicca qui

Una volta installata l’estensione corretta è sufficiente andare in Pannello di controllo->Strumenti di Amministrazione per utilizzare gli Snap-in relativi (ad es. Utenti e computer di Active Directory).

Su Windows 7 è necessario un ulteriore passaggio prima di poter utilizzare gli Snap-In in oggetto: Pannello di controllo->Programmi->Attivazione o disattivazione delle funzionalità di Windows e attivare le opzioni desiderate sul nodo strumenti di amministrazione remota sul server.

E’ possibile inoltre creare delle console personalizzate ed aggiungere gli snap-in desiderati: Start->Esegui mmc e cliccare su File->Aggiungi/Rimuovi Snap-in, aggiungere gli snap-in desiderati e salvare la console per un utilizzo successivo:

Console MMC personalizzata

Alla prossima !

Bisogna eseguire lo script seguente

c:\someutility.exe -host:192.168.0.3 -param:someparameter

e ripeterlo per ogni host attivo nel segmento di rete che va da 192.168.0.1 a 192.168.0.254

In questo caso il “pattern” da ripetere è c:\someutility.exe -host:{0} -param:someparameter dove {0} rappresenta l’indirizzo ip dell’host su cui eseguire il comando.

A questo punto è sufficiente impostare il programma come in figura:

Network Script Generator

e cliccare sul tasto <PLAY>, Network Script Generator interrogherà il range di rete in esame e ad ogni ping positivo formatterà opportunamente la stringa pattern sostituendo {0} con l’indirizzo IP; Al termine è sufficiente copiare il risultato dalla casella output. L’unica limitazione attualmente è quella di utilizzare solo indirizzi di classe C dove a variare può essere soltanto l’ultima parte dell’indirizzo (spero di ovviare al più presto…).

Per il resto l’utility è davvero di semplice utilizzo (è richiesto .NET 2.0 Framework).

ATTENZIONE: la vers. 1.1 risolve un bug precedentemente riscontrato che in pratica non permetteva l’utilizzo dei criteri predefiniti (PING POSITIVO-NEGATIVO)

Contatti

Per qualsiasi dubbio o suggerimento contattare l’autore all’indirizzo giuseppe.culotta@gmail.com.

Network Script Generator di Giuseppe Culotta è distribuito tramite licenza Creative Commons Attribuzione-Non commerciale-Non opere derivate 2.5 Italia License. Qualsiasi utilizzo non contemplato dalla suddetta licenza deve essere concordato direttamente con l’autore.

Il desktop remoto di windows sfrutta il protocollo RDP ed è presente in tutte le versioni di windows e, seppur con qualche differenza ci permette di controllare il desktop del computer target in maniera molto efficiente. Il lato negativo è che in genere tale funzionalità  non è abilitata a meno che non si configura il tutto manualmente tramite le propietà  del sistema.

In uno scenario di rete aziendale dove tipicamente gli amministratori possiedono i diritti sui computer target (es. gruppo omain Admins o simili) si può utilizzare lil codice vbs riportato di seguito:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48

' This script will enable or disable remote desktop  on a remote system
 
const HKEY_LOCAL_MACHINE = &H80000002
strComputer = InputBox("Enter the MACHINE NAME on which you would like to enable or disable Remote Desktop:")
 
If strComputer = "" Then
  WScript.Quit
End If
 
Set StdOut = WScript.StdOut
 
On Error Resume Next
 
Set oReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\" &_ 
strComputer & "\root\default:StdRegProv")
If Err.Number <> 0 Then
  WScript.Echo "An error has occurred.  You may have mistyped the computer name." 
  WScript.Quit
End If
 
strKeyPath = "SYSTEM\CurrentControlSet\Control\Terminal Server"
strValueName = "fDenyTSConnections"
 
oReg.GetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue
 
If dwValue = 1 Then
  prompt = MsgBox ("Remote Desktop is Currently disabled.  Do you want to ENABLE it?", vbYesNo)
  If prompt = vbYes then
    dwValue = 0
    oReg.SetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue 
     WScript.Echo "Remote Desktop is now ENABLED on " & strComputer
    WScript.Quit
  ElseIf prompt = vbNo then
    WScript.Echo "Remote Desktop is still DISABLED."
   Wscript.Quit 
  End If
ElseIf dwValue = 0 then
  prompt = MsgBox ("Remote Desktop is Currently ENABLED.  Do you want to DISABLE it?", vbYesNo)
  If prompt = vbYes then
    dwValue = 1
    oReg.SetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue
    WScript.Echo "Remote Desktop is now DISABLED on " & strComputer
    WScript.Quit
  ElseIf prompt = vbNo then
    WScript.Echo "Remote Desktop is still ENABLED." 
    WScript.Quit
  End If
End If

' This script will enable or disable remote desktop  on a remote system

const HKEY_LOCAL_MACHINE = &H80000002
strComputer = InputBox("Enter the MACHINE NAME on which you would like to enable or disable Remote Desktop:")

If strComputer = "" Then
  WScript.Quit
End If

Set StdOut = WScript.StdOut

On Error Resume Next

Set oReg=GetObject("winmgmts:{impersonationLevel=impersonate}!\\" &_ 
strComputer & "\root\default:StdRegProv")
If Err.Number <> 0 Then
  WScript.Echo "An error has occurred.  You may have mistyped the computer name." 
  WScript.Quit
End If

strKeyPath = "SYSTEM\CurrentControlSet\Control\Terminal Server"
strValueName = "fDenyTSConnections"

oReg.GetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue

If dwValue = 1 Then
  prompt = MsgBox ("Remote Desktop is Currently disabled.  Do you want to ENABLE it?", vbYesNo)
  If prompt = vbYes then
    dwValue = 0
    oReg.SetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue 
     WScript.Echo "Remote Desktop is now ENABLED on " & strComputer
    WScript.Quit
  ElseIf prompt = vbNo then
    WScript.Echo "Remote Desktop is still DISABLED."
   Wscript.Quit 
  End If
ElseIf dwValue = 0 then
  prompt = MsgBox ("Remote Desktop is Currently ENABLED.  Do you want to DISABLE it?", vbYesNo)
  If prompt = vbYes then
    dwValue = 1
    oReg.SetDWORDValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,dwValue
    WScript.Echo "Remote Desktop is now DISABLED on " & strComputer
    WScript.Quit
  ElseIf prompt = vbNo then
    WScript.Echo "Remote Desktop is still ENABLED." 
    WScript.Quit
  End If
End If

E’ sufficiente copiare il tutto su un file di testo avendo cura di salvarlo come file vbs (Visual Basic Script).
Facile ed immediato !

Attenzione: per poter effettuare l’accesso al computer remoto una volta effettuata la connessione bisogna essere membri del gruppo locale “Remote desktop user”. I Domain admins possono accedere in remoto a qualsiasi client del dominio.

Inoltre S&M mette a disposizione una funzione di monitoring per visualizzare in realtime la temperatura ed il voltaggio della CPU utile in caso di overclock per testare la stabilità del sistema. Il sito ufficiale (in russo !!): http://testmem.tz.ru/sem.htm

Download S&M 1.9.0

Memory Check v1.00

Il tool in questione rappresenta in modo immediato e senza fronzoli la memoria fisica, virtuale e PAE eventualmente in utilizzo.

Sul sito degli sviluppatori http://www.optimumx.com/downloads.html sono presenti anche altri utili tool,

Alla prossima !

Questo utile modulo (purtroppo a pagamento…) permette di abbinare agli eventi rilevati da Untangle il nome utente e l’host di provenienza. Ad esempio gli eventi rilevati dal modulo WebFilter saranno attribuiti agli utenti e non agli indirizzi IP, permettendo di tracciare in modo preciso le attività della rete.

Per attivare il modulo è necessario che esista un dominio LDAP / Active Directory, a quel punto dopo aver installato il modulo bisogna inserire il nome del server LDAP e relative credenziali.

Per il rilevamento degli utenti è necessario fare il deploy di uno script vbs che viene generato direttamente dal modulo; il modo più semplice è quello di creare una GPO ed attivare lo script come script di logon utente.

Niente di più semplice… ma può succedere (a me è capitato purtroppo…) che dopo l’applicazione della suddetta GPO gli utenti lamentino un logon estremamente lento (oltre i 10 minuti) !

Il problema può nascere dalle policy predefinite di dominio per l’esecuzione degli script, ovvero: se l’impostazione  Configurazione computer->Modelli amministrativi->Sistema->Script->Esegui gli script di accesso in maniera sincrona è attivata il logon degli utenti si blocca fino a che gli script non vengono eseguiti; di fatto ho notato che lo script in questione adlogon_user.vbs resta in esecuzione durante il logon per parecchi minuti ritardando i client durante l’esecuzione sincrona.

Trovato il problema il rimedio è piuttosto semplice: modificare le impostazioni di esecuzione degli script tramite i seguenti settaggi da GPO:

• Configurazione computer->Modelli amministrativi->Sistema->Script->Esegui gli script di accesso in maniera sincrona = DISATTIVATO
• Configurazione computer->Modelli amministrativi->Sistema->Script->Esegui gli script di accesso in maniera asincrona = ATTIVATO
• Configurazione utente->Modelli amministrativi->Sistema->Script->Esegui gli script di accesso in maniera sincrona = DISATTIVATO

A presto.

Chiudere Internet Explorer o forzarne la chiusura è portarsi su:

Pannello di controllo->Opzioni Internet->Avanzate

E deselezionare la voce Attiva la protezione della memoria per contrastare gli attacchi da Internet come in figura:

Opzioni internet - Avanzate

Cliccare su OK ed avviare IE. A questo punto bisognerebbe trovare il componente aggiuntivo che causa l’instabilità e provare a riattivare il suddetto flag (ma non è obbligatorio…).

Alla prossima.

aMSN è senza dubbio il miglior client Messenger Live in circolazione: supporta praticamente tutte le funzioni presenti sulle ultime release del client ufficiale.

Per il download vi rimando al sito ufficiale qui.