Well, it's the end of April. As the old saying goes, April showers bring May flowers - so keep an eye on this space for more updates in the coming month. We've had a few projects gestating over the last few months, and they're starting to bear fruit. Mixed bag of metaphors aside, here's a list of fun stuff we've been working on over the last few weeks. Don't hesitate to let us know, if you have any questions, comments or concerns with the release.
We've updated our agent code to allow a proxy server to be bypassed for tests run from a Enterprise Agent. In situations where the agent requires proxy configuration in order to access the Internet, and users wish to test internal targets (which do not require use of a proxy server), the agent can be configured with a list of hostnames, IP addresses, domain name suffixes, and network prefixes, which will be used when running a test against the target.
In order to specify this setting, the agent must be configured to use a proxy. In the Agent tab of the Virtual Appliance configuration page, under the "use proxy" option, specify proxy details - including proxy bypass list, if applicable:
Each entry must be added individually, in the form:
If you are using the Linux package version of agents, you can manually edit the agent configuration file, found in /etc/te-agent.cfg. The configuration file entry is a semicolon-delimited list of rules, with the name "proxy-bypass-list"; an example is shown below.
Once the agent checks in, the proxy bypass list can be found under the "Advanced Options" for the agent, using the Agent Settings page.
If you have multiple Enterprise Agents which require configuration simultaneously, a utility is available for this - contact the ThousandEyes Customer Success team for instructions on making widespread changes.
Enterprise Agents running behind a proxy will no longer run network tests for targets whose connections traverse a proxy server. Prior to this release, in most circumstances, Enterprise Agents would show 100% packet loss, and no path visualization information for network tests which were targeted on resources traversing the proxy.
If the test target is found in the proxy bypass list, then network tests will run as they previously did (and return valid data) otherwise, the test will return "no data", thus preventing the agent from being considered during validation against alert rules.
We've updated our alert rules for the "Subprefix Exists" rule: Prior to today's change, users could alert when a subprefix is detected on a monitored prefix, by using the 'Include Subprefixes' option on the test settings. Effective today, users can now choose to suppress alerts when a specific subprefix is advertised, by changing their alert rule to be based on 'Subprefix not in (w.x.y.0/z)'.
To retain the legacy behavior, configure an alert rule for Subprefix not in (<empty input>). Existing rules will be configured using the Subprefix exists criteria will be shown as "Subprefix not in ()", as the "Subprefix exists" option is no longer available.
We've updated the methodology for updating tests. Prior to this change, in order to update a test, all required fields of a test needed to be submitted. After today's release, only the fields requiring modification need to be updated as a part of the data posted in the request. Check out the developer reference site for more information.