Thursday, March 11, 2010

Does the universe ever laugh at you?

Sometimes I wonder if the universe thinks my life is just one big practical joke. I'm sitting here writing this on my iPhone because my internet, tv and telephone are out of order until Sunday. I'm about to go for what is probably the 10th interview i've been for in the last month and it's likely that I'm not going to get it. My personal life is a mess and I'm currently thinking going home is the best way out. Where do I go now? God only knows, hopefully this whiskey will help shut my eyes and start again tomorrow. I feel like I'm having a mid life crisis and I'm only 28. How can this be? And I've recently been told I have a hair pulling disorder called something too long to retype.. Help! Bx


- Posted using BlogPress from my iPhone

Friday, February 26, 2010

Failover During Mirroring

So this is the result of the sample application...

refer here

Tuesday, July 28, 2009

64 THE SPECIFIED NETWORK NAME IS NO LONGER AVAILABLE

So I've been working on a HTTP client for my company, replacing WinInet with WinHTTP because basically WinInet sucks. There is one link on the MSDN for porting applications across but it doesn't go into as much detail as I'd like so that the above error can be avoided. The above error is actually from the ISA Server logs, but what you see in the application is the WinHttpRecieveRequest() waits for the timeout and never gets the expected reply from our HTTP server.

Now I know the client works because when I disengage the proxy settings, everything works as expected. So why doesn't it work when going through the proxy? Read this, Well it seems that ISA Server reads all the packets going through it and if it determines that a packet is malformed/corrupted then it will simply drop that packet and so your transmission is dead with no notification.

Once I knew this it was a simply matter of determining what the ISA Server was flagging the packet as being corrupt for. In my case it was a simple matter of comparing HTTP packets from before with post upgrade work and it seems that the WinHttpSendRequest() was adding a bad 'Content-length' value to the packet. Hope this helps someone, it was a solid week of research for me to track this down.