In part 1, I focused on how to work around situations where your WFF controller has to pass through a proxy server in order to successfully retrieve the products feed. The configuration sample I provided didn’t address another possible scenario: What if that proxy server requires authentication?
This does add a little more work, primarily in the form of a small amount of code. To pass specific user credentials to the proxy in this scenario, you simply need to create a small assembly to handle the proxy communication and authentication for you, and reference that in your config file. Something similar to the solution here should suffice, just remember that the configuration this article mentions goes in the service config file (mentioned in my last post), not a web.config as mentioned here:
One other thing I failed to note in part 1, if the primary and secondary servers in the farm also require proxy access to make HTTP calls, you’re going to have to use a similar workaround on those servers, otherwise you may still encounter the errors listed in the previous article since the farm servers pull the products feed down themselves. Using this workaround on the farm servers only requires a couple of small changes:
1. Instead of naming the config file WebFarmService.exe.config, as the last post instructed, name it WebFarmAgentService.exe.config to match the name of the agent service running on these boxes
2. Save this config file in C:\Program Files (x86)\IIS\Microsoft Web Farm Framework
Once all changes are made, be sure to restart the Web Farm Controller Service on the controller, and the Web Farm Agent Service on all farm servers to make sure those changes are picked up.