我有两个Web服务器托pipe了大约70个网站，通过Radware App Director完成负载平衡。
我有一个日志分析问题。 对70多个站点的所有请求都通过App Director进行路由，因此IIS日志文件中的源IP显示的是APP Director的IP，而不是请求发送到网站的实际来源的IP。
在解决特定网站的问题时，会导致问题跟踪原始来源IP。
有没有解决这个日志exception的解决scheme，以便IIS日志中的源IP反映实际源的IP而不是App Director的IP？
我对Radware的产品没有任何个人经验，但是许多像代理一样行事的负载均衡器，内置了传递自定义HTTP请求头（称为X-Forwarded-For）的function。 X-Forwarded-For头包含最终用户源IP。 这个头可能已经被发送到你的服务器 – 一个简单的wireshark跟踪和检查请求头将确认是否正在传递X-Forwarded-For头。
F5有一个可以自由使用的isapifilter，你可以在IIS中加载这个filter，它将使用从x-forwarded-for标头中提取的源IPreplaceIIS日志中的源IP。 Radware可能也有一个，但F5'不是F5产品特定的。