Parliamo di profili utente in Windows Vista (nel mio caso Ultimate 32bit)

Ho dovuto "giocare" con inserimenti in dominio della macchina e successivamente modifica del gruppo di lavoro. Al termine di queste operazioni ilo mio profilo locale di utente era denotato da un TEMP che proprio non mi suonava bene...

Dopo qualche ricerca ecco svelato l'arcano:

Una volta rimosso dal dominio, l'utente di dominio non era più referenziabile e quindi Vista ha ben pensato di taggarlo come non funzionante; i successivi tentativi di definizioje dell'utente avevano come risultato la creazione del profilo dello stesso sotto la voce TEMP perchè nei registri di Windows l'utente era stato 'disattivato'.

Per risolvere il problema, è necessario lavarare con il RegEdit.
(Sconsiglio caldamente l'utilizzo di regedit a tutti coloro non c onoscano già molto bene l'ambiente ed in ogni caso NON FORNISCO ALCUNA GARANZIA IN CASO DI MALFUNZIONAMENTI DOVUTI A MANOMISSIONI DEL REGISTRO DI SISTEMA)

• Aprire Regedit con Start -> Esegui -> Regedit
• Cercare la chiave di registro "HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\Windows NT\ CurrentVersion\ ProfileList"
• Identicare che il profilo (nella lista a sinistra i cui elementi iniziano con S-1-5-21-....) con questo problema abbia l'estensione .bak
• Esportare (tasto dx del mouse sul ramo dell'albero ProfileList e poi Export
• Eliminare la chiave contrassegnata con .bak

Facile, no?

A riprova di quanto i DRIVER di periferica siano VITALI per un sistema stabile e performante, seguono due screenshot che si riferiscono all'indice di prestazioni in Windows Vista.

Da notare come l'indice del componente "Scheda video" sia passato da 4.5 a 4.6 mentre quello della "Memoria video" da 5.1 a 5.3, naturalmente mantenendo inalterato l'hardware, nel mio caso una nVidia GeForce 8600M GT@256Mb ed aggiornando i driver.

Access 2007, la nuova versione di [R]DBMS di Microsoft, porta una serie di novità, tra le quali, quella probabilmente più evidente all'apertura di un file .mdb, quella dell'attivazione di un sistema di controllo e sicurezza:

Il messaggio sulla barra ci informa che "..alcuni contenuti del database sono stati bloccati".
Per poter continuare a lavorare, è necessario spuntare il radio button "Enable this content", la seconda opzione tra quelle proposte. 

Per ovviare in modo definitivo alla continua richiesta di verificare il contenuto del db potenzialmente dannoso, dobbiamo informare Access che l'origine (intesa come percorso di salvataggio del file o come produttore del file stesso) è fidata.
Per fare questo è necessario cliccare su "Open the Trust center" in basso a sinistra.

Selezionare "Trusted Locations" per aggiungere il path in cui vengono salvati i file .mdb alla zona fidata.

Da questa  finestra è sufficiente cliccare sul bottone "Add new location" per inserire un nuovo percorso fidato, sia esso locale o di rete.

E' anche possibile autorizzare "a cascata" tutti i sottorami di un percorso spuntando la voce "Subfolders of this location are also trusted", comodo nel caso si lavori su più file organizzati in cartelle archiviate gerarchicamente.

...o meglio...

Windows VISTA pare avere qualche problemino con le default gp - group policy- di un dominio AD 2003.

Ecco perchè, se cercate in Rete qualcuno che vi aiuti a risolvere questo problema, la prima azione che vi invitano ad intraprendere è quella di:

"The problem was caused by a group policy on our work domain. To get around this I created a new OU, and blocked policy inheritance. "Once you have created the OU and moved the pc/laptop to it, open a command prompt, then type gpupdate /force and then reboot."

Quindi, creare una nuova Organizational Unit, bloccate l'ereditarietà delle policy, inserite il computer con Vista in essa, aggiornate le group policy con il comando:

gpupdate /force;

resta solo da riavviare la macchina ed il gioco è fatto.

 -

Riepilogo brevemente come si crea una connessione VPN da Windows Vista (per la creazione di una connessione VPN sotto Windows XP seguire questo link).
Gli screenshot si riferiscono al problema che si manifesta quando la gp non è stata ancora corretta.

 Naturalmente, una volta corretta la gp, tutto torna a funzionare as attended.