Blog

Recently I have encountered an issue with the AAD connector service failing on a server. I made the decision to uninstall and reinstall it and that’s when the woes started (see below).

After after going through numerous posts I eventually stumbled across this article, long story short Go to HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products and look trough the SID’s. Find the ones that contains anything with value “Azure AD” in the key “Value”. With anything, I mean anything. The Azure AD Shell, Sync Services and Client.

So i’d like to quickly share something before it’s lost in my memory. This has been quite a mission for a while to get working but perserverance pays off and low and behold I actually found the syntax to use when mounting a SMB share from my QNAP device on my TrueNAS device to copy across my music…and here it is!

sudo mount_smbfs -I <IP> -U <Windows User> -W <Windows Domain>  "//<NETBIOSNAME>/<SHARE>" <MOUNTPOINT>

So essentially both devices are connected to my domain and the only caveat is that SMB1 will be used which isn’t really a problem for both devices as they’re not Windows hosts but it’s good stuff and performance is great over a 1Gbps link too!

So just recently I went through my lab to do some OS deployment work and had a quick check of my ADRs only to find they some of them have been failing with the “Auto Deployment Rules download failed” description.

Looking back through the ruleengine.log gives a mass amount of “Error = 80” notifications.

Long story short on this one the way I resolved it was to clear out all the data from the C:\WINDOWS\Temp directory.

Open your command prompt and CD to the C:\WINDOWS\Temp directory. Then run the del *.* /f /s /q.

After that ADRs began working fine and the download was able to finish.

If you’re still having issues though please let me know via a support ticket (https://support.mykehnet.org) and I will be glad to help you. 🙂

As of March 2021, Microsoft have released a blog article which talks about a set of out of band security updates for vulnerabilities with their Exchange server products. Two KB articles address these also which are KB5000978 and KB5000871.

To cut the long story short, if you are running one of the following below, please ensure that those products are patched up to date. It doesn’t also hurt to keep your OS patched too.

The following products are at risk:

• Exchange 2010 SP3
• Exchange 2013 CU23
• Exchange 2016 CU18
• Exchange 2016 CU19
• Exchange 2019 CU7
• Exchange 2019 CU8

More information regarding this topic is also available in this article here or please submit a support ticket here if you’d like further assistance and support.

As a new addition to the site I have added a ticket based support page. I think this will be beneficial to support the resources I run in my domain to help everyone out.

This won’t be just for technical problems but also feedback too on anything you like or don’t like about the site.

Please check out https://support.mykehnet.org for yourself and let me know via a ticket.

Have a good one everyone! 🙂

Well I am finally pulling my finger out and giving this website what it needs which is…content.

After much time and delay I am slowly recapping on my life work, hobbies and interests and putting them on back on my website.

It’s still an ongoing event but I promise to actually make an effort to contribute content of some kind, whether that be a post, an information page or something else then it’ll be here on the website.

Until then take it easy everyone and enjoy the latest content 🙂