danard.net - Outils

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

Projet Alpaca

Roland Danard — Sat, 22 Jun 2019 10:00:11 +0000

L’idée de cette application Android est venue d’un besoin simple : activer ou désactiver de façon automatique les fonctions Wi-Fi du téléphone lors de l’arrivée ou du départ du domicile, afin d’une part d’économiser la batterie, et d’autre part de limiter les possibilités de traçage lors de connexions automatiques à certains réseaux ouverts.

Après réflexion, cela s’est transformé en un gestionnaire de tâches planifiés, à l’image de ce qu’on peut trouver sur les systèmes d’exploitation informatiques comme Windows, permettant de réaliser un certain nombre d’actions lorsque certains déclencheurs se réalisent.

Les actions envisagées sont les suivantes :

Activer / désactiver le Wi-Fi
Activer / Désactiver l’usage des données mobiles
Activer / Désactiver le mode « Avion »
Activer / Désactiver le mode « Vibreur »
Activer / Désactiver la sonnerie
Modifier le volume sonore

Les déclencheurs envisagés sont :

Arrivée / Départ d’un lieu
Entrée dans une plage horaire

Le lieu est défini comme un emplacement où l’une des conditions ci-dessous est remplie :

Le téléphone est connecté à une antenne spécifique
Un réseau Wi-Fi spécifique est disponible
La position GPS correspond à une zone définie

Les outils utilisés pour la réalisation sont Visual Studio (version 2019) et Xamarin, dans un premier temps.

La version d'Android ciblée est celle dont je dispose sur mon téléphone, à savoir Android Pie.

Date de publication:

22/06/2019 - 12:00

Dernière modification:

22/06/2019 - 12:01

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

Office 365 ProPlus - génération automatique de package

Roland Danard — Fri, 29 Jul 2016 08:17:50 +0000

Dans l'état actuel des choses, la mise à jour d'Office 365 sur un poste client suppose la mise à disposition des sources d'installation, soit sur un partage réseau, soit sur le poste lui-même.

Pour garder les sources à jour, cette opération devrait être effectuée tous les mois.

Il est possible d'automatiser les tâches suivantes :

téléchargement des sources
génération du MSI correspondant

Le script fourni utilise un fichier de configuration XML pour spécifier les éléments à télécharger (langues, branche à utiliser), qui peut être créé par l'outil de génération des configurations disponible ici.

Une fois le téléchargement effectué, il détermine la version exacte des sources récupérés, puis procède à la création du fichier MSI correspondant (par l'intermédiaire des utilitaires disponibles dans la boîte à outils Windows Installer XML).

Les fichiers WiX utilisés sont les suivants :

O365_Sources.wxs : défini les propriétés générales du MSI, qui peuvent être adaptées pour se conformer aux standards de packaging d'une organisation
OfficeSourceFiles.wxs : généré par le script, indique où se trouvent les fichiers téléchargés à inclure dans le package.

Mise à jour - v1.1 (janvier 2018)

Le fichier O365_Sources.wxs a été modifié pour supporter la création de fichiers .cab intermédiaires, dans le cas où la taille totale des sources dépasse 2 Go.
la variante d'Office 365 téléchargée est déterminée automatiquement.

Mise à jour - v1.2 (mars 2019)

Le fichier projet a été renommé en O365_Sources.wxs et a été corrigé concernant l'emplacement d'installation des sources.
L'affichage du temps d'exécution a été ajouté.

Notes :

L'opération la plus longue reste le téléchargement des sources depuis les serveurs de Microsoft. Suivant le moment où elle a lieu, elle peut échouer en cas de surcharge de ces serveurs ou de mauvaise connexion.
Il n'est pas possible actuellement de déterminer le canal de mise à jour correspondant à la version téléchargée, pas plus que la version "commerciale". Ces éléments doivent donc être précisés dans le fichier script dans les variables OFFICE_RELEASE et OFFICE_CHANNEL.
Le fichier "setup.exe" inclus dans les sources correspond à la version de mars 2019 ; il peut être remplacé par une version plus récente.

Date de publication:

29/07/2016 - 10:17

Dernière modification:

20/06/2019 - 10:41

MSI_Generation_Tool_1.2.zip

Office 365 ProPlus - gestion des configurations XML

Roland Danard — Wed, 20 Jul 2016 13:24:06 +0000

Office 365 fait usage de fichiers XML pour les diverses opérations relatives à cette version de Microsoft Office (installation, suppression, téléchargement des sources, ...).
Les options sont multiples, depuis la sélection des produits à installer (les sources contiennent non seulement Office, mais aussi des produits annexes comme Visio et Project), jusqu'aux options de mise à jour, ne passant par les langues à installer.
L'outil réalisé permet de générer de façon automatique les divers fichiers de configuration :

téléchargement des sources
installation
suppression

Ils sont à utiliser en conjonction avec l'outil Microsoft Office Deployment Tool.

Notes :

La dernière version de l'outil se limite à la version 2016 d'Office 365 ProPlus.
La référence complète des options est disponible ici : Reference for Click-to-Run configuration.xml file.
L'outil prend en compte les options disponibles jusqu'à la mise à jour de septembre 2017.

Date de publication:

20/07/2016 - 15:24

Dernière modification:

05/01/2018 - 16:58

Office365ConfigurationManager_1.4.zip

Désactivation des adaptateurs WiFi

Roland Danard — Wed, 29 May 2013 14:18:23 +0000

Description

Ce script permet de désactiver les adaptateurs WiFi présents sur un poste de travail.

Il est utilisé principalement lorsqu'on veut s'assurer que seule la connexion LAN est active.

NB : le script ne gère pas le cas de plusieurs connexions LAN sur un poste.

Principe

Le script liste les différents adaptateurs réseau décrits dans la base de registre (dans "HKLM\SYSTEM\CurrentControlSet\Control\Network").

Les informations concernant les adaptateurs WiFi (identifiés par un MediaSubType égal à 2) sont récupérées, en particulier la valeur de "PnPInstanceID", qui sera utilisée pour désactiver l'adaptateur avec l'utilitaire "devcon.exe".

Utilisation

Le script et devcon.exe doivent être placés dans le même dossier.

En ligne de commande, taper les instructions suivantes :

cscript DisableWirelessNetworkAdapters.vbs

Bien entendu, pour que cela fonctionne correctement, il faudra exécuter le script avec les droits d'administration.

Pour Windows 8, devcon est toujours disponible dans les exemples de programmes pour Visual Studio 2012, donc la manipulation devrait encore être faisable de cette façon.

Date de publication:

29/05/2013 - 16:18

Dernière modification:

01/12/2013 - 20:23

DisableWiFiAdapters.zip

Paramètres Internet Explorer

Roland Danard — Tue, 07 May 2013 18:43:36 +0000

Ce script vbs est destiné à lister les différents paramètres de configuration d'Internet Explorer, qu'ils soient définis au niveau de la machine, de l'utilisateur ou par des stratégies de groupe.

Il a été développé à l'origine pour visualiser les paramètres dans le cas où les outils de base de registre ne sont pas utilisables dans le contexte de l'utilisateur connecté sur un poste de travail.

Dans le cas des options relatives aux différentes zones de sécurité, il permet de contrôler que les paramètres sont bien appliqués, et dans le cas de stratégies de groupe de vérifier qu'ils sont implémentés correctement.

Le script a été développé initialement pour Internet Explorer 5 et Windows XP, et a été validé ensuite sur toutes les versions, jusqu'à Internet Explorer 9 sur Windows 7.

L'accent est porté sur les paramètres liés à la sécurité, au détriment des paramètres visuels.

Date de publication:

07/05/2013 - 20:43

Dernière modification:

12/03/2014 - 14:05

IE-GetSettings.zip

SwitchNetCard

Roland Danard — Tue, 07 May 2013 10:38:41 +0000

Logiciel permettant de basculer entre une connexion réseau filaire et une connexion réseau WiFi en 1 clic. Lancé au démarrage de l'ordinateur, il permet de fixer le type de connexion à utiliser, en permettant en particulier dans le cas des ordinateurs portables de forcer l'activation de la connexion réseau filaire : la connexion à un réseau sans fil ne peut alors résulter que de l'action de l'utilisateur.

(réalisé pour Windows XP)

Date de publication:

07/05/2013 - 12:38

Dernière modification:

11/05/2013 - 01:03

danard.net - Outils

Interface d'administration

Date de publication:

Dernière modification:

Tags:

Projet Alpaca

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:

Office 365 ProPlus - génération automatique de package

Date de publication:

Dernière modification:

Tags:

Office 365 ProPlus - gestion des configurations XML

Date de publication:

Dernière modification:

Tags:

Désactivation des adaptateurs WiFi

Description

Principe

Utilisation

Date de publication:

Dernière modification:

Tags:

Paramètres Internet Explorer

Date de publication:

Dernière modification:

Tags:

SwitchNetCard

Date de publication:

Dernière modification:

Tags: