Sista's Blog

In Exchange Server 2013 è stata eliminata la possibilità di visualizzare i Public Folder all’interno di OWA (Outlook Web App).

Chi usa molto i Public Folder conosce la loro estrema utilità e questa mancanza può essere problematica.

Fortunatamente con il Cumulative Update 1 Microsoft ha reinserito questa possibilità che però di default non è attiva, ma va seguita questa procedura:

1. Una volta all’interno di OWA cliccare con il tasto destro sulla voce Favorites nel lato sinistro dello schermo.
2. Scegliere add public folder.
3. Selezionare dal menù il public folder prescelto.
4. Sotto la voce Favorites dovreste trovare il public folder

Non è possibile selezionare più public folder contemporaneamente, vanno aggiunti uno alla volta.

Purtroppo la visualizzazione dei public folder rimane parziale, si possono infatti inserire solo public folder di tipo mail, se infatti si seleziona un public folder di diverso tipo si ottiene il messaggio:

Hyper-V non impone nessun vincolo al numero massimo di Virtual CPU utilizzate all’interno delle macchine virtuali rispetto al numero di CPU logiche dell’host di virtualizzazione.

La regola generale è di non superare mai il rapporto 8:1 cioè 8 CPU virtuali per singola CPU logica, anche se è bene non oltrepassare il rapporto 4:1 per mantenere delle buone prestazioni.

All’aumentare del numero della macchine virtuali per ogni host, risulta complesso calcolare il numero delle CPU virtuali utilizzate, bisogna aprire le proprietà di ogni singola macchina per leggere tale valore.

Un altro modo molto pià semplice e immediato è quello di sfruttare uno script PowerShell in modo da avere l’informazione immediatamente.

Utilizzando ad esempio questo script:

write-host (@(gwmi -ns root\virtualization MSVM_Processor).count / (@(gwmi Win32_Processor) | measure -p NumberOfLogicalProcessors -sum).Sum) "virtual processor(s) per logical processor" -f yellow

avremo un’informazione del tipo:

Windows Server 2012 ha introdotto la possibilità di gestire a livello di sistema operativo il NIC Teaming delle schede di rete, una funzione molto utile che prima doveva essere demandata a driver ed applicazioni specifiche dei controller di rete mentre ora la si può gestire direttamente tramite il Server Manager.

Al primo riavvio del server però potremmo trovarci di fronte all’impossibilità di raggiungerlo, non risponde al PING ne tantomeno accetta connessioni RDP. A questo punto non vi resta che collegarvi tramite sistemi di gestione remota, tipo iDRAC di DELL, o altrimenti dovrete collegarvi fisicamente tramite monitor e tastiera.

Una volta riusciti a loggarvi nel server la causa del problema è evidente, la connessione di rete del Team viene configurata come Public Network e quindi, se non avete disabilitato completamente il firewall, risulterà attivo su questa interfaccia, bloccandovi ogni ingresso.

Questo problema si verifica perchè la determinazione del tipo di rete avviene prima che il Network Team sia operativo e così non potendo raggiungere il gateway Windows configura la connessione di rete come pubblica.

Il servizio che si occupa della determinazione del tipo di connessione è il Network Location Awareness, se provate a riavviarlo vederete che il tipo di rete torna ad essere individuata come Private Network:

A questo punto per risolvere il problema basta modificare l’avvio di questo servizio mettendo ritardato, così da essere avviato dopo che il Team è operativo:

Provate a riavviare il server e tutto dovrebbe funzionare bene.

Spesso i programmi modificano delle chiavi di registro fondamentali “dimenticando” poi di rimetterle a posto in caso di rimozione.

Un esempio è Google Chrome. Infatti una volta disinstallato se proviamo ad aprire un link da Outlook o da Word/Excel otteniamo un errore del tipo:

Se ci troviamo in questa condizione il primo passo da seguire è quello di ripristinare le impostazioni di Internet Explorer sui valori predefiniti, la procedura da segurie è questa:

1. Chiudere Outlook se aperto
2. Aprire Internet Explorer
3. Selezionare Strumenti e cliccare su Opzioni Internet
4. Selezionare il tab Avanzate e cliccare sul pulsante Reimposta
5. Selezionare il tab Programmi e cliccare sul pulsante Imposta Programmi, selezionare Imposta programmi predefiniti, poi Internet Explorer e cliccare su Imposta questo programma come predefinito
6. Cliccare ripetutamente su Ok per chiudere le finestre

Se così fancendo il problema non si risolve allora bisogna intervenire a mano nel Registro di Sistema.

Aprire quindi il Registro di Sistema tramite il comando regedit e aprire la chiave HKEY_CURRENT_USER\Software\Classes\.htm che dovrebbe contenere qualcosa del tipo:

Doppio click su (Predefinito) e modificare il valore da ChromeHTML a htmlfile. Ripetere l’operazione per le chiavi: .html, .shtml, .xht, .xhtml.

Chiudere il Registro di Sistema e verificare il corretto funzionamento dei link ipertestuali.

Alcuni programmi in fase di installazione creano un Log di sistema, visibile all’interno dell’Event Viewer, che poi non cancellano in fase di disinstallazione. Uno di questi ad esempio è Cobian Backup, che crea il log Cobian Backup Boletus VSC Service.

Fino a Windows XP/2003 i log sono salvati in file .evt nella cartella C:\WINDOWS\system32\config, mentre da Windows Vista/7/2008 vengono usati i file .evtx e sono salvati nella cartella C:\Windows\System32\winevt\Logs.

Nel caso specifico Cobian Backup utilizza il file Cobian B.evt.

La configurazione dei log di sistema può essere gestita all’interno del Registro di sistema, nella chiave HKLM\SYSTEM\CurrentControlSet\Services\Eventlog troviamo la configurazione dei vari file di log.

Nel nostro caso basta eliminare la chiave Cobian Backup Boletus VSC Service per far sparire il log all’interno dell’Event Viewer.

Una volta riavviata la macchina sarà possibile cancellare il file .evt.