To test whether or not you have the AAM’s setup correctly, open the site up using the hostname of the URL that you want to run the web service queries to and then use some of the admin functions, like adding users to the site, etc… if any of those fail it is likely due to having an incorrect AAM setup.

any help would be appreciated. thanks

The issue is that what you posted has the IP variable being assigned twice:
IP=`echo ${1} | sed ‘s/::ffff://’`
IP=${1}

I updated the code and reposted it (with a link back to your site of course). I expanded upon it a bit as well, http://www.the-little-things.net/blog/2011/01/21/big-ip-sharepoint-2010-monitor/

Thanks again for the initial script.

I’ve always been a personal advocate of certification… it really drives a deeper understanding of the technology. It’s not a replacement for experience, and having experience validates your certification. It also shows individual initiative. There are plenty of fish in the IT sea, and it’s in your best interests to do everything possible to separate yourself from the pack.

My personal experience with F5 certification:

Recently, we made the decision to relocate. That meant hitting the job market. As a network engineer at a very large enterprise, I worked daily with the BIG IP platform (gtm and ltm). During that time, I made the decision to leverage that experience and certify. With a good bit additional reading and being blessed with access to hardware (LTM VE makes this easier now), I passed the BIG IP Product Consultant exam fairly easily.

So I interviewed for Network Engineering positions with 3 very different organizations, and surprisingly, all 3 were interested in one thing: my F5 expertise. I’m not saying that the certification is the reason I was interviewed and ultimately hired, but it was certainly noticed and discussed at all 3 organizations (which range from pioneering online retail & cloud services to local government and the entertainment industry). Very diverse applications, very pointed need for engineers versed in F5.

At the end of the day, why not certify? What reason is there not to expand your resume and learn in the process?

If you want to send both URIs to the same place you could also do it like so:

when HTTP_REQUEST {
switch -glob [string tolower [HTTP::uri]] {
“*umbdebug*”-
“*umbraco*” {
HTTP::redirect “https://mycompany.com/default.aspx”
}
}
}

Might even save you a few cycles.

Awesome stuff man, keep it coming!

#Colin

Thanks again,
Ed

The way we have it set up is if you are coming into the network from an external network is that it will go to a VIP and the application is protected by siteminder. If you are on the internal network, an internal DNS mapping will take you over to a different VIP that is aimed at the extended web application that is not protected by siteminder.

We also created an iRule for the externally facing VIP that looked for the user-agent string. When it saw that the user agent string was that of an Office 2010 application it would forward the traffic over to the extended web application that was not protected by siteminder. That way people using Word and Excel could post documents and download documents to the web site with out having log into siteminder each time and/or get blocked by siteminder.

We are trying to use sharepoint for a mobile app, and must use Siteminder in external connection scenarios. Can you share the details. I’ve only seen an ISS hack (aka modle) on the web that enables this functional gateway.

Noce site! Thanks.

#Colin

The reboot also has the side effect of clearing out any stored DNS entries that may cause issues with DA or the DA Connectivity Assistant from working properly.