The purpose of this appendix is to help provide context and actionable steps for resolving commonly experienced issues with the Cisco Umbrella roaming client before reaching out to Support or having to search the Knowledge Base. Most of the commands below require administrative access to the computer for troubleshooting. We recommend that you log into an administrator account to perform these tasks.
There are several reasons why the Umbrella roaming client won't install correctly.
Scenario 1: You installed the Umbrella roaming client using a distributed/mass deployment method, such as GPO, Apple Remote Desktop, using a standardized image, etc.
In this case, try installing the Umbrella roaming client on a machine locally through the manual installation method. If the Umbrella roaming client installs correctly, double-check mass deployment information (Using Standardized Images and Using Apple Remote Desktop in OS X) and make sure each step was followed precisely. If the Umbrella roaming client did not install, proceed to Scenario 2.
Scenario 2: You installed the Umbrella roaming client using the manual installation method, performing a single installation.
Make sure you meet the minimum requirements for your distribution.
If you meet the minimum requirements and the Umbrella roaming client does not install correctly, open a ticket with Support.
If you cannot resolve internal resources (domains), please ensure you've added all domains which host local resources to the Internal Domains list.
If the domain in question has been added to the Internal Domains list, check to make sure all of your DHCP-delegated DNS servers are returning the private IP by running the following commands (in Terminal or Command Prompt) and compare the results. These commands should be run from a machine experiencing the issue with the Umbrella roaming client install. Be sure to substitute the internal domain name and local DNS server as applicable:
nslookup resource.internal-domain.com 127.0.0.1
nslookup resource.internal-domain.com $LOCAL_DNS_SERVER_1
nslookup resource.internal-domain.com $LOCAL_DNS_SERVER_2
If one of the local DNS servers is returning a public IP address, you'll need to rectify that, as the Umbrella roaming client might be passing the Internal Domain DNS lookup to that server and using the response as the result.
If the Umbrella roaming client (127.0.0.1) is returning a public IP and querying the local DNS servers is returning a private IP, contact support.
A failed installation refers to the Umbrella roaming client installer exiting suddenly with or without an error code or crashing during installation. If the Umbrella roaming client installs successfully but fails to register or become "Protected", that's a separate issue and this section should be skipped.
The Umbrella roaming client installer rarely fails, but if it does there are a few common causes. We encourage you to perform these checks before taking any additional action:
- If attempting to install by way of the command line or a deployment system, try installing via the Manual/Single install method. If a single installation is successful, but installing via the command line or deployment system is not, verify your Command Line parameters or the relevant Mass Deployment article. Typically, parameters such as the "OrgInfo" information were not passed correctly, or the installation method was missing source files.
- If you are running antivirus software or other security-based software products, check the security logs to make sure the installation was not blocked by the security software in question.
The only software required by the Umbrella roaming client for Windows operating systems is .NET Framework 3.5 (4.5 for Windows 8/8.1), making the absence of .NET Framework the most likely cause. As such, confirm that the appropriate version of .NET Framework is installed.
If the installer is actually crashing or completes without installing the Umbrella roaming client and without displaying any error, perform the following steps to generate an installer error:
- Open the Command Prompt as an Administrator.
- Change directory to the folder which has the Setup.msi and OrgInfo.json files (typically the extraction folder from the download).
Run the following command:
msiexec /i Setup.msi /L*v install.log
Once the installation finishes, open a support ticket and attach the install.log, which will be in the same folder as Setup.msi.
After installation, the Umbrella roaming client tray icon may be gray or red. Alternately, the Umbrella roaming client may not show as registered in the dashboard. This is considered to be an "unregistered" Umbrella roaming client.
The cause for an unregistered Umbrella roaming client is almost always one of two reasons:
HTTP Proxy (Windows Only)—There is an HTTP/HTTPS proxy at the local computer level, or there may be stale proxy settings left over from a previous proxy configuration. Please see the HTTP/HTTPS snippet of the Networking section in Umbrella Roaming Client Deployment Guide: Prerequisites and read the Umbrella Roaming Client: HTTP Proxies (Windows) article for more information.
Command Line/Mass Deployments —If you deployed the Umbrella roaming client through a distribution tool like GPO, Apple Remote Desktop, or Kaseya, it's likely the information from OrgInfo.json/.plist was not copied correctly. Make sure you're using the method outlined in our Mass Deployment articles, as there is a specific way to deploy the Umbrella roaming client:
- Deploy using GPO in Windows 2003
- Deploy using GPO in Windows 2008 R2 and Windows 2012
- Deploy using Application Install with SuperORCA
- Deploy using Apple Remote Desktop
- Deploying using Standardized Images
In either the Umbrella roaming client's tray/menu bar icon, or in the Umbrella dashboard, the status is yellow, showing Unprotected/Unencrypted.
See the following article for a detailed explanation of this state, including some tests and potential fixes: Umbrella Roaming Client: Unprotected and Unencrypted.
Locally on an endpoint, you may see that the Umbrella roaming client's state is constantly changing or 'flapping'. This is observable via the tray/menu bar icon messaging. When flapping occurs, there may or may not be network connectivity issues. If the Umbrella roaming client is rapidly changing states and causing internet connectivity issues, consider disabling the Umbrella roaming client temporarily and contacting support.
If there are no connectivity issues, but 'flapping' or state change was noticed by the user via the tray/menu bar icon, this can usually be attributed to one of the following two scenarios:
Scenario #2: There is significant packet loss on the network, which in turn causes the Umbrella roaming client's health checks to fail. We recommend using ping or MTR/WinMTR to verify if there is packet loss between 220.127.116.11 / 18.104.22.168 and the client computer. If the packet loss is high enough, or concentrated—even something above 2% is significant—the Umbrella roaming client may temporarily transition to a different state and provide irregular protection. If there is no packet loss, or you're unable to resolve your packet loss issue, please contact support.
Currently, the Umbrella roaming client logs are not easily read as they are highly verbose, which allows for advanced troubleshooting. Umbrella collects the logs automatically when an issue is reported in a support ticket, which sometimes will require the end user running our Diagnostic tool manually—see below for information about the diagnostic tool.
At this time, we don't recommend attempting to interpret the logs to troubleshoot. In the near future, we're hoping to provide two sets of logs—advanced logging for Support and developers, but also a set of less verbose logs so you can do your own troubleshooting.
If you'd like to look at the Umbrella roaming client service logs, they're located here:
- Windows—Open the following file with a text editor:
- Mac—Use the following command in the Terminal application to extract Umbrella roaming client logs from the system log:
grep dns-updater /var/log/system.log
The Diagnostic tool is built into the Umbrella roaming client. In most cases, Support can run this tool and obtain the logs of the Umbrella roaming client automatically. In a few cases, you'll be required to run the tool on behalf of Support or at their request.
Providing diagnostic output when initially opening a support request will greatly increase the speed at which an issue can be troubleshot by Support. You can run the diagnostic tool a number of ways, which are outlined in the article: Umbrella Roaming Client: Provide Diagnostic Information to Support.
For more information about what's collected by Umbrella, see Umbrella Roaming Client: Remote Logging and Diagnostics
Updated about a year ago