Mon espace IT

 Tu fais un curl et mauvaise réponse ... dh key too small

Le serveur distant n'a pas le niveau de sécurité exigé, version TLS ou complexité de clef  on peut le vérifier : avec 

openssl s_client -connect adresseweb:443 | grep "Server Temp Key"

Pour contourner le problème, la bonne solution étant un certificat plus fort côté serveur, il faut dégrader le niveau dans openssl.cnf  et passer le CipherString à 1 

 Sur les Fortigate 40F-3g-4g l'utilisation de l'interface LTE bien que montée et adressée ne fait passer aucun trafic.

C'est un bug toujours non résolu depuis la 6.4.7 et 7.0.

Il existe une méthode de contournement consistant à mettre une gateway bidon static sur l'interface LTE

Mais qui occupe mon espace disque sur ce serveur ?

En jouant avec la commande DU

du -h -d 2 / | grep '[0-9]\+G' | sort -h

-d correspond à la profondeur d'analyse de l'arborescence (1,2,3,...) 

Plus simplement et sexy avec l'utilitaire NCDU

apt install ncdu

Place toi à la racine / ou dans le répertoire à analyser et invoque simplement ncdu. Tu peux alors naviguer dans les répertoires et vérifier la consommation disque.

 Pour désactiver les NDR (réponse de non délivrabilité)  la documentation MS nous dit : 

Set-RemoteDomain * -NDREnabled $false

 Seulement tu te fais jeter en retour car le domaine n'est pas reconnu, alors que

Get-RemoteDomain | Set-RemoteDomain -NDREnabled $false

permet de passer :)

Pour vérifier l'état : 

Get-RemoteDomain | fl DomainName, NDREnabled 

 Suite à une désinstallation tu souhaites réinstaller Dell Repository manager mais : 

"One or more newer versions of the product are already installed. An upgrade is not applicable.

c:\Program Files\Dell\Dell EMC Repository Manager"

Efface donc le répertoire : C:\Program Files\Zero G Registry

Relance le setup et soit heureux

Tu mets à jour tes serveurs Exchange 2016 avec un Cumulative Update.

Arrivé à l'étape 17 sur 18, Erreur et un Exchange inopérant, alors que les services sont démarrés impossible d'accéder aux boites aux lettres. 

Le message fournit comporte :

The following error was generated when "$error.Clear(); 

          $dependentAssemblyGeneratorExePath = [System.IO.Path]::Combine($RoleInstallPath, "bin", "DependentAssemblyGenerator.exe");

          $exchangeBinPath  = [System.IO.Path]::Combine($RoleInstallPath, "bin");

          $clientAccessPath = [System.IO.Path]::Combine($RoleInstallPath, "ClientAccess");

          $sharedWebConfig  = [System.IO.Path]::Combine($RoleInstallPath, "ClientAccess", "SharedWebConfig.config");

Dans le log d'installation Exchange on peut voir des références à des problèmes d'accès sur le chemin de ShareWebConfig.config.

Le problème est que ce fichier disparait pendant la mise à jour ... C:\Program Files\Microsoft\Exchange Server\V15\ClientAccess\SharedWebConfig.config

Il faut le regénérer et le replacer :

Pour cela en invite de commande se rendre dans le répertoire C:\Program Files\Microsoft\Exchange Server\V15\bin\ et exécuter

DependentAssemblyGenerator.exe -exchangePath "%ExchangeInstallPath%\bin" -exchangePath "%ExchangeInstallPath%\ClientAccess" -configFile "%ExchangeInstallPath%\ClientAccess\SharedWebConfig.config"

Un IISreset /restart et l'installation du CU est terminée. Les clients se reconnectent.

Remarque: pour éviter tout problème d'accès à cause de l'UAC lors des installations de CU, lancer toujours les setup avec l'élévation UAC "en tant qu'administrateur"

L'article qui m'a sauvé, merci à son rédacteur : Exchange Server Setup fails with DependentAssemblyGenerator.exe error. (seewindows.com)