danard.net - PowerShell

Systray Info: information sur votre ordinateur

webmaistre — Sun, 01 Mar 2026 19:17:16 +0000

Ce script PowerShell lance une petite application en zone de notification qui affiche les principales informations de la machine dans une fenêtre WPF/XAML, à la façon de BGInfo, avec gestion d’instance unique et mise à jour dynamique de certaines données.

Les données affichées proviennent de diverses sources accessibles en PowerShell, que ce soit par fonctions intégrées, requête WMI ou lecture du registre.

Tout le contenu affiché est défini par section, comportant un label, les données à afficher, et la fonction à appeler pour récupérer ces données.

Il inclut aussi une fonction de copie des données (plus facilement utilisable qu'une copie-écran).

Mise à jour 2026-03-22:

La fonction déterminant la version de Windows a été corrigée, elle se basait sur la mauvaise entrée de registre.

Un script a été ajouté, permettant de gérer l'affichage des icônes dans la zone de notifications, dans le contexte d'un utilisateur.

Ce script lit les informations stockées dans "HKCU:\Control Panel\NotifyIconSettings", entrée de registre qui contient une liste d'exécutables pouvant afficher des notifications.

Chaque entrée dispose d'une valeur "IsPromoted" qui permet de définir l'état d'affichage: 1 = constamment visible, 0 = masqué.

Dans le cas de scripts PowerShell, le script se base sur le tooltip pour faire la sélection.

Date de publication:

01/03/2026 - 20:17

Dernière modification:

22/03/2026 - 11:34

SysTrayInfo_v2.zip

Interface d'administration

Roland Danard — Tue, 23 Nov 2021 19:43:53 +0000

Trop souvent j'ai eu besoin de travailler sur la même machine en utilisant plusieurs comptes afin d'effectuer des tâches d'administration IT.

S'il est toujours possible de lancer des programmes "en tant que...", cela est vite lassant.

J'ai donc cherché à mettre au point un outil que je pouvais lancer une fois pour y revenir à chaque fois qu'il me fallait exécuter une tâche avec des privilèges différents de ceux possédés par mon compte "bureautique".

La version proposée ici répond pour l'instant à mes besoins.

Elle s'adapte aux outils présents sur le poste de travail standard ou à une machine d'administration, et peut être facilement étendue pour ajouter d'autres éléments, même si par choix pratique leur liste est intégrée dans le code plutôt que de figurer dans un fichier externe.

2023-02-19: Nouvelle version

La nouvelle version permet maintenant de diviser la liste d'outils en plusieurs volets, afin de regrouper les outils suivants les domaines d'utilisation.

Les divers onglets sont définis comme suit:

$tabsList = @(
	[PSCustomObject]@{
		Name       = "ADInfra"
		Label      = "Active Directory & Infra"
		Background = "Aqua"
	}
	[PSCustomObject]@{
		Name       = "ComputerMgmt"
		Label      = "Computer Mgmt Tools"
		Background = "Aquamarine"
	}
	[PSCustomObject]@{
		Name       = "Other"
		Label      = "Other Tools"
		Background = "LightGreen"
	}
)

Les outils sont eux définis comme suit:

$toolsList = @(
	[PSCustomObject]@{
		Name       = "DSAC_EXE"
		Label      = "Active Directory Administration Center"
		FilePath   = $env:SystemRoot + "\System32\dsac.exe"
		Parameters = ""
		TabName    = "ADInfra"
	}
	[PSCustomObject]@{
		Name       = "REGEDIT_EXE"
		Label      = "Registry Editor"
		FilePath   = $env:SystemRoot + "\regedit.exe"
		Parameters = "/s"
		TabName    = "ComputerMgmt"
	}
	[PSCustomObject]@{
		Name       = "CHROME_EXE"
		Label      = "Google Chrome"
		FilePath   = $env:ProgramFiles + "\Google\Chrome\Application\Chrome.exe"
		Parameters = "https://danard.net"
		TabName    = "Other"
	}
}

Pour améliorer l'aspect visuel, la barre de statut utilise la même couleur de fond que la fenêtre principale, et est placée en bas de fenêtre.

Note: contrairement à MS Edge, Google Chrome peut être lancé dans un contexte utilisateur alternatif à celui utilisé pour la session ouverte.

Date de publication:

23/11/2021 - 20:43

Dernière modification:

19/02/2023 - 21:15

AdminUI.zip

Liste de mise à jour installées

Roland Danard — Wed, 10 Jun 2020 05:45:38 +0000

Une commande rapide pour afficher la liste des mises à jours installées, classée par date :

Get-Package -ProviderName msu | ForEach-Object { [PSCustomObject]@{
     Date   = [datetime]::ParseExact(($_.Metadata['Date'])[0], (Get-Culture).DateTimeFormat.ShortDatePattern + " " + (Get-Culture).DateTimeFormat.LongTimePattern, $null)
     Name   = $_.Name
     Status = $_.Status
     Result = $_.Metadata['ResultCode'][0]
} } | Sort-Object -Property Date

Date de publication:

10/06/2020 - 07:45

Dernière modification:

10/06/2020 - 07:47

Office 365 ProPlus - Gestion automatique des sources

Roland Danard — Thu, 20 Jun 2019 11:37:45 +0000

Présentation

L’installation d’Office 365 sur un poste, ou sa reconfiguration (telle que décrite ici), suppose la présence des sources d’installation sur le poste lui-même ou sur un partage réseau, dans le cas où il n’est pas souhaité ou souhaitable que le poste de travail télécharge lui-même les sources depuis le Content Delivery Network de Microsoft.

Afin d’éviter d’installer une version ancienne qui devrait immédiatement être mise à jour (ce qui est susceptible de se produire en particulier lors d’une reconfiguration), il importe que ces fichiers sources soient mis à jour régulièrement, au rythme des mises à jour fournies par l’éditeur.

C’est donc une tâche qu’il convient d’automatiser au maximum.

La version précédente dédiée à l’automatisation était centrée sur la réalisation d’un package MSI de déploiement des sources ; l’utilisation d’un script de commande impliquait certaines limitations, levées dans cette nouvelle version par le passage à PowerShell.

Le nouvel outil permet d'une part de télécharger les sources, pour mise à jour d'un point central utilisé pour l'installation ultérieure, et toujours de réaliser un package MSI destiné principalement à la mise à disposition des sources par un outil de déploiement (SCCM par exemple).

Principes

Le principe de fonctionnement est le suivant :

Choix des paramètres correspondant à la version d’Office 365 ciblée (canal de mise à jour, version, plateforme, langues)
Téléchargement des sources correspondant aux paramètres indiqués, si demandé
Vérification des caractéristiques des sources disponibles
Génération d’un fichier MSI pour le déploiement des sources, si demandé

Les informations générales sur les versions disponibles suivantes sont récupérées directement sur le site de Microsoft, pour chaque canal de mise à jour :

N° de version (format YYMM, exemple : 1808)
N° de build correspondant à la dernière version disponible (format A.B, exemple : 10730.20348)

Les paramètres choisis permettent de composer un fichier de configuration XML dédié au téléchargement des sources.

Une fonction dédiée permet de récupérer à partir des éléments présents dans un dossier de sources les informations relatives à la plateforme, la version et le n° de build, ce dernier n’étant pas forcément connu avant le téléchargement (si la version n’est pas spécifiée) et servant ensuite pour la génération du MSI.

Paramètres

Au niveau des paramètres, si le n° de version est omis, la version téléchargée est la plus récente disponible pour le canal de mise à jour considéré.

En pratique, le n° de version ne devrait être spécifié que dans le cas du canal de mise à jour semi-annuel, pour lequel 2 versions peuvent être disponibles en simultané.

Les paramètres linguistiques permettent de spécifier séparément les langues téléchargées en tant que packs complets (comprenant l’interface) et les outils de vérification linguistiques (grammaire et correction orthographique).

Les paramètres par défaut sont :

Canal semi-annuel
Dernière version disponible
Plateforme 64 bits
Pack linguistique en-US
Pas d’outils de correction supplémentaires

Pour le téléchargement des sources, il s’opère soit dans le dossier d’exécution du script, soit dans un dossier spécifié en paramètre.

De même pour la génération du fichier MSI, le dossier dans lequel le fichier doit être placé est paramétrable.

Génération du MSI

La génération du fichier MSI se fait par l’intermédiaire de WiX (Windows Installer XML) ; les diverses options concernant le fichier MSI sont spécifiées dans le fichier O365_Sources.wxs et sont :

Génération de fichiers .CAB multiples (pour éviter à l’installation un blocage par certains antivirus quand la taille des sources dépasse les quelques giga octets)
Dossier de destination : C:\ProgramData\Office365SRC\<nom de dossier>
le nom de dossier final est calculé suivant le canal de mise à jour, faisant apparaître dans le cas du canal SA le n° de version
Version du MSI : correspond au numéro de build complet des sources d’Office 365, sous la forme 16.0.<n° build au format A.B>

Le nom du fichier MSI fait apparaître la version, le canal de mise à jour et le numéro de version du MSI.

A noter que dans le cas de la version 64 bits d'Office, les fichiers téléchargés peuvent être de taille supérieure à 2 gigaoctets, ce qui interdit dans ce cas leur incorporation dans un installeur au format MSI.

Date de publication:

20/06/2019 - 13:37

Dernière modification:

28/01/2020 - 13:17

Réseau - Détection du type de connexion

Roland Danard — Sun, 17 Mar 2019 17:17:41 +0000

Il est souvent utile de connaître le type de connexion utilisée lors de l’exécution de certaines opérations sur un poste de travail, afin de réaliser ou non certaines opérations.

Par exemple, lors d’une mise à jour d’une version de Windows, il peut être souhaitable de bloquer la mise à jour si elle n’est pas exécutée sur le réseau interne de l’entreprise, ou au minimum d’avertir l’utilisateur des risques de l’opération.

Ou encore, si l’ordinateur est connecté en VPN, la mise à jour du client VPN demandera que la nouvelle version de la solution VPN soit téléchargée dans son intégralité avant que l’installation n’ait lieu…

Le script fourni ici commence par déterminer quelle est l’interface réseau utilisée pour la connexion au domaine, puis vérifie quel est son type, d’après les informations relatives au medium physique : 802.3, 802.11, Bluetooth, …

Les types ne correspondant pas à une connexion filaire ou sans fil sont considérés comme relevant du VPN.

<#
.SYNOPSIS
    Get the type of network connection

.DESCRIPTION
    Retrieve the network connection type when a computer is connected to a domain:
    - LAN
    - Wireless
    - VPN

.EXAMPLE
    Get-NetworkConnectionType

.INPUTS
    none

.OUTPUTS
    One of these string values:
    - LAN
    - Wireless
    - VPN

.NOTES
    version 1.0: initial version
#>

function Get-NetworkConnectionType {
    [CmdletBinding()]
    [OutputType([String])]
    Param ()
    
    begin {
        $connectionType = "n/a"
    }
    
    process {

        # get the connection which is used for domain access
        $connectionProfile = Get-NetConnectionProfile | Where-Object { $_.NetworkCategory -eq "DomainAuthenticated" }

        # if a connection exists, check the adapter in use
        if ($null -ne $connectionProfile) {
            # get the adapter
            $connectionAdapter = Get-NetAdapter -Name $connectionProfile.InterfaceAlias
            switch ($connectionAdapter.PhysicalMediaType ) {
                "802.3" {
                    $connectionType = "LAN"
                    break;
                }
                "Native 802.11" {
                    $connectionType = "Wireless"
                    break;
                }
                "Bluetooth" {
                    $connectionType = "Wireless"
                    break;
                }
                default {
                    $connectionType = "VPN"
                }
            }
        }
        
    }
    
    end {
        Write-Output $connectionType
    }
}

Date de publication:

17/03/2019 - 18:17

Dernière modification:

17/03/2019 - 18:42

Office 365 - Reconfiguration après installation initiale

Roland Danard — Sun, 03 Feb 2019 19:23:52 +0000

Principe

La reconfiguration d'une installation d'Office 365 pour ajouter ou supprimer un composant (Access, Publisher, ...) un produit annexe (Visio, Project, ...), voire une langue d'interface, suppose une réinstallation de la suite, en prenant compte d'une part les ajouts/suppressions demandés, et d'autre part les éléments déjà installés.

Les sources d'Office 365 incluent déjà tous ces éléménts, indépendamment de ce qui a été demandé lors du téléchargement (le paramétrage effectué pour cette opération vise essentiellement à télécharger les composants linguistiques souhaités).

L'approche usuelle est de préparer pour chaque élément à ajouter/supprimer un fichier de configuration, précisant les opérations à effectuer comme lors d'une installation initiale, qui peut alors être appliqué sur le poste de travail.

Le défaut est qu'il est difficile de gérer la multiplicité des cas possibles, en particulier pour les composants d'Office ProPlus : il faut prévoir une configuration pour ajouter Access, une autre pour ajouter Publisher, une autre pour ajouter Publisher mais enlever Access, ...

Cela devient rapidement ingérable, surtout si on y ajoute la gestion des langues !

Et pour ajouter un peu de complexité, plusieurs versions d’Office 365 cohabitent, suivant les canaux de mise à jour choisis, avec parfois plusieurs versions différentes sur un même canal…

Script de reconfiguration

Le script de reconfiguration est là pour simplifier les opérations.

A partir des informations présentes sur la machine (voir l'article consacré à la description des entrées de registre liées à l'installation d'Office ici), un fichier de configuration au format XML est regénéré, correspondant au plus proche à ce qui a été exécuté pour l'installation.

Exemple :

<Configuration>
  <Add OfficeClientEdition="32" Channel="Broad" Version="16.0.10730.20264" >
    <Product ID="VisioStdXVolume">
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
    <Product ID="O365ProPlusRetail">
      <ExcludeApp ID="onedrive" />
      <ExcludeApp ID="access" />
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
  </Add>
  <Logging Level="Standard" Path="C:\InstallationLogs\Office365" />
</Configuration>

Cette configuration est alors mise à jour pour tenir compte des ajouts ou suppressions demandés.

Par exemple, pour ajouter Access :

<Configuration>
  <Add OfficeClientEdition="32" Channel="Broad" Version="16.0.10730.20264" >
    <Product ID="VisioStdXVolume">
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
    <Product ID="O365ProPlusRetail">
      <ExcludeApp ID="onedrive" />
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
  </Add>
  <Logging Level="Standard" Path="C:\InstallationLogs\Office365" />
</Configuration>

Enfin, comme il s'agit au final de procéder à une réinstallation, la localisation des fichiers est ajoutée.

Par exemple, avec des sources disponibles sur un partage réseau :

<Configuration>
  <Add OfficeClientEdition="32" Channel="Broad" Version="16.0.10730.20264" SourcePath="\\FileServer\Sources\Office365\1808-SA" >
    <Product ID="VisioStdXVolume">
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
    <Product ID="O365ProPlusRetail">
      <ExcludeApp ID="onedrive" />
      <Language ID="fr-fr" FallBack="en-US" />
    </Product>
  </Add>
  <Logging Level="Standard" Path="C:\InstallationLogs\Office365" />
</Configuration>

Une fois la nouvelle configuration générée, elle est appliquée en utilisant le programme d'installation standard d'Office 365.

Paramètres d'exécution

Les paramètres du script sont les suivants :

liste de composants à ajouter
liste de composants à supprimer
liste de produits à ajouter
liste de produits à supprimer
liste de langues d'interface à ajouter
indicateur de suppression de contrôle de version
localisation du dossier comportant le programme Setup.exe d'Office 365
localisation du dossier comportant les fichiers sources d'Office 365

Composants & Produits

Les composants gérés sont : Access, Excel, Groove, Lync, OneDrive, OneNote, Outlook, PowerPoint, Publisher, Word, Bing.

Les produits gérés sont : ProjectProXVolume, ProjectStdXVolume, ProjectProRetail, ProjectStdRetail, VisioProXVolume, VisioStdXVolume, VisioStdRetail, VisioProRetail,AccessRuntimeRetail.

Ces listes peuvent être étendues pour ajouter de nouveaux produits si nécessaire.

Gestion des langues

Si aucun paramètre spécifique n'est indiqué, les langues déjà présents sur le poste sont reconduites, et la langue par défaut d'Office est conservée.

Dans le cas contraire, les langues à installer doivent être indiquées en précisant leur code (suivant la notification IETF), la première entrée de la liste indiquant alors la langue par défaut d'Office après reconfiguration.

Pour les produits ajoutés, si aucun paramètre de langue n'est précisé, la langue par défaut est alors celle du système d'exploitaiton, avec un repli sur en-US en cas d'indisponibilité.

Dans tous les cas, une langue ne peut être ajoutée que si elle est présente dans les fichiers sources fournis.

Gestion des versions

Le principal problème pouvant survenir lors de la réinstallation d'Office 365 est qu'il est possible de faire un retour arrière sur le niveau de version très facilement, le programme d'installation ne contrôlant pas actuellement ce point.

Lors de la détermination de la configuration installée, le script détermine la version présente.

Par défaut, si la version installée est différente de la version fournie dans les soures, l'installation n'a pas lieu.

Si le drapeau de suppression de contrôle de version est levé, le contrôle de version n'a pas lieu et l'installation se fera avec la version présente dans les sources, permettant alors une montée ou descente de version, suivant le cas.

Programme d'installation d'Office 365

Le programme Setup.exe destiné à l'installation d'Office 365 évolue indépendamment des sources d'Office (nouvelles fonctionnalités, corrections d'erreurs, ...).

Par défaut, le script le recherchera dans le dossier des sources, ou dans le dossier précisé en paramètre.

Si aucun programme n'est trouvé, l'installation ne pourra pas avoir lieu.

Sources d'Office 365

Le paramètre spécifiant la localisation des sources est obligatoire pour procéder à l'installation.

Un contrôle minimal est effectué sur son contenu (présence d'un dossier portant le n° de version d'Office).

Si la localisation n'est pas fournie ou si le contrôle échoue, l'installation ne pourra pas avoir lieu.

Date de publication:

03/02/2019 - 20:23

Dernière modification:

28/01/2020 - 13:30

Suppression d'applications Windows 10

Roland Danard — Mon, 10 Dec 2018 20:08:07 +0000

Supprimer les applications Windows 10 présentes sur un poste de travail n'est pas toujours des plus simple, étant donné qu'elles sont installées d'une part dans un magasin logiciel local, puis dans l'espace utilisateur.
Sans compter certaines (fournies avec Windows) qui, bien que visibles dans "Applications et fonctionnalités", ne peuvent être désinstallées depuis ce panneau de configuration...

Le script ci-dessous a pour objet de répondre au besoin de désinstaller ces applications intégrées.

La liste des noms d'applications pouvant être désinstallées par cette méthode est obtenue par la commande PowerShell (à exécuter avec les privilèges d'administrateur) :

(Get-ProvisionedAppxPackage -Online).DisplayName

Il n'y a pas de moyen simple en PowerShell d'obtenir la correspondance entre le nom de l'application obtenu par la commande précédente et le nom affiché dans "Applications et fonctionnalités", ceux-ci étant affichés dans la langue de l'utilisateur (et accessoirement parce qu'il y a un certain manque de cohérence dans les données fournies dans les fichiers 'manifest' des applications). Une liste est disponible ici : https://docs.microsoft.com/en-us/windows/application-management/apps-in-windows-10. Les applications supprimables par le script sont celles de la liste "Provisioned Windows Apps".

Le script doit être exécuté avec un compte disposant des droits d'administration locale.

Une fois désinstallées, à partir de Windows 1703, les applications ne sont pas réinstallées lors d'une mise à niveau vers une version plus récente du système.

Elles ne peuvent être réinstallées que depuis le Microsoft Store.

function Remove-WindowsApps {
<#
  .SYNOPSIS
  Remove Windows Apps based on a list

  .DESCRIPTION
  Fully remove a list of Windows Apps, for new users or existing users profiles

  .PARAMETER AppName
  Name of application to remove, or list of application names to remove

  .EXAMPLE
  Remove-WindowsApps -AppName Microsoft.Getstarted

  .EXAMPLE
  Remove-WindowsApps -AppName @("Microsoft.Getstarted","Microsoft.People")
#>

  [CmdletBinding()]
  Param
  (
    [Parameter(Mandatory = $true)]
    [string[]]$AppName
  )

  Foreach ($app in $AppName) {
    # remove from provisionned application list
    try {
      $winApp = Get-ProvisionedAppxPackage -Online | Where-Object {$_.DisplayName -eq $app}
      if ($null -ne $winApp) {
        Remove-ProvisionedAppxPackage -Online -PackageName $winApp.PackageName -ErrorAction Stop | Out-Null
        Write-Host "$app - Windows Provisioned Application removed" 
      } else {
        Write-Host "$app - not found" 
      }
    } 
    catch {
      $err = $_.Exception.Message
      Write-Host "Error while removing '$app' Windows Provisioned Application" 
      Write-Host $err
    }
    # remove package for users already connected to the computer
    try {
      $winPkg = Get-AppxPackage -AllUsers $app 
      if ($null -ne $winPkg) {
        Remove-AppxPackage -Package $winPkg -AllUsers -ErrorAction Stop | Out-Null
        Write-Host "$app - Windows Application removed"
      } else {
        Write-Host "$app - Appx Package not found" 
      }
    }
    catch {
      $err = $_.Exception.Message
      Write-Host "Error while removing '$app' Windows Application"
      Write-Host $err
    }
  }
}

Date de publication:

10/12/2018 - 21:08

Dernière modification:

12/01/2019 - 15:45

Remove-WindowsApps.zip

Affichage de notification

Roland Danard — Sun, 09 Dec 2018 19:07:24 +0000

Le but de cette fonction Powershell est d'afficher un message à l'utilisateur pendant l'exécution d'un script.

Suivant le système d'exploitation, le résultat sera différent :

Windows 7 : affichage dans la zone des icones de notification
Windows 10 : affichage dans la zone des icones de notification et dans le Centre de notitication

La fonction utilise une variable externe, déclarée au niveau du script, pour stocker l'objet "NotifyIcon" utilisé pour l'affichage. Cette variable doit être initialisée à $null avant le premier appel à la fonction (vu qu'il n'est pas possible de passer en paramètre une variable valorisée à $null).

function Show-Notification {

<#
  .SYNOPSIS
  Display a notification message in the notification area.

  .DESCRIPTION
  Displays a notification message, with customizable text, title, system tray icon and message icon.

  .PARAMETER Message
  Text to display

  .PARAMETER Title
  The title for the message balloon.

  .PARAMETER MessageType
  The type of message. This value determines what type of icon to display. 
  Valid values are Info, Warning, Error, None.

  .PARAMETER SysTrayIcon
  The path to a file that you will use as the system tray icon. 
  Default is the PowerShell ISE icon.

  .PARAMETER Duration
  Message display duration, in milliseconds, default 10000 (10s)

  .NOTES
  A script variable $notifyIcon needs to be defined beforehand, initialized at $null before the first call.

#>

  [CmdletBinding()]
  Param (
    [Parameter(Mandatory = $true)]
    $Message,

    [Parameter(Mandatory = $true)]
    $Title,

    [Parameter(Mandatory = $false)]
    $IconPath,
  
    [Parameter(Mandatory = $false)]
    [ValidateSet('None', 'Info', 'Warning', 'Error')]
    $MessageType = 'Info',

    [Parameter(Mandatory = $false)]
    $Timeout = 10000
  )

  Add-Type -AssemblyName System.Windows.Forms

  if ($null -eq $script:notifyIcon) {
    $script:notifyIcon = New-Object System.Windows.Forms.NotifyIcon
  }

  if ($null -eq $IconPath) {
    $IconPath = Get-Process -id $pid | Select-Object -ExpandProperty Path
  }

  $notifyIcon.Icon = [System.Drawing.Icon]::ExtractAssociatedIcon($IconPath)
  $notifyIcon.BalloonTipIcon = $MessageType
  $notifyIcon.BalloonTipText = $Message
  $notifyIcon.BalloonTipTitle = $Title
  $notifyIcon.Visible = $true
  $notifyIcon.ShowBalloonTip($Timeout)

}

Date de publication:

09/12/2018 - 20:07

Dernière modification:

28/01/2020 - 12:55

danard.net - PowerShell

Systray Info: information sur votre ordinateur

Date de publication:

Dernière modification:

Tags:

Interface d'administration

Date de publication:

Dernière modification:

Tags:

Liste de mise à jour installées

Date de publication:

Dernière modification:

Tags:

Office 365 ProPlus - Gestion automatique des sources

Présentation

Principes

Paramètres

Génération du MSI

Date de publication:

Dernière modification:

Tags:

Réseau - Détection du type de connexion

Date de publication:

Dernière modification:

Tags:

Office 365 - Reconfiguration après installation initiale

Principe

Script de reconfiguration

Paramètres d'exécution

Composants & Produits

Gestion des langues

Gestion des versions

Programme d'installation d'Office 365

Sources d'Office 365

Date de publication:

Dernière modification:

Tags:

Suppression d'applications Windows 10

Date de publication:

Dernière modification:

Tags:

Affichage de notification

Date de publication:

Dernière modification:

Tags: