Le blog technique

Toutes les astuces #tech des collaborateurs de PI Services.

#openblogPI

Retrouvez les articles à la une

Azure Hybrid Device – Bouton SSPR ne s’affiche pas quand l’enregistrement de l’ordinateur est en Pending

Pour afficher le bouton SSPR (Self-Service Password reset) sur l’écran d’ouverture de session Windows 10, il faut ajouter la clé de registre ci-dessous manuellement ou via GPO (sous réserve d’avoir SSPR déjà activé pour l’utilisateur et l’ordinateurs est joint à Azure AD en mode Hybride) :

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AzureADAccount] 

« AllowPasswordReset »=dword:00000001 

Dans certains cas, même après l’ajout de cette clé de registre, le bouton SSPR ne s’affiche pas sur l’écran d’ouverture de session.

En regardant sur Azure AD, l’état de la machine qui n’a pas fonctionné, nous avons constaté qu’elle est bien Hybrid Azure AD Joined mais le statut d’enregistrement est en Pending

Afin de résoudre ce problème, il faut forcer l’enregistrement de la machine à Azure AD en ajoutant les deux valeurs de la clé de registre ci-dessous :

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CDJ\AAD] 

« TenantId »= »<YourTenantId> » 

« TenantName »= »<YourCompany.com> » 

Une fois ajoutés, redémarrez l’ordinateur et il sera enregistré dans Azure AD.

Sur l’écran d’ouverture de session, le bouton SSPR doit maintenant s’afficher.

 

 

Script – API Vmware VCenter v7 – Get VM infos

Une mise a jour du script proposé récemment, utilisant la nouvelle version de l’API de Vcenter.

 

### QUERY VCENTER REST API (v7) TO GET VM LIST ###


$user = ‘myaccount’
$pswd = Read-Host -Prompt "Enter Password"
$vCenterName = ‘MyVcenter’
$encoded = [System.Text.Encoding]::UTF8.GetBytes(($user, $pswd -Join ‘:’))
$encodedPassword = [System.Convert]::ToBase64String($Encoded)
$authHeader = @{
Authorization = "Basic $($EncodedPassword)"
}
$sRest = @{
Method = ‘Post’
Uri = "https://$($vCenterName)/api/session"
Headers = $authHeader
}
$result = Invoke-RestMethod @sRest


# Get TokenID
$authHeader = @{
‘vmware-api-session-id’ = $result.value
}


# Get All Hosts
$gethosts = "https://$($vCenterName)/api/vcenter/host"
$resultgethost = Invoke-RestMethod -Uri $gethosts -Headers $authHeader
$hostidlist = $resultgethost.value.host


# For each host, get all VMs

foreach ($hostid in $hostidlist)
{
$get_vm = "https://$($vCenterName)/rest/vcenter/vm?filter.hosts=$hostid"
$resultvm = Invoke-RestMethod -Uri $get_vm -Headers $authHeader
[array]$FinalTableau += $resultvm
}

# Display Result
$FinalTableau.value | select name,power_state


# Output to CSV
$CsvTab = $FinalTableau.value | select name,power_state | ConvertTo-Csv -Delimiter ';' -NoTypeInformation
$CsvTab | Out-File .\VMList.csv

 

 

Exchange hybride : Impossible de partager le calendrier « tous les détails » et « détails limités » à partir d’Outlook

Problème

Lorsqu’un utilisateur On premises tente de partager son calendrier avec un utilisateur Office 365, il reçoit le message d’erreur suivant :

Cause

Ce problème se produit si la stratégie de partage n’autorise pas l’utilisateur à partager le niveau de détails que l’utilisateur a défini dans l’invitation de partage.

Solution

Pour résoudre ce problème, suivez les étapes suivantes :

  1. Ouvrez le Centre d’administration Exchange, cliquez sur Organization –> Sharing
  2. Double-cliquez sur « Default Sharing Policy (DEFAULT) »
  3. Cette règle indique que vous ne pouvez partager que l’autorisation « Disponibilité uniquement » avec les autres organisations.

    Vous pouvez soit modifier la règle de partage  « Toutes les informations de calendrier, notamment l’heure, l’objet, l’emplacement et le titre » pour tous les domaines

  4. Ou vous créez une nouvelle règle de partage pour votre domaine smtp qui est partagé dans Office 365 et attribuez « Toutes les informations de calendrier, notamment l’heure, l’objet, l’emplacement et le titre ». 
  5. Cliquez ensuite sur « Enregistrer »