Search Results for: WinRM

Using HTTPS in Event Forwarding

As we have seen in Setting up an Event Collecting Computer you can use either Http or Https protocol to transfer data from the forwarding to the collecting computer. Although standard Http transport uses encryption for forwarded events, you can configure event forwarding to use the encrypted Https protocol. However, using Https requires the following additional tasks to be performed on the forwarding computers:

You need to install a certificate. You can do this automatically in Active Directory environments by using an enterprise CA.
You need to create a Windows Firewall exception for TCP port 443. If you opted to minimize bandwidth or latency in the collecting computer's Advanced setting – Event Delivery Optimization, then you must also add a Https firewall exception rule and install a certificate on the collecting computer.
At an elevated command prompt type: winrm quickconfig – transport:https

Finally, from the Advanced Subscription Settings on the Collecting computer you need to click the Protocol: drop-down arrow and select HTTPS as show below:

Setting up an Event Forwarding Computer

Windows Event forwarding requires the setup of forwarding computers and a collecting computer as we have seen in Managing Windows Events. In this post we start by setting up a typical forwarding computer and proceed to the collecting computer setup in another post. Let's assume that we are collecting events from a Windows 2008 server named Win2k8Web, hence our first forwarding computer is Win2k8Web.
To set up the forwarding computer follow these steps:

We need to configure the Windows Remote Management service first. Log on to Win2k8Web, open an elevated command prompt and type: winrm quickconfig

Type Y to the requested changes. These depend on the current configuration but WinRM would need:

To start the WinRM service and set it to auto-start.
To grant administrative rights when the computer is not part of a domain
To allow remote access
To create a WinRM listener on HTTP://* to accept WS-Man requests by creating a firewall exception – Note, this firewall exception does not apply to Public networks.

Next, we need to add the computer account of the collecting computer to the local Event Log Readers group. Assuming that the collecting computer (my admin workstation in the domain env1.testlab) is named env1client01, then at an elevated command prompt on Win2k8Web type: net localgroup "Event Log Readers" [email protected] /add

In the above procedure we have configured the Win2k8Web host as a forwarding computer where it allows the collecting computer env1client001 to have remote access and collect events. In the post to follow, we will configure the collecting computer.

Unified Messaging Troubleshooting Tool

After the Beta release a couple of months ago, Microsoft has made available the final version of the Exchange 2010 Unified Messaging Troubleshooting Tool. Brief DescriptionThe Exchange 2010 UM Troubleshooting Tool is used to diagnose configuration errors specific to call answering scenarios and to test whether voice mail is functioning correctly in Exchange 2010 SP1 Unified Messaging deployments. Overview The Exchange 2010 UM Troubleshooting Tool is an Exchange Management Shell cmdlet that you can use to diagnose configuration errors specific to call answering scenarios and to test whether voice mail is functioning correctly in both on-premises and cross-premises UM deployments. You can use this cmdlet in deployments with Microsoft Office Communications Server 2007 R2 or Microsoft Communications Server "14" or in UM deployments with IP gateways or IP PBXs. This cmdlet emulates calls and runs a series of diagnostic tests that help on-premises administrators to identify misconfigurations in telephony equipment, Exchange Server 2010 SP1 Unified Messaging settings, and connectivity issues between on-premises and cross-premises deployment of Exchange 2010 SP1 Unified Messaging. When you run the cmdlet, it states the reason and possible solutions for issues that have been detected. It also outputs general audio quality metrics for diagnosing audio quality issues related to network connectivity such as jitter and average packet loss. System Requirements Supported Operating Systems: Windows 7; Windows Server 2008 R2; Windows Server 2008 R2 Enterprise; Windows Server 2008 R2 for I

Accessing multiple Exchange organizations from one EMC

One of the things I really like about Exchange 2010 is that it supports Remote PowerShell (included with PowerShell 2.0) and WinRM which makes it possible to connect to multiple Exchange 2010 based on-premise or cloud-based organizations from the same Exchange Management Console or Shell. I’ll of course uncover this new feature in more detail in a future article here on MSExchange.org, but I thought you would like a little teaser 🙂 – Henrik Walther

Scroll to Top