Installing Windows features (most commonly .NET 3.5 or .NET 2.0) on a Windows 8, 8.1, 10 or Windows Server 2012 (R2) machine, generally requires you to be connected to the internet so that Windows can download the source files from Windows Update. But what happens when you don’t have internet access or if you are sitting behind a proxy and Windows Update is configured to point to WSUS or SCCM?
This post explains various ways to manually specify the source files in order to install the new Windows Feature. You will also learn how to configure the default source file path, so that all future Windows Features will install without any additional user involvement.
Active Directory is awesome, but for it to be effective it needs to be maintained and loved. An important maintenance step is cleanup, which involves removing objects that are no longer in use or required. These include:
- User Accounts
- Computer Objects
- Empty Groups
- Empty Organizational Units (OU)
Recently I wrote a guest article for Adaxes to cleanup Active Directory using PowerShell. Along with all of the details and how-to I developed a complete PowerShell toolkit that cleans up your Active Directory environment for you automatically. These tools can be scheduled and can be configured to search a certain scope, exclude certain types of objects and you can also choose the type of processing you want to do when you find inactive AD objects. The options available are report, disable and\or delete.
All of the details and links to the PowerShell scripts to get you started to cleanup Active Directory are available in the article on the Adaxes blog. Clicking on the title of this post will get you there.
The AWS SDK (for any language) is awesome and very powerful. Everything you can do in the AWS console you can do programatically which is why the AWS platform is so awesome to work with.
Getting started with using the AWS SDK can be a little daunting, so in this article we will be looking installing and configuring the AWS SDK for PowerShell so that you can get straight into automating your AWS environment.
The PowerShell execution policy is a good feature from a security perspective, but in most cases it is just plain annoying, especially when running scripts from Group Policy, Task Scheduler, or some other sort of remote mechanism. This article shows you how to bypass the PowerShell execution policy on a machine so that you can run your script on a system irrespective of what execution policy is set.
If you have Windows Firewall enabled then chances are that eventually you are going to find that it will be blocking one or more ports required by your applications. Checking Windows Firewall for blocked ports will help you troubleshoot your issues.
To check if Windows Firewall is blocking a port(s) that your machine is trying to communicate, follow the steps below…