Quand normalement rime avec rarement !

Windows service deletion failed with error 1072


You obtain an error 1072 when you try to delete a windows service with sc.

C:\>sc delete "MyService"
[SC] DeleteService FAILED 1072:

The specified service has been marked for deletion.


Close all opened mmc (like services.msc)

Unable to open WSUS console


Opening WSUS console through Windows Server Update Services shortcut (wsus.msc) doesn't work.

It works fine by adding the Update Services snapin in an empty mmc.


Rename or remove the following file:

Denon / Airplay works during few minutes

My Denon receiver is not visible on our iOS devices.

After a cold restart of the receiver (power off, unplug, wait, plug), it works during few minutes and stops working.

The culprit was "IGMP Snooping Status" on my Netgear Switch (JGS524Ev2).

Just after disabling it, the receiver appears.

Connect to your switch, go to System > Multicast > IGMP Snooping

Set "IGMP Snooping Status" to disable and Save the configuration

It should also work for the other Netgear ProSAFE (JGS516v2)


I've read a lot of threads that advise to enable IGMP Snooping on the switch to make Airplay work.

So, i set it back to enable and i also enable "Validate IGMPv3 IP header".

I looked at my Ubiquiti Unifi Wifi access point and i found that "Enable multicast enhancement (IGMPv3)" was not enabled.

After enabling it, it seems to work with IGMP Snooping enabled.

On Ubiquiti Unifi console, you can modify "Enable multicast enhancement (IGMPv3)" option in global settings > Wireless Network > Edit your Wifi_Network > Advanced Options


Fortinet Fortigate - Deep inspection - Untrusted certificate issue

You have configured SSL deep inspection with your own PKi CA certificate.
Most of the time, it works as expected. The Fortigate automatically generates a certificate signed by your PKi CA certificate.
The client browser doesn't report any error.

Some time, the generated certificate is not signed by your PKi CA certificate but by the default Fortinet "Fortinet_CA_Untrusted" certificate. Of course, you have not deployed this CA certificate on your computers as it should not be used. So, you obtain a SSL error.

Why the Fortigate generates a certificate with the wrong CA? The destination certificate seems to be fine. No error reported on a browser of a computer without deep inspection.

Quick answer. The destination certificate is not trusted by the Fortigate because of missing intermediate certificates on the destination server.

To avoid this issue, you have to define your PKi CA certificate for untrusted certificate. It can be done only through Cli.

FORTIGATE # config firewall ssl-ssh-profile
FORTIGATE (ssl-ssh-profile) # edit "MyDeepInspectionProfile"
FORTIGATE (MyDeepInspectionProfile) # set untrusted-caname "MyPkiCA"
FORTIGATE (MyDeepInspectionProfile) # end

Replace "MyDeepInspectionProfile" by your custom deep inspection profile and "MyPkiCA" by your PKi CA Certificate name

Pi-Hole v3.3 - Whitelisting through Web UI doesn't work as expected

When you add a domain in whitelist through Web UI, the website is still blocked.

Solution 1 - Use command line:

Remove the domain from Web UI and add it by using pihole command line

pi@raspberrypi:~ $ pihole -w weeta.net
  [i] Adding weeta.net to whitelist...
  [i] weeta.net does not exist in blacklist, no need to remove!
  [i] weeta.net does not exist in wildcard blacklist, no need to remove!

  [i] Using cached Event Horizon list...
  [i] 121,709 unique domains trapped in the Event Horizon
  [i] Number of whitelisted domains: 8
  [i] Number of blacklisted domains: 7
  [i] Number of wildcard blocked domains: 2
  [✓] Parsing domains into hosts format
  [✓] Cleaning up stray matter

  [✓] Force-reloading DNS service
  [✓] DNS service is running
  [✓] Pi-hole blocking is Enabled

Solution 2 - Move to dev branch:

The problem has been resolved in development branch.

pi@raspberrypi:~ $ pihole checkout dev
  Please note that changing branches severely alters your Pi-hole subsystems
  Features that work on the master branch, may not on a development branch
  This feature is NOT supported unless a Pi-hole developer explicitly asks!
  Have you read and understood this? [y/N] y

  [i] Shortcut "dev" detected - checking out development / devel branches...

  [i] Pi-hole Core
  [✓] Switching to branch: 'development' from 'refs/heads/master'


  [i] The install log is located at: /etc/pihole/install.log
  Update Complete! 

Add the domain in whitelist through Web UI.