to the information tecnology and beyond!

Exchange Hybrid: la gestione “cloud-based” ed il tramonto del “last server” on-premises

2025-08-28T10:46:00.005+02:00

Per anni, molte organizzazioni con identità in Active Directory (AD) sincronizzate verso Microsoft Entra ID, per essere supportate, hanno dovuto mantenere un server Exchange on-premises esclusivamente per modificare gli attributi Exchange (alias/proxyAddresses, visibilità in GAL, custom/extension attributes, forwarding, ecc.) di utenti la cui cassetta postale era già in Exchange Online (EXO). Dal 20 agosto 2025, Microsoft ha introdotto, in anteprima (Preview), la gestione nel cloud degli attributi Exchange per utenti sincronizzati, spostando nel cloud la source of authority (SOA) di tali attributi e lasciando ad Active Directory quella degli attributi identitari. È il primo passo concreto per eliminare la dipendenza operativa dall’ultimo server Exchange on-premises.

Cosa Cambia

La novità ruota attorno alla nuova proprietà IsExchangeCloudManaged sulle mailbox di EXO per utenti dir-synced. Quando impostata a True, la SOA degli attributi Exchange per quell’utente si sposta nel cloud: da quel momento quegli attributi si potranno gestire in EXO (PowerShell/EAC/Microsoft 365 Admin Center), mentre gli attributi identitari (nome, reparto, titolo, UPN, telefono, ecc.) restano modificabili solo in AD on-prem. Il valore predefinito è False. La funzionalità si applica a utenti, shared, room ed equipment mailbox.

La roadmap prevede due fasi:

Fase 1 (Preview): controllo per-mailbox tramite IsExchangeCloudManaged. Possibile anche il rollback a gestione on-prem rimettendo il flag a False. In questa fase non c’è write-back automatico in AD: le modifiche fatte nel cloud non ritornano in AD ed i valori potrebbero divergere.
Fase 2: abilitazione del write-back selettivo verso AD per attributi chiave (ad es. proxyAddresses, CustomAttribute1-15, ExtensionCustomAttribute1-5, ecc.) ed integrazione con Microsoft Entra Cloud Sync; le modifiche fatte in EXO verranno sincronizzate in AD. Per usare il write-back sarà richiesto Cloud Sync.

Prerequisiti e Ruoli

Per utilizzare la Fase 1, con ambienti che usano Entra Connect Sync, è necessario Connect ≥ 2.5.76.0: versioni precedenti continueranno a tentare di aggiornare in cloud attributi “mastered” on-prem causando errori. I dettagli, e gli esempi di verifica e aggiornamento versione, sono riportati nella documentazione. I ruoli necessari sono i classici RBAC di Exchange (es. Recipient/Organization Management) o il ruolo Entra Exchange Administrator.

Attributi: cosa si edita dal cloud e cosa resta in AD

Dopo il passaggio della SOA degli attributi Exchange al cloud:

In EXO si potranno modificare, tra gli altri, HiddenFromAddressListsEnabled, CustomAttribute1-15, ExtensionCustomAttribute1-5, impostazioni di auditing/hold, proprietà delle risorse e, in generale, vari flag di mailbox; la documentazione include una tabella completa con l’indicazione “Editabile in EXO” e “Write-back in AD” per ciascun attributo.
Gli attributi identitari (nome, titolo, reparto, UPN, telefono, ecc.) non diventano editabili in cloud e restano gestiti in AD anche dopo la transizione.

Operatività (esempi)

Nota: per evitare condizioni di conflitto, dopo aver aggiornato attributi on-prem con Set-RemoteMailbox su un utente dir-synced, la documentazione ufficiale raccomanda di attendere il consueto ciclo di sync + 24 ore prima di portare IsExchangeCloudManaged a True

Abilitazione per singola mailbox:

# Abilita la gestione cloud degli attributi Exchange
Set-Mailbox -Identity utente@contoso.com -IsExchangeCloudManaged $true
# Verifica stato
Get-Mailbox utente@contoso.com | fl Identity,IsDirSynced,IsExchangeCloudManaged

Modifica di attributi Exchange direttamente da EXO:

# Esempi tipici
Set-Mailbox utente@contoso.com -CustomAttribute1 "Sales-North"
Set-Mailbox utente@contoso.com -HiddenFromAddressListsEnabled $true
# Alias/primario (mail addresses)
Set-Mailbox utente@contoso.com -EmailAddresses @{add="smtp:alias2@contoso.com"}
Set-Mailbox utente@contoso.com -WindowsEmailAddress primary@contoso.com

Rollback (ritorno alla gestione on-prem):

Set-Mailbox -Identity utente@contoso.com -IsExchangeCloudManaged $false
# Al successivo ciclo di sincronizzazione, i valori cloud vengono riallineati a quelli on-prem

Le procedure e i caveat del rollback (backup valori da conservare, comandi consigliati Get-Mailbox/Get-User) sono documentati al seguente articolo – https://learn.microsoft.com/en-us/exchange/hybrid-deployment/enable-exchange-attributes-cloud-management.

Relazione con i Management Tools “server-less”

Dal 2022, con Exchange Server 2019 CU12+, Microsoft supporta la gestione “server-less” dei destinatari in scenari ibridi tramite i Management Tools installabili su una macchina joinata al dominio, senza un server Exchange in esecuzione. È importante sottolineare che non va disinstallato l’ultimo server: si può spegnere e poi eseguire la pulizia di AD seguendo la guida ufficiale (cleanup hybrid, rimozione trust/certificati OAuth/Hybrid Agent, ecc.). La pagina ufficiale elenca prerequisiti, cmdlet supportati e warning (“DO NOT uninstall”).

La domanda chiave: con la nuova configurazione si può rimuovere l’ultimo Exchange on-prem?

Sintesi: sì, nella maggior parte degli ambienti—con alcune cautele tecniche e operative.

Già oggi (senza la novità) era possibile spegnere l’ultimo server mantenendo la gestione dei destinatari con i Management Tools (Exchange 2019 CU12+), a condizione di non avere dipendenze on-prem (SMTP relay, public folder locali, DDL basate su OU, EAP on-prem, ecc.). La documentazione spiega quando e come effettuare il decommission dell’hybrid e i passaggi di cleanup, ribadendo perché storicamente serviva mantenere un server in presenza di dir-sync.
Con la Fase 1 (Preview) della nuova funzionalità, per ogni utente dir-synced con mailbox in EXO è possibile spostare nel cloud la SOA degli attributi Exchange e gestirli interamente da EXO, eliminando la dipendenza operativa da Exchange on-prem per le modifiche quotidiane. In questo scenario molte organizzazioni possono spegnere l’ultimo server (e, volendo, ridurre al minimo l’uso dei Management Tools), purché non esistano altre dipendenze on-prem e si accetti che non vi sia ancora write-back automatico in AD: in caso di modifiche parallele in AD, i valori possono divergere.
Con la Fase 2 (quando disponibile) + Entra Cloud Sync, il write-back degli attributi Exchange cloud-managed verso AD chiude il cerchio e rende l’esperienza pienamente cloud-first pur mantenendo AD come SOA identitaria. Questo riduce ulteriormente (o azzera) le motivazioni tecniche per mantenere Exchange on-prem anche per la coerenza con AD.

Limitazioni e dipendenze

Prima del decommission del “last server” è necessario verificare e, se serve, re-ingegnerizzare:

SMTP relay o applicazioni che inviano via Exchange on-prem.
Dynamic Distribution Lists basate su OU (non supportato in EXO; si utilizzano attributi alternativi, es. custom attributes).
Email Address Policies definite on-prem (non equivalenti 1:1 in EXO).
Public Folder on-prem ancora in uso.

Le linee guida ufficiali per il decommission ibrido e per i Management Tools evidenziano questi aspetti e i relativi step di pulizia, disponibili al seguente link – https://learn.microsoft.com/en-us/exchange/decommission-on-premises-exchange.

Checklist essenziale per un’uscita “safe”

Adottare progressivamente le funzionalità di object-level SOA per gruppi/utenti/contatti man mano che maturano.
Aggiornare Microsoft Entra Connect Sync ad almeno 2.5.76.0 (o predisporre Cloud Sync se si intende usare il write-back in Fase 2).
Portare IsExchangeCloudManaged a True su un gruppo pilota di mailbox dir-synced e verificare che le modifiche in EXO non vengano sovrascritte.
Eliminare dipendenze dal server on-prem (relay, PF, DDL su OU, EAP). Quindi seguire la procedura di decommission (connettori, organization relationship, OAuth/Hybrid Agent, Autodiscover SCP e DNS).
In scenari “server-less”, mantenere i Management Tools per gli oggetti non ancora cloud-managed (o adottare progressivamente le funzionalità di object-level SOA per gruppi/utenti/contatti man mano che maturano).

Conclusioni

L’introduzione di IsExchangeCloudManaged consente, già nella Fase 1, di spostare nel cloud la gestione degli attributi Exchange delle mailbox di utenti sincronizzati, riducendo drasticamente la necessità di mantenere un server Exchange on-prem solo per la gestione dei destinatari. Con Fase 2 e Cloud Sync (write-back verso AD) l’approccio diventerà pienamente cloud-first, lasciando ad AD la sola autorità identitaria. In parallelo, continuerà ad esistere la via “server-less” con i Management Tools, per chi vuole spegnere da subito l’ultimo server seguendo le procedure ufficiali di cleanup. Per la grande maggioranza degli ambienti senza dipendenze on-prem specifiche, questo significa che sì, è finalmente possibile rimuovere (spegnere) l’ultimo Exchange on-prem in sicurezza, e gestire gli attributi Exchange direttamente in EXO.

Il senso della ricerca per Microsoft.

2024-12-03T18:45:00.001+01:00

Prendiamo in esame una semplice ricerca. Un'operazione comune da cui ci si aspetta di ottenere risultati quantomeno pertinenti da lustri, figuriamoci nell'era dell'AI.

Decido di ricercare, nel corpo di una mail e in una determinata mailbox in Exchange Online, la presenza di due semplicissime parole chiave: costi ed energia.

Comincio da Outlook Web App. Outlook presenta molti risultati, con la solita amarezza (si solita perché non succede certo di rado), nessuno dei quali pertinente.

Perplesso deciso di utilizzare uno strumento più avanzato.

Il portale Purview. Imbastisco la eDiscovery con le keyword di cui sopra, diciamo in maniera standard ma anche facendo tuning con la KQL con query di questo genere: Body:" energia " OR Body:" costi "

Noto tra l'altro che eDiscovery si prende l'iniziativa di tradurre in inglese le keyword e di ricercare anche quelle tra le email.

Qualcuno mi dica come evitare questo fastidioso comportamento.. ma sarà sicuramente una feature. Verificando i risultati noto che ci sono più risultati (ma perché?) ma anche qui nulla è lontanamente pertinente

Dato che in casa Microsoft sembra che le ricerca sia ancora una funzionalità, come dire, da perfezionare, decido di provare a fare la ricerca con uno strumento di terze parti.

Veeam Backup for Microsoft 365 Fortunatamente abbiamo il tenant sottoposto a backup con Veeam Backup for Microsoft 365. Cerco nella mailbox utilizzando gli stessi criteri di ricerca ed ecco il risultato:

Neanche a dirlo questi sono i risultati attesi e le parole chiave erano contenute SOLO in queste due email.

Relinquo arbitrio vestro

Windows 11: Abilitare termina attività direttamente nella taskbar

2024-08-21T10:40:00.002+02:00

Microsoft ha aggiunto la funzione "Termina attività" al menu contestuale della barra delle applicazioni in Windows 11. Con questa opzione attivata, puoi semplicemente fare clic con il tasto destro sull'app nella barra delle applicazioni e chiuderla direttamente, senza dover aprire il Task Manager, cercare l'applicazione e chiuderla manualmente.

Di seguito come abilitare la funzionalità via UI

Una volt attivato avremo la possibilità di killare l'applicazione direttamente dalla taskbar utilizzando il tasto destro del mouse

Exchange Online: configurare SMTP DANE in entrata con DNSSEC

2024-08-18T18:35:00.002+02:00

Chi ci segue avrà sicuramente letto il precedente articolo – Exchange Online: implementazione di SMTP DANE con DNSSEC – WindowServer.it – in cui abbiamo parlato dei concetti base di DNSSEC e DANE e dove Microsoft indicava i tempi di rilascio in luglio 2024. Il deploy dell’anteprima pubblica è appena iniziato ma è già possibile configurare il tenant perché utilizzi questi servizi anche in ricezione.

Cosa sono SMTP DANE e DNSSEC?

Per chi non avesse tempo di leggere l’articolo precedente di seguito un recap sulle componenti in gioco:

SMTP DANE (DNS-based Authentication of Named Entities) è un protocollo di sicurezza che usa il DNS per verificare l’autenticità dei certificati usati per proteggere la comunicazione email con TLS e prevenire gli attacchi di declassamento TLS.
DNSSEC (Domain Name System Security Extensions) è un insieme di estensioni al DNS che fornisce la verifica crittografica dei record DNS, impedendo lo spoofing DNS e gli attacchi di tipo man-in-the-middle.

Nota: Microsoft include l’SMTP DANE in entrata con DNSSEC gratuitamente come parte dei suoi sforzi per migliorare la sicurezza. Non bisogna configurare SMTP DANE in uscita con DNSSEC perché Microsoft lo ha aggiunto da marzo 2022.

Configurare l’SMTP DANE in entrata con DNSSEC in Exchange Online

Per impostare l’SMTP DANE in entrata con DNSSEC in Exchange Online (Microsoft 365), è necessario seguire i seguenti passaggi:

Verificare che il dominio sia firmato con DNSSEC

Per ricevere i pieni benefici di sicurezza della funzionalità, assicuratevi che il dominio sia firmato con DNSSEC. Per verificare il tuo dominio utilizza Verisign – Verisign DNSSEC Debugger tool – inserendo il nome del dominio e verificando che tutti i campi abbiano una spunta verde.

Se il dominio non è firmato con DNSSEC, assicurarsi di abilitarlo nel tuo registrar DNS prima di procedere.

Aggiornare il TTL del record MX esistente nel registrar DNS

Accedere al registrar DNS, modificare il record MX esistente abbassando il TTL il più possibile per il record MX esistente
Assicurarsi che la priorità del record MX sia impostata a 0 o 10
Aspettare che il TTL precedente scada prima di procedere. Per esempio, se il TTL del record MX esistente era 1 ora, sarà necessario aspettare 1 ora prima di procedere al passo successivo

Attivare DNSSEC da PowerShell di Exchange Online

Eseguire PowerShell come amministratore e collegarsi ad Exchange Online utilizzando il cmdlet Connect-ExchangeOnline – se avete una sottoscrizione Azure, potete usare anche la bash online per effettuare questa operazione.

Abilitare DNSSEC per il dominio autoritativo con il comando seguente: Enable-DnssecForVerifiedDomain -DomainName “tuodominio.com”

Aggiungere un nuovo record MX al registrar DNS

Creare un nuovo record MX
Copiare il DnssecMxValue dall’output del passo precedente e incollalo come valore
Impostare il TTL al minimo possibile
Impostare la priorità del nuovo record MX a 20

Verificare il nuovo record MX

Effettuare un test Inbound SMTP tramite Microsoft Remote Connectivity Analyzer
Inserire un indirizzo email che termina con il vostro dominio
Eseguire il test

L’output mostrerà se il test di convalida è riuscito per il record MX che termina con mx.microsoft.

Rimuovere il vecchio record MX nel registrar DNS

Rimuovere il vecchio record MX
Modificare il nuovo record MX nel registrar DNS, cambiando la priorità a 0

Verificare la convalida DNSSEC

Effettuare un test di convalida DNSSEC e DANE
Inserire il vostro dominio
Assicurarsi di selezionare il tipo di test Convalida DNSSEC

L’output mostrerà se il test di convalida, relativo a DNSSEC, è riuscito per il record MX che termina con mx.microsoft.

Abilitare SMTP DANE in entrata per il dominio

Abilitare SMTP DANE in entrata per il dominio con il comando seguente: Enable-SmtpDaneInbound -DomainName “iquad.it”

Nota: Attendere almeno un’ora prima di procedere ulteriormente perché il record TLSA ha bisogno di propagarsi.

Verificare la convalida DANE (incluso DNSSEC)

Effettuare un test di convalida DNSSEC e DANE
Inserire il vostro dominio
Assicurarsi di selezionare il tipo di test Convalida DANE (incluso DNSSEC)

L’output mostrerà se il test di convalida, relativo a DANE (incluso DNSSEC), è riuscito per il record MX che termina con mx.microsoft.

Nota: Exchange Online ospita più record TLSA per aumentare l’affidabilità della convalida SMTP DANE. È previsto che alcuni dei record TLSA possano fallire la convalida. Finché un record TLSA passa la convalida, SMTP DANE è configurato correttamente e l’email è protetta con SMTP DANE.

Conclusioni

Ogni organizzazione su Microsoft 365 dovrebbe configurarlo per i propri domini accettati in Exchange Online, al fine di proteggere il flusso di posta in entrata. DNSSEC non è completamente resistente agli attacchi Man-in-the-Middle e agli attacchi di downgrade (da TLS a testo non crittografato) per gli scenari di flusso di posta. L’aggiunta di MTA-STS e DANE insieme a DNSSEC offre un metodo di sicurezza completo per contrastare gli attacchi MITM e downgrade.

Per maggiori informazioni, potete fare riferimento al seguente link – Come l’autenticazione basata su DNS SMTP delle entità denominate (DANE) protegge le comunicazioni di posta elettronica | Microsoft Learn

Source: Exchange Online: configurare SMTP DANE in entrata con DNSSEC - WindowServer.it

How to retrieve failed Veeam Backup & Replication job backups using the Zabbix agent

2024-02-18T16:29:00.004+01:00

If you don't have a version of Veeam Backup & Replication that supports the RESTful API, there is another simple way to retrieve failed jobs from Zabbix.

Add the item to host

We can add and configure a new item and its related trigger in the Zabbix template.

The item works by capturing the Veeam event in the windows logs (Event Viewer) for failed jobs

The Key value is:
eventlog[Veeam Backup,,Error,Veeam MP,190,,skip]

Add the trigger

The trigger has been set in this way

The trigger value is:
logeventid(/TEMPLATE/eventlog[Veeam Backup,,Error,Veeam MP,190,,skip],,"190")=1

Pay attention in the macro values in Name and Event name:
Veeam {ITEM.VALUE1}

This is the result in the Zabbix Server

Microsoft porta sudo su Windows

2024-02-17T09:46:00.003+01:00

Questa funzione è oggi disponibile all’interno delle versioni Insider, ovvero le preview disponibili a tutti coloro che si vogliono cimentare con le prossime novità di Windows e Windows Server. La prima operazione da fare per poter testare il comando sudo è abilitare Enable sudo da Settings / System / For Developer.

Figura 1 – abilitate il comando sudo

Microsoft sta prendendo misure non solo per rendere Windows Server 2025 e Windows 11 24H2 (e Windows 12) più sicuri, ma anche più facili da amministrare, introducendo il comando sudo nei suoi sistemi operativi, comando che tutti sappiamo essere storicamente associato a Linux.

Cos’è il comando sudo?

Chiunque abbia mai utilizzato Linux conosce sudo. Per coloro che non lo conoscono, sudo sta per “superuser do” e consente agli utenti standard di eseguire comandi che altrimenti richiederebbero privilegi di amministratore.

Prima di sudo, per eseguire comandi o applicazioni che richiedono privilegi di amministratore, gli utenti dovevano o accedere come utente root o utilizzare il comando “su” per accedere all’account utente root
Superuser do, noto come sudo, è un programma della console Linux che permette agli utenti con bassi privilegi di eseguire comandi con privilegi elevati, tipicamente come root.

Il comando sudo rafforza la sicurezza in Linux permettendo ai server di operare normalmente con account a basso privilegio, mentre gli utenti mantengono la possibilità di accrescere i propri privilegi quando necessario per l’esecuzione di comandi specifici. Rimasto a lungo senza eguali rispetto a Windows, consente agli amministratori di determinare quali utenti possono accedere ai privilegi di amministratore e persino di controllare quali applicazioni sono soggette a tali privilegi.

Sudo in Windows Insider Build

Una volta attivato tramite il selettore corrispondente, ci viene offerta la possibilità di scegliere il comportamento del comando sudo tramite tre opzioni: in una nuova finestra, con input disabilitato o inline.

L’opzione di configurazione forceNewWindow è quella predefinita di sudo per Windows, che consente di eseguire il comando in una nuova finestra. Questo è simile al comportamento del comando runas /user:admin.

Attraverso l’opzione di configurazione disableInput si eseguirà il processo elevato nella finestra corrente, ma con la gestione dell’input chiusa. Ciò significa che il processo elevato non sarà in grado di ricevere input dalla finestra della console corrente. Questo è utile per scenari in cui si desidera eseguire un comando come amministratore, ma non si desidera consentire al comando di ricevere input dalla finestra della console corrente. Questa opzione di configurazione fornisce parte della comodità dell’opzione di configurazione inline ma consente di mitigare alcuni dei rischi di sicurezza intrinseci.

L’opzione di configurazione normal è più simile a come sudo si comporta sui sistemi Unix-like. Questa configurazione eseguirà il processo elevato nella finestra corrente e il processo sarà in grado di ricevere input dalla sessione della console corrente. Questo è utile per scenari in cui si desidera eseguire un comando come amministratore e si desidera consentire al comando di ricevere input dalla finestra della console corrente. Questa opzione di configurazione fornisce la massima comodità, ma si dovrebbe scegliere solo se si è consapevoli dei rischi di sicurezza associati.

Nelle configurazioni di cui sopra, sudo.exe avvierà un nuovo processo con privilegi elevati, un processo sudo.exe elevato, e il sudo.exe originale non elevato stabilirà una connessione RPC con il nuovo processo elevato. In altre parole, le informazioni vengono trasmesse dall’istanza di sudo non elevata a quella elevata. In particolare, le gestioni della console dal processo non elevato vengono passate al processo elevato, il che consente al processo elevato di leggere l’input dal processo non elevato e scrivere l’output nel processo non elevato. Tuttavia, quando sudo è configurato nella configurazione “Input cloded”, il processo elevato sostanzialmente non riceverà la gestione dell’input della console, quindi non sarà in grado di leggere l’input dall’utente.

È importante essere consapevoli delle implicazioni sulla sicurezza quando si esegue sudo nelle configurazioni “Inline” o “Input closed” dato che esiste la possibilità che un processo con integrità media possa controllare il processo elevato. Questo rischio viene mitigato nella configurazione “Input closed” perché il processo elevato non sarà in grado di leggere l’input dall’utente

Essendo già confidente con il comando in ambiente Linux, attiverò per prima l’opzione Inline. Da ora in poi possiamo eseguire il comando in una sessione PowerShell, che al momento della scrittura viene rilasciato nella versione 0.1.5.

Come usare sudo in Windows

Per utilizzare Sudo per Windows, basta semplicemente anteporre sudo al comando che si desidera eseguire come amministratore. Ad esempio, per eseguire netstat -ab come amministratore, si eseguirebbe sudo netstat -ab nella finestra della console.

Poiché sudo eleva il processo target per eseguirlo con i permessi di amministratore, verrà aperto un prompt (UAC) che chiederà di verificare se si desidera continuare.

Da cosa si differenzia sudo da runas esistente?

Il comando sudo offre un modo per elevare rapidamente un comando come amministratore dall’attuale contesto della riga di comando (non elevata) ed è familiare per gli utenti provenienti dalla piattaforma Linux. Il comando runas offre un modo per eseguire programmi come qualsiasi utente, inclusi gli amministratori se lo desideri. Attualmente, il comando sudo su Windows non supporta l’esecuzione di programmi come altri utenti. Di seguito vengono evidenziate altre differenze chiave tra sudo e runas:

runas consente di eseguire programmi come altri utenti, inclusi ma non limitati agli amministratori. Questa funzionalità è prevista per il comando sudo, ma non è ancora stata implementata
sudo consente di elevare rapidamente un processo (come amministratore):
- E’ possibile scegliere di farlo in una nuova finestra, che assomiglia al flusso di amministratore di runas.
- E’ possibile scegliere di collegare il processo elevato alla finestra della console corrente con le opzioni di configurazione disableInput e normal. Questo non è supportato con runas,
runas può richiedere agli utenti una password nella riga di comando
sudo può essere elevato solo tramite la funzione di sicurezza User Account Control (UAC) progettata per proteggere il sistema operativo da modifiche non autorizzate, utilizzando una richiesta di verifica

Sudo for Windows Open Source Repository

Grazie all’apertura verso il mondo Linux introdotta da Satya Nadella, e poi consolidata nel corso degli anni, il progetto Sudo per Windows è open source, quindi aperto ad eventuali contributi e feedback. Si può trovare il codice sorgente di Sudo per Windows su GitHub.

Conclusioni

Sudo per Windows rappresenta un’innovazione nel mondo Windows, tuttavia non può essere ancora paragonato alla sua controparte Linux a causa di alcune limitazioni. Nonostante ciò, le prospettive per il futuro sono promettenti, specialmente considerando che si tratta di una versione non ancora pienamente sviluppata e che quindi offre ampio spazio per miglioramenti.

Potete trovare questo ad altri articoli sulla community Windowserver.it

Microsoft 365 Backup preview

2023-07-27T11:18:00.004+02:00

Microsoft ha recentemente annunciato la sua entrata nel mercato dei software per il backup e archiviazione dell’omonima piattaforma Microsoft 365.

Uno degli annunci degni di nota emersi dalla recente conferenza Microsoft Inspire ha segnato il debutto di Microsoft nel mercato dei backup per Microsoft 365. In una prima fase verrà rilasciato, nell’ultimo trimestre del 2023, l’anteprima pubblica di una versione dedicato a SharePoint Online, OneDrive for Business ed Exchange Online. Allo stesso tempo, Microsoft prevede di offrire un’anteprima pubblica di Microsoft 365 Archive per spostare i dati SharePoint Online “inattivi o obsoleti” dall’archiviazione “hot” (online) ad una archiviazione “cold”.

Entrambe le iniziative sembrano essere state accolte favorevolmente anche se a mio parere avrebbero dovuto già esistere da almeno un lustro; dunque, sembra giunto il momento che Microsoft si assuma la responsabilità di proteggere i dati dei propri clienti.

Dato che ogni medaglia ha il proprio rovescio, partiremo dagli attuali svantaggi tenendo presente che si tratta di una preview pubblica:

Locazione dei dati di Backup

La prima cosa da considerare è che tutti i dati rimarrebbero nei datacenter Microsoft. Mantenere tutte le uova in un paniere (datacenter) non è considerato una “best practice” perché esiste sempre la remota possibilità che il datacenter possa subire un guasto catastrofico con la conseguente perdita dei dati. Anche se non ci sono annunci ufficiali su questo tema, probabilmente nella versione definitiva si avrà la possibilità di utilizzare una regione cloud differente come destinazione per i backup.

Nessun backup e ripristino di Teams

Microsoft ha voluto vincere facile in questa prima fase considerando solo i carichi di lavoro più semplici: e-mail e documenti sono oggetti relativamente facili da salvare e ripristinare. Inoltre, ha accesso illimitato ai dati e può modificare le API per semplificare le operazioni di backup e ripristino in modo che la loro implementazione sia più rapida e intelligente.

Tuttavia, l’archiviazione di Microsoft 365 non affronta la più grande sfida, ovvero fornire funzionalità di backup e ripristino senza soluzione di continuità per Teams. Teams è stato progettato on-top a più servizi Microsoft 365 e Azure, integra dati tratti da più fonti e applicazioni.

Quanto sopra è la mancanza di API per eseguire backup e ripristino completi per Teams, cosa che rende questa implementazione complessa. Microsoft Teams ha oltre 300 milioni di utenti attivi mensili, speriamo e presumiamo che il backup e ripristino completo arriverà in una fase successiva.

Accesso ai Dati

Il vantaggio di Microsoft, rispetto ai partner ISV che sviluppano soluzioni di backup, è duplice:

ha accesso istantaneo ai dati dei clienti archiviati nei loro datacenter
controlla le API che consentono l’accesso ai dati

Le alternative ISV in genere copiano i dati da Exchange Online, SharePoint Online e OneDrive for Business, dai loro repository nativi ai loro datacenter, per cui dobbiamo tener presente quanto segue:

L’invio di grandi quantità di dati attraverso Internet dalla rete del datacenter di Microsoft al datacenter di destinazione dell’ISV richiede tempo e risorse, in particolare per le operazioni di ripristino.
Mancanza API adeguate allo streaming di grandi quantità di dati
Exchange Web Services (EWS) è la base per molte soluzioni di backup ISV per Exchange Online. EWS non è mai stato progettato per questo scopo, ma funziona. Alcuni ISV usano EWS per copiare i record di conformità (compliance records) di Teams e li chiamano backup di Teams. Microsoft vuole forzare gli ISV ad utilizzare Teams Export API, ma ciò non sarebbe esente da complicazioni.

Funzionamento

Il backup di Microsoft 365 non usa un repository esterno all’infrastruttura, quindi i ripristini (quando necessario) avvengono in modo estremamente rapido, anche su larga scala. L’idea è che, se un tenant di Microsoft 365 viene compromesso da ransomware, può tornare rapidamente allo stato precedente all’attacco.

Un altro indubbio vantaggio è l’integrazione nell’interfaccia di amministrazione di Microsoft 365, senza passare per altri portali o link esterni.

Microsoft non ha rilasciato dichiarazioni su eventuali licenze o costi da sostenere per il backup di Microsoft 365, possiamo dedurre che sarà totalizzato in base al consumo.

Come la mettiamo con gli ISV?

Possiamo affermare che Microsoft è stata cauta ed ha lanciato il prodotto tenendo presente il supporto per gli ISV; naturalmente non ha senso entrare in guerra con loro che servono da anni i clienti di Microsoft 365. Gli ISV potranno integrare le funzionalità di Microsoft Backup nelle loro app di protezione e gestione dei dati. In altre parole, gli ISV possono utilizzare le API (e pagare Microsoft per farlo) per sfruttare backup e ripristino più rapidi.

Conclusione

La soluzione, sulla carta, promette uno sviluppo adeguato alle esigenze attuali del mercato. Vedremo come si evolverà nei prossimi mesi in termini di costi, funzionalità e come gli ISV adotteranno le API per integrare le loro soluzioni.

Teams: Opzione open in "Desktop App" scomparsa

2023-02-06T11:56:00.008+01:00

Se usate licenze diverse dalle E3 in su avete notato che l'opzione "Desktop App" è scomparsa dal menu Files, Files open preference. Questo perché agli allegri fornitori del servizio piace l'upselling e hanno deciso di togliere questa possibilità ai clienti che già ne usufruivano.
A mio parere davvero una pratica odiosa e scorretta.

L'impostazione è gestita lato client quindi se volete far "ricomparire" open in "Desktop App" aggiornate la seguente reg key con in valore "O365ProPlusRetail"

"HKLM:\Software\Microsoft\Office\ClickToRun\Configuration\ProductReleaseIds" to "O365ProPlusRetail"

Penserei magari a migliorare il prodotto, c'è davvero ampio spazio.

2023: L’anno di svolta nell’Intelligenza Artificiale

2023-01-23T09:43:00.005+01:00

In queste ore tutto il mondo sta parlando dell’ultima versione di GPT (ChatGPT Jan 9 Version, 2023).
In questo articolo cercheremo di capirne di più sull’intelligenza artificiale e quali strumenti sono già disponibili.

Cosa si intente per Intelligenza Artificiale?

L'intelligenza artificiale (IA) è una branca dell'informatica che si concentra sullo sviluppo di algoritmi e sistemi in grado di svolgere compiti che richiedono intelligenza umana, come il riconoscimento del linguaggio naturale, la comprensione del contenuto visivo e la risoluzione di problemi complessi.
L'IA può essere suddivisa in diverse categorie, tra cui l'IA debole (o IA di base) e l'IA forte (o IA generale).

IA di base

L'IA debole (o IA di base) si riferisce a una forma di intelligenza artificiale che è specializzata in una singola attività o compito specifico. Gli algoritmi e i sistemi di IA debole sono progettati per svolgere un compito specifico, come il riconoscimento delle immagini, il riconoscimento delle voci o la traduzione automatica. Non hanno la capacità di generalizzare o di adattarsi a nuove situazioni, come invece avviene nell'IA forte. In generale, l'IA debole o di base è più facile da implementare e meno costosa rispetto all'IA forte.

IA generale

L'IA forte (o IA generale) si riferisce ad una forma di intelligenza artificiale che ha la capacità di generalizzare e di adattarsi a nuove situazioni e compiti. Gli algoritmi e i sistemi di IA forte sono progettati per svolgere una vasta gamma di compiti, simili a quelli che richiedono l'intelligenza umana, come la comprensione del linguaggio naturale, la risoluzione di problemi e il ragionamento. L'IA forte è più difficile da implementare rispetto all'IA debole e richiede una quantità maggiore di risorse computazionali e dati.

L'IA forte ha la capacità di apprendere e migliorare continuamente, senza essere programmata specificamente per ogni singola attività. L'IA forte può essere utilizzata in una vasta gamma di applicazioni, come il riconoscimento vocale, la traduzione automatica, la guida autonoma e l'elaborazione del linguaggio naturale.

Reti neurali

Una rete neurale è un modello computazionale ispirato alla struttura e al funzionamento del sistema nervoso umano. È composta da una serie di nodi (noti anche come neuroni) che sono connessi tra loro da collegamenti, ognuno dei quali ha un peso associato.

Il funzionamento di una rete neurale è simile a quello del sistema nervoso umano, poiché i nodi ricevono informazioni dai nodi di input, elaborano queste informazioni e le trasmettono ai nodi di output. I pesi sui collegamenti tra i nodi sono utilizzati per controllare l'importanza relativa delle informazioni in entrata per la risposta di output.

Ci sono diverse librerie di intelligenza artificiale e di apprendimento automatico che possono essere utilizzate per creare una rete neurale, tra cui TensorFlow, Keras, PyTorch, Microsoft Cognitive Toolkit (CNTK), TensorFlow.NET e Accord.NET

Di seguito un esempio di codice per creare una semplice rete neurale feedforward utilizzando la libreria Accord.NET in C#:

using Accord.Neuro;
using Accord.Neuro.Learning;
using Accord.Math;

// Creazione del modello
var network = new ActivationNetwork(
    new SigmoidFunction(2),
    8, // 8 input nodes
    12, // 12 hidden nodes
    1); // 1 output node

// Creazione dell'oggetto di apprendimento
var teacher = new BackPropagationLearning(network);

// Addestramento del modello sui dati di input
double[][] inputs = ...;
double[][] outputs = ...;
for (int i = 0; i < 1000; i++)
{
    double error = teacher.RunEpoch(inputs, outputs);
    Console.WriteLine("Error: " + error);
}

// Utilizzo del modello per effettuare previsioni
double[] prediction = network.Compute(inputs[0]);
Console.WriteLine("Prediction: " + prediction[0]);

Naturalmente il codice di cui sopra è solo un esempio semplice e generico. Il codice potrebbe variare a seconda delle esigenze specifiche del progetto e della libreria utilizzata. Inoltre, sarebbe necessario utilizzare un dataset di addestramento e di test per addestrare e valutare la rete neurale.

Le reti neurali feedforward (FNN)

Le reti neurali feedforward (FNN) sono un tipo di architettura di rete neurale che consiste in una serie di strati di nodi (noti anche come neuroni) connessi tra loro. Il flusso di informazioni attraversa la rete in una sola direzione, da input verso output, senza alcun ciclo o ritorno.

In una rete neurale feedforward, gli strati di input ricevono i dati, mentre gli strati nascosti elaborano i dati e gli strati di output forniscono la risposta o la previsione. Ogni nodo nella rete elabora i dati ricevuti dai nodi di input e li passa ai nodi successivi. I pesi sui collegamenti tra i nodi sono utilizzati per controllare l'importanza relativa dei dati in entrata per la risposta di output.

Le FNN sono utilizzate per una vasta gamma di applicazioni, come il riconoscimento delle immagini, il riconoscimento della voce, la traduzione automatica e l'elaborazione del linguaggio naturale. Sono semplici da implementare e da capire, ma hanno limitazioni nell'elaborazione di dati sequenziali o dati con relazioni temporali o di ordine.

Le reti neurali convolutional (CNN)

Le reti neurali convolutionali (CNN) sono una specifica architettura di reti neurali feedforward utilizzate principalmente per l'elaborazione delle immagini e del segnale. Sono chiamate "convolutionali" perché utilizzano un'operazione matematica chiamata "convoluzione" per elaborare i dati di input.

In una CNN, gli strati di input ricevono i dati (immagini o segnali), mentre gli strati nascosti elaborano i dati utilizzando una serie di filtri convolutionali. I filtri convolutionali sono matrici di pesi che vengono utilizzati per estrarre caratteristiche specifiche dai dati di input. Gli strati di pooling vengono utilizzati per ridurre la dimensione dei dati, mentre gli strati di output forniscono la risposta o la previsione.

Le CNN sono particolarmente utili per l'elaborazione delle immagini, poiché hanno la capacità di identificare caratteristiche specifiche, come linee, forme e texture, indipendentemente dalla loro posizione nell'immagine. Inoltre, le CNN sono utilizzate in una vasta gamma di applicazioni, tra cui il riconoscimento delle immagini, il riconoscimento della voce, la traduzione automatica e l'elaborazione del linguaggio naturale.

L’apprendimento automatico

In termini informatici, l'IA si basa principalmente su algoritmi di apprendimento automatico e sull'elaborazione dei dati. Gli algoritmi di apprendimento automatico sono un insieme di metodi statistici e di ottimizzazione che consentono ai sistemi di IA di apprendere dai dati e di migliorare continuamente le loro prestazioni.

Ci sono diverse tecniche di apprendimento automatico, tra cui l'apprendimento supervisionato, l'apprendimento non supervisionato e l'apprendimento rinforzato. L'apprendimento supervisionato utilizza dati etichettati per addestrare un modello a riconoscere determinate caratteristiche o pattern in dati non etichettati. L'apprendimento non supervisionato utilizza dati non etichettati per scoprire pattern e relazioni nascosti nei dati. L'apprendimento rinforzato utilizza un sistema di premi e punizioni per guidare l'apprendimento.

Una volta addestrato, il modello può essere utilizzato per effettuare previsioni o decisioni su nuovi dati. Inoltre, l'IA può essere implementata utilizzando diverse architetture di rete neurale, tra cui le reti neurali feedforward, le reti neurali ricorrenti e le reti neurali convolutional.

Il modello può essere addestrato utilizzando una grande quantità di dati, che vengono utilizzati per "allenare" il modello, rendendolo in grado di fare previsioni o decisioni accurate su nuovi dati.

ChatGTP!

ChatGPT è un modello di linguaggio basato sull'intelligenza artificiale sviluppato da OpenAI. È una forma di IA debole, nota anche come IA di base, che è stata addestrata su un gran numero di testi scritti in lingua inglese. In particolare, ChatGPT è un modello di generazione di testo basato su una rete neurale Transformer.

ChatGPT è un modello di linguaggio molto avanzato e molto preciso, è in grado di generare testo in modo autonomo e di completare frasi o testi a partire da un input iniziale.

ChatGPT si distingue dagli altri sistemi di IA in quanto è stato addestrato su un vasto set di dati di testo e quindi in grado di generare testo in modo molto realistico, inoltre è in grado di generare risposte a domande complesse e di generare testo in modo autonomo.

La rete neurale transformer

La rete neurale Transformer è un tipo di architettura di rete neurale utilizzata per l'elaborazione del linguaggio naturale. È stata introdotta nel 2017 in un articolo dal titolo "Attention Is All You Need" (L'attenzione è tutto ciò di cui hai bisogno).

La caratteristica principale delle reti neurali Transformer è l'utilizzo di un meccanismo di attenzione che consente al modello di concentrarsi su parti specifiche del testo di input mentre elabora le informazioni. Ciò consente al modello di capire il contesto e di generare testo più preciso e naturale.

Inoltre, le reti neurali Transformer utilizzano una struttura di auto-attenzione che consente al modello di considerare l'intero testo di input allo stesso tempo, anziché solo una porzione di esso alla volta. Ciò consente al modello di comprendere meglio il contesto e di generare testo più preciso e coerente.

Le reti neurali Transformer sono utilizzate in una vasta gamma di applicazioni, tra cui la generazione di testo, la traduzione automatica, la comprensione del linguaggio naturale e il riconoscimento vocale. GPT-2 e GPT-3 sono esempi di modelli Transformer utilizzati per la generazione di testo.

Evoluzione

GPT-4 sarà 100 volte più potente di GPT-3, con oltre 100 trilioni di parametri rispetto ai 175 miliardi di parametri di GPT-3 e con nuove funzionalità come il servizio clienti e l'istruzione.

Applicazioni pratiche

E’ già possibile utilizzare una vasta gamma di servizi basati su IA forniti dai principali playes del mondo cloud. Ad esempio, in Microsoft Azure questi servizi consentono agli sviluppatori di creare, implementare e distribuire facilmente soluzioni di IA.

Alcuni dei servizi di IA offerti da Azure sono:

· Azure Cognitive Services: un insieme di API pre-addestrate che consentono di aggiungere funzionalità di IA come il riconoscimento delle immagini, il riconoscimento della voce e la comprensione del linguaggio naturale alle applicazioni.

· Azure Machine Learning: un servizio di apprendimento automatico che consente di creare, implementare e distribuire modelli di IA in modo semplice e veloce.

· Azure Databricks: un ambiente di elaborazione dei dati basato su Apache Spark che consente di creare, implementare e distribuire facilmente soluzioni di IA.

· Azure IoT Edge: una piattaforma per l'elaborazione dei dati in dispositivi IoT che consente di eseguire modelli di IA su dispositivi IoT.

Espandendo un po’ il campo troviamo altre piattaforme altrettanto interessanti, non sono ovviamente le uniche disponibili ma solo le più popolari:

· Google Cloud AI: un insieme di servizi di IA offerti da Google Cloud, tra cui Google Cloud Translation, Google Cloud Natural Language e Google Cloud Video Intelligence.

· Amazon Web Services (AWS): un insieme di servizi di IA offerti da Amazon, tra cui Amazon Transcribe, Amazon Translate e Amazon Rekognition.

· IBM Watson: un insieme di servizi di IA offerti da IBM, tra cui Watson Language Translator, Watson Speech to Text e Watson Visual Recognition.

· SAP Leonardo: una piattaforma di intelligenza artificiale di SAP che offre servizi di machine learning, intelligenza artificiale, Internet of Things (IoT) e blockchain.

· Facebook AI: un insieme di servizi di IA offerti da Facebook, tra cui Face Recognition, Object Detection and Automatic Alternative Text.

· OpenAI: una organizzazione di ricerca sull'IA che offre una serie di servizi di IA, tra cui GPT-3, un modello di generazione di testo basato sull'IA.

Inoltre, esistono tantissimi siti web basati su AI che hanno compiti relativamente semplici e specifici come ad esempio:

· Teachable Machine permette di sviluppare il proprio modello di machine learning senza bisogno di programmare. Si può addestrare l'intelligenza artificiale con immagini, suoni e altro.

· Thing Translator usa la fotocamera del cellulare o la webcam del computer per inquadrare un oggetto o qualsiasi altra cosa e dirci che cos'è in tutte le lingue del mondo.

· Autodraw, il sito Google che disegna da solo, un esperimento di intelligenza artificiale che indovina cosa stiamo disegnando per poterlo completare prima di finirlo.

· Il sito thispersondoesnotexist.com usa l'algoritmo sviluppato dal progetto NVidia StyleGAN2 in modo da mostrare la fotografia falsa di una persona che non esiste, con un viso che sembra incredibilmente reale, ogni volta che viene aperto.

· Infinite Drum Machine si occupa di organizzare automaticamente i suoni per creare una base ritmica. E’ possibile spostare i cerchi sullo schermo e scegliere il tipo di effetto sonoro da utilizzare per la base.

· Talk To Books Questo è uno strumento di intelligenza artificiale sperimentale di Google. Si digita una frase nella casella di ricerca, l’AI ti aiuterà a scoprire prospettive e libri entusiasmanti che potresti voler leggere.

· AI. Image Enlarger Questo sito web ti aiuterà a migliorare tutte le foto di bassa qualità, anche in caso di immagini “pixellate”, sfocate e non dettagliate. Si potrebbe dire come nelle serie e films.

Conclusioni

L’IA negli ultimi anni si è sicuramente sviluppata ad un punto tale da essere tanto potente quanto incredibile (e preoccupante?). OpenAI in particolare è stata fondata, indovinate un po’? Dal buon Elon Mask e attualmente foraggiata da Microsoft. Quest’ultima versione di GTP cambia tutte le dinamiche di mercato creando una svolta nell’integrazione del linguaggio naturale. Nei prossimi mesi assisteremo ad una evoluzione ancora più incredibile dato che gli altri player della Silicon Valley non potranno certo stare a guardare.

Exchange Online: eseguire operazioni avanzate con Microsoft Graph

2023-01-09T09:23:00.005+01:00

In alcuni casi, come ad esempio per un’importazione errata con network upload, si rende necessario effettuare alcune attività massive (bulk) in Microsoft 365.

Eliminare una determinata cartella da tutte le mailbox presenti in un tenant è uno scenario più comune di quanto sembri e lo utilizzeremo come modello per capire come connetterci con Microsoft Graph tramite PowerShell ed il relativo SDK al fine produrre script di automazione che possano oltrepassare il limite del contesto utente.

Graph PowerShell SDK è solo un wrapper per l’API Graph, che a sua volta non è altro che un’API REST. Un’API REST, nota anche come API RESTful, è un’interfaccia di programmazione delle applicazioni (API o API web) conforme ai vincoli dello stile architetturale REST, che consente l’interazione con servizi web RESTful.

Il repository GitHub di riferimento e supporto per Graph PowerShell SDK è il seguente: microsoftgraph/msgraph-sdk-powershell · GitHub

Connettersi alle API di Microsoft Graph tramite PowerShell

Come primissima cosa è mandatorio installare l’SDK di Graph. L’SDK farà in modo che sia possibile attestarci alle Graph API semplicemente tramite Microsoft PowerShell.

Installiamo quindi il modulo Microsoft.Graph meglio conosciuto come Microsoft Graph Powershell SDK. Da notare che tutti i cmdlet di questo modulo iniziano con “Mg“

Install-Module Microsoft.Graph -Scope AllUsers -Force

NB: lo scope AllUsers richiede diritti amministrativi, contrariamente non sono necessari per lo scope CurrentUser.

Un argomento molto importante, con cui è preferibile prendere confidenza quando ci si cimenta nell’utilizzo delle API di Microsoft Graph ,sono gli ambiti anche noti come scope. Se ad esempio un account dispone delle autorizzazioni per un determinato ruolo, non significa che gli venga automaticamente concesso tale ambito.

Verificare l’ambito di un cmdlet

Per questioni di sicurezza, e per evitare di disporre di privilegi eccessivi, è consigliabile utilizzare solo gli ambiti applicabili alla sessione corrente. Ma come si può sapere esattamente quali ambiti sono necessari per i cmdlet che intendiamo usare?

La risposta scontata è naturalmente la documentazione, ma esiste un altro modo probabilmente più efficace anche se dipende molto da come si è abituati: Graph Explorer! Da qui possiamo verificare tutte le autorizzazioni necessarie per ogni query.

continua su WindowServer.it

Exchange Online: Come nascondere gli utenti dalla GAL quando si usa la sincronizzazione di Active Directory (AAD Connect)

2022-12-05T14:33:00.004+01:00

Exchange Online: Come nascondere gli utenti dalla GAL quando si usa la sincronizzazione di Active Directory (AAD Connect)

Nascondere gli utenti dall'elenco indirizzi globale in Exchange Online non è così intuitivo quando l'utente viene sincronizzato dall’ambiente Active Directory locale. Si dovrà modificare un attributo dell'oggetto utente, nonché impostare msExchHideFromAddressLists su True ed eseguire una sincronizzazione.

Il problema però è cosa succede se non si dispone dell'attributo msExchHideFromAddressLists in Active Directory?

È possibile estendere lo schema di Active Directory per Exchange, ma non è qualcosa che si può facilmente ripristinare se qualcosa va storto, senza contare che si aggiungeranno un sacco di attributi che probabilmente non verranno mai utilizzati.

Una soluzione più pulita ed elegante potrebbe essere creare semplicemente una regola di sincronizzazione personalizzata all'interno di Azure AD Connect che “converte” il valore da un attributo differente.

Questo articolo illustra come sincronizzare un attributo personalizzato dall'Active Directory locale ad Azure AD per nascondere un utente dall'elenco indirizzi globale (GAL), senza la necessità di estendere lo schema di Active Directory. In questo caso, useremo un attributo chiamato msDS-cloudExtensionAttribute1. L'attributo msDS-cloudExtensionAttribute è stato introdotto in Windows Server 2012 e dispone di 20 numeri diversi per consentire flessibilità per questi tipi di scenari.

1. msDS-cloudExtensionAttribute per Azure AD Connect

Aprire Azure AD Connect Synchronization Service, passare alla scheda Connectors, poi selezionare ActiveDirectory (la vostra AD locale) e selezionare Properties. In alto a destra spuntare Show All, scorrere giù fino a msDS-CloudExtensionAttribute1 e poi selezionare OK

Figura 1 – Proprietà AD Locale

2. Creare una regola di sincronizzazione personalizzata

Aprire Azure AD Connect Synchronization Rules Editor, cliccare su Add new rule (assicurarsi che in alto sinistra venga indicato Inbound)

Inserire le informazioni seguenti:

Name: Nascondere un utente dalla GAL

Description: Se msDS-CloudExtensionAttribute1 è uguale a NascondiDaGAL, nascondi dalla GAL di Exchange Online

Connected System: la vostra AD locale

Connected System Object Type: user

Metaverse Object Type: person

Link Type: Join

Precedence: 50 (Può essere un qualsiasi numero inferiore a 100. Assicurarsi solo di non duplicare i numeri se esistono altre regole personalizzate o si riceverà un errore di dead-lock da SQL Server)

Figura 2 – Regola personalizzata

Fare clic su Next, Scoping filter e Join rules possono rimanere vuote

Immettere la trasformazione seguente, fare clic sul pulsante Add transformation, compilare il modulo con i valori seguenti e quindi fare clic su Add

FlowType: Expression

Target Attribute: msExchHideFromAddressLists

Source: IIF(IsPresent([msDS-cloudExtensionAttribute1]),IIF([msDS-cloudExtensionAttribute1]="NascondiDaGAL",True,False),NULL)

Figura 3 – regola inbound

3. Effettuare una sync totale

Da PowerShell eseguire il seguente comando:
Start-ADSyncSyncCycle -PolicyType Initial

4. Modificare l’attributo in AD per l’utente che si vuole nascondere dalla GAL

Aprire Active Directory Users and Computers (ADUC), selezionare l’utente desiderato e con il tasto destro selezionare Properties. Selezionare il tab Attribute Editor, cercare l’attributo msDS-cloudExtensionAttribute1 ed inserire il valore NascondiDaGAL

Figura 4 – Proprietà utente AD

Effettuare un’altra Sync full (initial), appena terminata la nuova sincronizzazione nelle proprietà dell’export verso il service domain di Office 365 vedremo l’attributo settato su true

Figura 5 – Attributo su true

Ora possiamo verificare che l’attributo sia stato davvero settato sulla mailbox dell’utente in Exchange Online

Figura 6 – Attributo assegnato all’utente in cloud

Abbiamo visto che sfruttando le regole di sincronizzazione custom di AAD Connect, con pochi passaggi è possibile settare un attributo “di servizio” e convertirlo ad un valore accettabile da Azure AD.

Exchange 2019 Recipient Management PowerShell

2022-10-03T12:14:00.000+02:00

Microsoft ha rilasciato l'aggiornamento Exchange Server 12 CU12, che consente finalmente di rimuovere l'ultimo Exchange Server in modo da poter eseguire Active Directory con Azure AD Connect e gestire gli attributi correlati a Exchange in modo supportato.

Microsoft richiede che gli attributi relativi a Exchange siano impostati e gestiti correttamente in modo che possa supportare l'utente in caso di eventuali problemi. Fino a poco tempo fa, ciò significava che era necessario eseguire un server Exchange on-premise per gestire le mailbox di Exchange Online, i gruppi di distribuzione, i contatti e altri elementi associati (come i criteri degli indirizzi di posta elettronica). Le modifiche apportate tramite Exchange Server on-premise vengono archiviate nell'AD locale, quindi Azure AD Connect le sincronizzerà nel cloud. La gestione diretta degli attributi tramite strumenti AD come ADSIEDIT rischia di introdurre potenziali problemi, in quanto tale, rimane non supportata.

Da Exchange Server 2019 CU12 viene consentita l'installazione dei soli strumenti di gestione e consentono inoltre di rimuovere definitivamente (non disinstallare) l'ultimo Exchange Server 2019.

NB: Non è possibile installare gli strumenti di gestione su un server in cui è già installata un'altra versione di Exchange

Rif: Manage recipients in Exchange Server 2019 Hybrid environments | Microsoft Learn

Configurare Microsoft Defender for Office 365 & Best Practice

2022-05-29T11:22:00.002+02:00

Durante la scorsa #APERITEAMS CONFERENCE #ACDSD21 purtroppo non sono riuscito a concludere la sessione "Configurare Microsoft Defender for Office 365 & Best Practice" a causa mia :-) ma per la complessità dell'argomento. Come al solito sono piuttosto allergico alle sessioni livello 100/200, mi piace dettagliare, per questo non sono riuscito a concludere per tempo.

In pratica son dovuto scappare dal palco per evitare che sciagure e tragedie si abbattessero su di me :-)
Dunque ecco pubblicate le slide per i presenti che sono rimasti a bocca asciutta e per tutti coloro fossero interessati

D4_DFO_Configurare Microsoft Defender for Office 365 & Best Practice_… (slideshare.net)

The Last Exchange: Rimozione dell'ultimo Exchange Server in configurazione ibrida

2022-05-22T14:34:00.020+02:00

The Last Exchange ci ricorda i mitici The Eagles con la loro The Last Resort.

La rimozione dell’ultimo server Exchange in una configurazione ibrida è sempre stato un problema spinoso che si annida tra necessità, funzionante e supportato. Quasi un sogno per molti IT-Pro.

Con gli ultimi cumulative update "H1" di Exchange Server 2019, sono stati introdotti alcuni miglioramenti da parte di Microsoft tra cui, finalmente la possibilità di rimuovere l'ultimo Exchange Server da un ambiente ibrido.

È importante notare però che NON è necessario disinstallarlo, sebbene lo si rimuova in modo permanente utilizzando le istruzioni di Microsoft.

In questo articolo Microsoft dettaglia come effettuare la gestione tramite PowerShell, una volta rimosso l’ultimo Exchange Server

Cosa aspettarsi dalla rimozione dell'ultimo Exchange Hybrid 2019

I clienti che hanno migrato tutte le proprie caselle di posta sul cloud hanno da sempre espresso il desiderio (giustamente) di poter rimuovere quell'ultimo Server Exchange, per giunta svuotato di tutto. Anche se la procedura in effetti può nascondere una piccola delusione è sicuramente un passo in avanti.

Come funziona?

Si avrà a disposizione un sottoinsieme di cmdlet di gestione per i recipient di Exchange, destinati agli oggetti AD che rappresentano i destinatari cloud e la loro configurazione ed inoltre il supporto a domini e criteri degli indirizzi di posta elettronica. Sono stati resi disponibili anche istruzioni e script per consentire di rimuovere delicatamente la configurazione per il server e relativi componenti ibridi, dopo aver spento l'ultimo Exchange Server.

Sarà comunque necessario gestire la configurazione dei destinatari “in locale” per gli oggetti gestiti da AD con gli stessi limiti a cui siamo abituati. Ad esempio, aggiornare gli indirizzi di posta elettronica per un utente locale o aggiornare le impostazioni della mailbox, come ad esempio le autorizzazioni del destinatario in Exchange Online.

Figura 1: Nuovi cmdlet per la gestione dei destinatari

Non è tutto oro quello che luccica. Non si avrà la possibilità di cambiare la fonte dell'autorità per quegli oggetti, cosa a cui Microsoft alludeva in passato.

Il Mail Relay rimane ciò di cui tutti sanno ma di cui nessuno parla e mentre Microsoft ha annunciato che per Exchange Server 2019 si possono ancora ottenere licenze ibride gratuite e che è possibile distribuire Exchange su Windows Server 2022, ciò si applica solo ed esclusivamente al ruolo Mailbox su un server aggiunto a un dominio ma non alla distribuzione del server Edge Transport.

Edge Trasport come inoltro SMTP autonomo ha il potenziale per essere un papabile sostituto drop-in inserito in una DMZ, che consente l'inoltro della posta da server per le applicazioni legacy utilizzando le regole del connettore di ricezione precedentemente configurate. Per ora, almeno, si dovrà mantenere aggiornato l'ultimo Exchange Server, utilizzare un MTA diverso o lavorare sulla configurazione delle applicazioni per l’adattamento all’inoltro ad Exchange Online.

La rapida evoluzione di Microsoft 365

Data la dinamicità di M365 certo non ci potevamo aspettare una soluzione perfetta, soprattutto dopo tutto questo tempo e tra le false promesse di Microsoft.
Negli ultimi anni, la realtà è che un numero crescente di organizzazioni sta effettivamente rimuovendo la propria dipendenza da Active Directory (On Premises) e sempre più organizzazioni hanno oramai abbracciato la filosofia Cloud First rendendo superfluo un eventuale sistema di writeback degli oggetti AD relativi ad Exchange Server.

Se davvero non si vuole che gli attributi di Exchange siano gestiti in un AD locale nemmeno da un subset di strumenti di gestione dei destinatari di Exchange, allora sarà davvero necessario iniziare a pensare a come rimuovere AD. Naturalmente in via ufficiosa è sempre possibile gestire i destinatari direttamente dagli strumenti avanzati in ADUC.

E Quindi?

La soluzione per rimuovere l'ultimo Exchange Server è senza dubbio una soluzione che si adatta a coloro che:

· Non necessitano dell'inoltro della posta tramite Exchange o le LOB supportano già EOL

· Era rimasto un solo server

· Sono consapevoli di dover usare PowerShell per la gestione

· Non hanno in programma di sbarazzarsi di AD in tempi brevi.

Teams Meeting Room: Un malinteso comune

2022-03-13T09:38:00.006+01:00

Un malinteso comune è che dovrebbe essere possibile inoltrare riunioni di Teams esterne all'account della meeting room (Teams Room). Questo non funziona “out of the box” ed il motivo è che ProcessExternalMeetingMessages è impostato su $false per impostazione predefinita.

Quando si inoltra una riunione di Teams esterna alla Meeting Room per prenotarla, ciò che accade è che la persona esterna la invita direttamente

Per risolvere questo problema, ProcessExternalMeetingMessages deve essere impostato su $true. Ciò consentirà a chiunque di inviare inviti alla Meeting Room.

Per abilitare la funzionalità, eseguire il seguente cmdlet:

Set-CalendarProcessing -Identity mr-01@mytenant.onmicrosoft.com -ProcessExternalMeetingMessages $true

Potrebbe verificarsi che l'invito alla riunione inoltrato arrivi all'MTR, ma non sia presente il pulsante di partecipazione (Join). Ciò potrebbe essere dovuto al modo in cui funziona l'elaborazione dei collegamenti sicuri (Safe Links) di Microsoft Defender for Office 365.

Sarà necessario creare un'eccezione per i dispositivi MTR che non riscriva i link https://teams.microsoft.com/*.

DANE e DNSSEC arrivano su Exchange Online

2022-02-08T11:52:00.006+01:00

Exchange Online aggiungerà il supporto per due nuovi standard Internet specifici per il traffico SMTP il cui deploy avverrà in due fasi, la prima (outbound) tra febbraio e marzo 2022 e la seconda (inbound) inizierà entro la fine del 2022.

Si tratta di DNSSEC (Domain Name System Security Extensions) e DANE for SMTP (DNS-based Authentication of Named Entities), due standard nati rispettivamente del 2005 e 2015.

Un po’ di storia

Prima di entrare in dettaglio sulle caratteristiche di questi nuovi standard non possiamo non possiamo non ricordare qualche cenno storico sul protocollo SMTP. È stato progettato molto tempo fa (40 anni) conservando ancora oggi il primato per il protocollo/standard informatico più longevo della storia, quando la consegna dei messaggi era considerata più importante della sicurezza. Con il passare del tempo, quando la sicurezza e la privacy sono diventate sempre più importanti, sono emersi diversi nuovi standard e uno di questi è RFC 3207: “SMTP Service Extension for Secure SMTP over Transport Layer Security (TLS)”. Questo è spesso indicato come TLS opportunistico o STARTTLS. Il TLS opportunistico fornisce la crittografia per le connessioni SMTP e, anche se rappresenta un grande miglioramento rispetto al semplice SMTP, presenta ancora un numero significativo di vulnerabilità.

continua su Windowserver.it

💥📣 Partecipa alla prossima AperiTeams Conference 📣💥

2021-10-11T18:04:00.003+02:00

Parlerò all’evento AperiTeams Conference 2021 #1. Vorresti partecipare?

📆 25 novembre
⌚ Dalle 8:30 alle 17:30
📍 Agriturismo la Camilla
🍸 Aperitivo dalle 18:00 by Meme Cocktails

👨‍🏫 Andrea Gallazzi - Andrea Benedetti - Simone Frigerio - Silvio Di Benedetto

Maggiori informazioni e per iscriversi 👉 https://lnkd.in/d2V6eBgV

Vi aspetto alla mia sessione: Defender for Office 365!

Le versioni di Windows: come funziona

2021-10-04T21:33:00.000+02:00

Molti di voi si saranno chiesti come diavolo vengano stabiliti i numeri di versione di Windows.

Ecco la spiegazione ufficiale:

I numeri di versione sembrano aver "deviato" da un percorso ben definito a partire da Windows 7. Il suo numero di versione era 6.1 e non 7. A causa della popolarità di Windows XP, quando Windows Vista ha portato il numero di versione a 6.0, alcune applicazioni non sono riuscite a rilevare il corretto (SO) perché gli sviluppatori controllavano le major release con maggiore o uguale a 5 e i numeri di minor release con maggiore o uguale a 1, che non era il caso di Windows Vista. Avendo imparato la lezione, Microsoft ha scelto di lasciare il numero della versione principale come 6 e il numero della versione secondaria come 2 (maggiore di 1) per ridurre al minimo tali incompatibilità. Tuttavia, con Windows 10, il numero di versione è stato aggiornato a 10.0 ed è rimasto tale con Windows 11, al momento della scrittura 10.0.22000

New security feature for Exchange Server: Exchange Server Emergency Mitigation

2021-09-24T23:24:00.002+02:00

Exchange Server Emergency Mitigation FAQ

Q: What is Exchange Server Emergency Mitigation?

A: Exchange Server Emergency Mitigation is a new feature in Exchange Server introduced in the September 2021 CUs. It detects Exchange Servers that are vulnerable to one or more known threats and applies temporary mitigations until the admin can install the available SU.

Q: What does Exchange Server Emergency Mitigation do?

A: This feature runs as a Windows service, and it checks the Office Config Service for available mitigations hourly. If a mitigation is available, the EM service downloads it and automatically applies it to the server.

Q: What is a Mitigation?

A: A mitigation is an action or set of actions used to secure an Exchange server from a known threat. If a security threat becomes known to Microsoft and we create a mitigation for the issue, that mitigation can downloaded to the Exchange server, which can automatically implement the pre-configured settings. Mitigations are sent in a signed XML file that contains configuration settings for mitigating a security threat.

Q: If I disable sending optional data to Microsoft, will the EM service still automatically apply mitigations?

A: Yes. Automatic mitigation by the EM service does not require the sending of data to Microsoft. If sending data to Microsoft is not enabled, the EM service will function normally.

Q: Will Microsoft release mitigations for every vulnerability that will be eventually fixed in an SU?

A: No. Our plan is to release mitigations only for the most severe security issues, such as issues that are being actively exploited in the wild. Because applying mitigations may reduce server functionality, we plan on releasing mitigations only when the highest impact or severity issues are found.

New security feature in September 2021 Cumulative Update for Exchange Server - Microsoft Tech Community

Microsoft 365 Certified: Security Administrator Associate

2021-08-14T14:11:00.006+02:00

Earning Microsoft 365 Security Administrator Associate certification validates the skills and knowledge to proactively secure Microsoft 365 enterprise and hybrid environments, implement and manage security and compliance solutions, respond to threats, and enforce data governance.

Tracing DNS queries on Windows 10 with NirSoft DNSLookupView

2021-08-13T14:21:00.001+02:00

DNSLookupView is a new DNS tracing tool for Windows 10, made by Nir Sofer, that allows you to view the details of every DNS query sent through the DNS Client service of Windows.

For every DNS query, the following information is displayed: Query Timestamp, Host Name, Query Type (A, AAAA, and so on), Query Status (Error or succeeded), Query Result, ID and name of the process that requested the DNS lookup.

You can use the DNSLookupView tool with GUI as well as you can run DNSLookupView without displaying any user interface for the specified number of milliseconds, and then export the captured DNS requests to csv/tab-delimited/xml/html file

Download:
DNSLookupView

WindowServer.it Honor Community Member

2021-07-04T14:44:00.009+02:00

Ringrazio la Community WindowServer.it, con la quale collaboro ormai da tempo, per il badge ricevuto.

Il badge di Honor Community Member viene assegnato a coloro che fanno parte della community WindowServer.it da molti anni e che continuano a diffondere i valori di WindowServer.it, che vanno oltre il concetto di articolo, video o sessione durante gli eventi. I membri di questo club sono colonne portanti di questo sito e dei valori che rappresenta.

Configurazione del server NTP attraverso w32tm

2021-07-01T10:23:00.000+02:00

Eseguire il seguente comando nel PDC Emulator sostituendo NTPSERVER con il server ntp geograficamente più vicino, ad esempio:

ntp1.inrim.it 193.204.114.232 NTP (RFC 5905)

ntp2.inrim.it 193.204.114.233 NTP (RFC 5905)

time.inrim.it 193.204.114.105 NTP (RFC 5905), TIME (RFC 868), DAYTIME (RFC 867)

w32tm /config /manualpeerlist:NTPSERVER /syncfromflags:manual /reliable:yes /update

net stop w32time && net start w32time

Per verificare che effettivamente sia stato configurato correttamente possiamo usare i seguenti comandi:

Forzare la sincronizzazione
w32tm /resync /nowait

Controllare la configurazione
w32tm /query /configuration

Visualizzare la sorgente time
w32tm /query /source

Visualizzare l'elenco di tutti i server NTP configurati e il loro stato
w32tm /query /peers

Visualizzare lo stato del servizio, ad esempio se sta ricevendo l'ora dall'orologio cmos locale/server NTP esterno
w32tm /query /status

Monitor
w32tm /monitor

Configurazione del server NTP attraverso le GPO

Creare un filtro WMI e specificare la query:

Select * from Win32_ComputerSystem where DomainRole = 5

Creare una GPO da linkare ai DC e collegare il filtro in modo che sarà applicata solo al PDC Emulator

Editare la gpo e posizionarsi in “Computer Configuration\Administrative Templates\System\Windows Time Service\Time Providers”

Abilitare “Enable Windows NTP Client” e “Enable Windows NTP Server”

Impostare “Configure Windows NTP Client”

Microsoft Security Compliance Toolkit

2021-05-03T14:12:00.001+02:00

The Microsoft Security Configuration Toolkit enables enterprise security administrators to effectively manage their enterprise’s Group Policy Objects (GPOs). Using the toolkit, administrators can compare their current GPOs with Microsoft-recommended GPO baselines or other baselines, edit them, store them in GPO backup file format, and apply them via a domain controller or inject them directly into testbed hosts to test their effects. For more information, see Windows Security Baselines.

Download Microsoft Security Compliance Toolkit 1.0 from Official Microsoft Download Center

Send as SMTP alias ora disponibile in Exchange Online

2021-04-22T07:45:00.002+02:00

Una delle richieste degli utenti più longeve è finalmente una realtà. Gli utenti possono finalmente inviare e-mail "come" uno dei propri indirizzi SMTP alias.

Gli amministratori di Exchange possono assegnare indirizzi email alternativi, o alias, alle cassette postali degli utenti. Gli utenti possono ricevere e-mail per uno qualsiasi dei loro alias, ma fino ad ora, e-mail e risposte possono essere inviate solo utilizzando il loro indirizzo e-mail SMTP principale. Con il nuovo comportamento, i messaggi di posta elettronica inviati utilizzando un alias, mostrano l'indirizzo del mittente e l'indirizzo di risposta come indirizzo SMTP dell'alias utilizzato.

E' possibile abilitate la funzionalità tramite il seguente cmdlet

Set-OrganizationConfig -SendFromAliasEnabled $true

Una volta impostato, gli utenti potranno inviare e-mail utilizzando uno dei loro indirizzi alias configurati, in Outlook o OWA. In Outlook, l'utente deve prima mostrare il campo Da per i nuovi messaggi di posta elettronica utilizzando il menu Opzioni, quindi scegliere un indirizzo alias o fare clic su Altro indirizzo email e digitare quello che si desidera utilizzare.