Showing posts with label OWA 2013. Show all posts
Showing posts with label OWA 2013. Show all posts

KEMP Series: How to Restrict Exchange Admin Center Access From the Internet Using KEMP VLB

Tuesday, February 10, 2015
This is part five in a series of articles detailing load balancing for Exchange using the KEMP virtual load balancer (VLB). In this article I will explain how to restrict Exchange Admin Center (EAC) access from the Internet using KEMP LoadMaster.

The other articles in this series are:
My first article explains the basics of load balancing and how to download a free copy of KEMP Virtual Load Master for your home lab. I'll assume you've already configured it for Layer 7 load balancing.
Note: Since the following procedures rely on SubVSs and traffic inspection, this configuration will only work with Layer 7 load balancing. Layer 4 load balancing cannot inspect traffic and therefore cannot be used to deny access to the EAC.
The Exchange Admin Center (EAC) is the web-based management console used to manage your Microsoft Exchange Server 2013 infrastructure. As such, some customers want to block EAC access from the Internet.

The EAC is part of the ECP virtual directory and is the same virtual directory used in OWA to manage user settings, such as Out of Office settings. If you were to disable or not publish the entire ECP virtual directory to the Internet in order to block EAC access, it would prevent external users from accessing many settings from OWA.
Update: Microsoft just released a new article, Configuring Multiple OWA/ECP Virtual Directories on the Exchange 2013 Client Access Server Role, which describes how to create a separate vDir for the Exchange Admin Center. If you chose the Microsoft solution to disable Internet access to EAC (and I do, if you want Microsoft support) know that you need to follow those step EXACTLY and you will need to redo that setup after every CU. If you wish to load balance the new vDir you will also need to create new SubVSs on the KEMP LoadMaster.
Let's get started configuring EAC restrictions on the KEMP LoadMaster. Log into the LoadMaster with the bal account and navigate to Rules & Checking > Content Rules.


Add each of the following five rules. Be careful to copy and paste each rule entirely and name them "EAC_Block_1-5":
/^\/ecp/PhoneVoice*/|^\/ecp/PublicFolders*/|^\/ecp/Reporting*/|^\/ecp/Servers*/

/^\/ecp/UnifiedMessaging*/|^\/ecp/UsersGroups*/|^\/ecp/Organize/OrganizationRetentionPolicyTags*/


/^\/ecp/Organize/RetentionPolicies*/|^\/ecp/RulesEditor/JournalRules*/|^\/ecp/RulesEditor/TransportRules*/|^\/ecp/tools*/


/^\/ecp/.*Mgmt*/|^\/ecp/AcceptedDomain*/|^\/ecp/AddressList*/|^\/ecp/Antimalware*/|^\/ecp/DLPPolicy*/|^\/ecp/EmailAddressPolicy*/|^\/ecp/Federation*/

/^\/ecp/Hybrid*/|^\/ecp/Migration*/|^\/ecp/OwaMailboxPolicy*/|^\/ecp/Extension/OrgExtensions*/
To do this click the Create New button and enter the new rule name (i.e., EAC_Block_1). Paste the first rule string above into the Match String field and click the checkboxes for Ignore Case and Fail on Match. Then click the Create Rule button.


 Repeat for each of the rules above. Your rule list should now look like this:



Now expand Virtual Services > View/Modify Services and click Modify for the Exchange 2013 virtual service. Click the Add New button under SubVSs. You will see a new SubVS at the bottom of the list. Click the rule None and add the EAC_Block_1 rule to the new SubVS. Be sure to click the Add button to add it. Repeat for each of the five EAC_Block rules.


Click <-Back and then click the Modify button for the new SubVS. Name the SubVS Block EAC and click the Set Nickname button.

Expand Advanced Properties and set the Error Code to 401 Unauthorized. There is no need to enter any real servers for this SubVS.


Click <-Back and then expand Advanced Properties for the Exchange 2013 virtual service. Click the Rule Precedence button for Content Switching. You will see a list of all the rules. Click the Promote buttons to move the five EAC_Block rules so they are at the top of the list.


Now when if you try to access the Exchange Admin Center using the KEMP load balancer VIP you will still be able to logon, but cannot access any of the EAC administration parts.


End users will still be able to access their ECP settings from OWA.

If you want to access the EAC internally, simply use the FQDN of one of your CAS servers to bypass the KEMP load balancer. Alternatively, you can configure another virtual service for internal load balancing that does not use the blocking rules.

This concludes my series on configuring the KEMP virtual LoadMaster. I hope you found these articles useful.

Read more ...

How to Block OWA 2010 and 2013 for External Users

Tuesday, September 17, 2013
Some customers may want to only publish Outlook Web App for internal users.  The following configuration will allow OWA and Exchange Control Panel (ECP) access for internal users on the corporate network, but block external access from the Internet.  Users who connect to the corporate VPN (for example, DirectAccess, AnyConnect, or most any other VPN) from the Internet will also have access.

Blocking OWA externally does not affect ActiveSync or EWS clients. External Outlook Anywhere clients may be unable to manage their voicemail settings if they use Exchange Unified Messaging, since this relies on OWA.

These settings work for both Exchange 2010 and Exchange 2013.  Let's get started.

  • Provide the CAS with an additional private IP address.  You can either add this additional IP to the existing NIC or add another NIC to the server.  If you chose to add another NIC, configure the IP address and subnet, but do not configure a default gateway.  In this example, I will just add another IP address [192.168.1.31] to the existing NIC [192.168.1.30].

  • If you have a load balanced set of CAS servers, you will need to create a new VIP on the load balancer to load balance the new CAS IP addresses.  Do not publish this VIP or IP address to your reverse proxy solution (TMG/ISA) or NAT it to a public IP address.
  • Create a new A record in your internal DNS, for example owa.contoso.com, that points to the new VIP or IP address on your single CAS server.  You should be able to ping owa.contoso.com. Do not publish this A record in your external DNS.
  • Create a new website in Internet Information Services (IIS) Manager called "Internal OWA-ECP". Enter the IP address of the VIP on the hardware load balancer or the new IP address of your single client access server.  Configure the new website's binding to use HTTPS and the correct SSL certificate, as shown in the example below:

  • Create new Exchange OWA and ECP virtual directories using the following cmdlets from the Exchange Management Shell (EMS):
New-OwaVirtualDirectory -WebSiteName "Internal OWA-ECP" -InternalUrl https://owa.contoso.com/OWA -ExternalURL $Null
New-EcpVirtualDirectory -WebSiteName "Internal OWA-ECP" -InternalUrl https://owa.contoso.com/ECP -ExternalURL $Null
    • Optionally, you can configure a default domain for the new OWA virtual directory using the Exchange Admin Console (EAC) or using the following cmdlet in EMS:
    • Set-OwaVirtualDirectory "owa (Internal*" -DefaultDomain contoso.com
    • Test the new configuration from an internal client.  You should be able to access OWA using the URL https://owa.contoso.com./owa, and ECP using the URL https://owa.contoso.com/ecp.
    • Now delete both the OWA and ECP virtual directories from the Default Web Site using the following cmdlets from EMS:
    Remove-OwaVirtualDirectory "servername\owa (Default Web Site)" -confirm:$false
    Remove-EcpVirtualDirectory "servername\ecp (Default Web Site)" -confirm:$false
    • At this point internal users can access OWA and ECP, but external users cannot. External users will get a 404 - Page cannot be found error when trying to access OWA from the Internet using either https://mail.contoso.com/owa or https://owa.contoso.com/owa.
    • You may also want to create a custom error page for your external users instead of a non-friendly "404 - File or directory not found." error message when trying to access OWA.
      • Create a custom web page called NoExternalOWA.htm with the error detail you want and copy this file to the %systemdrive%\inetpub\wwwroot folder.  An example might say, "Outlook Web App is only available for internal clients. Please connect using VPN or connect to the local network."
      • In IIS Manager, select the Default Web Site and double-click Error Pages.
      • Double-click the 404 error and configure it to Respond with a 302 redirect to https://,<your CAS FQDN>/NoExternalOWA.htm.

    It's important to note that OWA and ECP are tightly integrated. You won't be able to logon to ECP without publishing OWA in the same website. If you remove only the ECP virtual directory from the Default Web Site OWA users will not be able to access their mailbox options, such as out of office settings from the Internet. I mention this because some organizations may want to try to block ECP from the Internet to prevent access to the Exchange Admin Console (which uses ECP).

    Read more ...

    Fix for Excessive Duplicate Contacts

    Friday, May 24, 2013
    If you're running Lync in your environment you may notice that you have multiple duplicate contacts in your contacts list.


    This issue also affects your ActiveSync mobile devices, such as the iPhone.


    If you open one of these duplicate contacts, you will notice that the Notes field says the contact was added by Lync 2013.


    This a caused by a bug in the Lync client, which adds a duplicate contact item every time you have do an IM with this contact.  The bug will be fixed in the next cumulative update (CU) for the Lync 2013 client.  In the meantime, here's how you can fix it.

    The duplicate contacts are stored in a contacts folder called Lync Contacts.  This folder is protected by Outlook so you can't delete it from there.  You need to delete it from Outlook Web App, which does not treat it as protected.

    • Log into OWA and view your contacts.
    • Right-click the Lync Contacts folder and select Delete.
    • Click Yes to confirm you want to delete the selected folder and move all contents into the Deleted Items folder.  You can then sign out of OWA.
    • From the Outlook client you'll need to empty your Deleted Items folder to finish getting rid of all the duplicate contacts.  You'll then be free of them!



    Read more ...

    New Features in OWA 2013 RTM CU1

    Tuesday, April 2, 2013
    Exchange 2013 RTM Cumulative Update 1 (CU1) makes some really good changes compared to Outlook Web App 2013 RTM.  Here's a list of most of them.

    New Options

    • Users are now able to change their display settings in OWA 2013.
      • The message list can be configured to show sender name on top, subject on top, and show or hide preview text.
      • Conversations can be configured to show newest message on top, oldest message on top, and whether to show deleted items in conversations.
      • The reading pane can be configured to show the reading pane on the right, at the bottom of the screen, or turned off entirely.  This can be configured for each folder individually or apply to all folders.
    • Better visuals.  
      • Buttons are now displayed as blue with white text, rather than pale gray with gray text.
      • Text word wrapping now works better on smaller displays.
      • Some icons are larger, such as the A..B..C.. letter separators between contacts in the People tab.
    Public Folders


    • Users will now have rudimentary access to Public Folders from OWA
      • To add a Public Folder to OWA, users right-click their Favorites menu and click Add Public Folder.  They then browse for the Public Folder they want to add.  Rinse and repeat for each PF they want to add.
      • Adding a Public Folder to Favorites also affects the Outlook 2013 client. They will show up there, too.
      • Only "modern" (Exchange 2013) Public Folders can be accessed. There is no way to view legacy versions of Public Folders.
      • Only mail Public Folders can be added to Favorites.  You cannot view Public Folders that contain calendars, contact items, etc.
      • At this time users can view, reply, forward, and delete content in Public Folders, but you cannot add new content from OWA.

    Help

    • Help in OWA has been improved by displaying help in a pop-up window, rather than taking over the whole screen.  The help window can be moved and positioned, but note that it is not "always on top".

    Mobile Devices

    • In what I consider to be a downgrade, users are no longer able to block mobile devices from syncing with ActiveSync like they could with OWA 2013 RTM.
    • The icons have also been changed from their more colorful OWA 2013 RTM versions to the stark monochrome versions in OWA 2013 CU1.

    Right-Click Functionality

    • You can now right-click messages to delete them or set a flag.  The Move dialog has also been improved to remember your last folders.
    • You can add an Outlook shared folder to OWA 2013 CU1 by right-clicking your mailbox and select Add Shared Folder.  The person who's sharing an Outlook folder must have already configured sharing of the folder in Outlook 2013.

    The Small Stuff

    • If you configure OWA to show week numbers in the Month view, you can now configure when the first week of the year is (first day of the year, first four-day week of the year, or first full week of the year).
    • More "sort by" options for folders.  They now include To and Type.
    • The search bar now clearly shows that it will search both Mail and People.  It always did this, but it didn't clearly indicate that it searches both folders.  The search box is also now more visible.
    Nothing here is groundbreaking, but it does show that the developer team is continually working on the fit and finish of OWA 2013.


    Read more ...

    How to Configure Public and Private Computer Settings in OWA 2013

    Saturday, October 27, 2012
    The new "streamlined user interface" in Exchange 2013 no longer allows users to select whether they are using a public or private computer to access Outlook Web App.  By default, OWA 2013 assumes your are using a private computer and uses the default timeout value of 8 hours of user inactivity before requiring the user to sign in again.

     

    The LogonPagePublicPrivateSelectionEnabled parameter of the Set-OWAVirtualDirectory cmdlet specifies whether the Outlook Web App sign-in page includes the private computer or public computer sign-in option.  The following example will enable the Private Computer checkbox on server EX1, as show below:


    Set-OwaVirtualDirectory "ex1\owa*" -LogonPagePublicPrivateSelectionEnabled $True


    You need to reset IIS after configuring the OwaVirtualDirectory using the IISRESET command:
    iireset /noforce /timeout:120

    The default cookie timeout value in OWA for Private Computers is 8 hours of user inactivity.  The default timeout value for Public Computers is 15 minutes of user inactivity.  If you wish to change these values use one or both of the following commands:
    Set-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Services\MSExchange OWA' -Name PrivateTimeout -Value <amount of time> -Type DWORD
    Set-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Services\MSExchange OWA' -Name PublicTimeout -Value <amount of time> -Type DWORD
    The values above are specified in minutes.  You'll need to reset IIS after changing these values.
    Read more ...