我有一个客户端,它具有运行两个不同的脚本集的Windows Server 2008框。
一组脚本在几个不同的域下托pipe几个网站。 另一组脚本用于根据第一组中的URL生成报告和其他信息。
第二组脚本(用于报告)基于URL生成报告。 但是, 除非将URL手动input到服务器的HOSTS文件并绑定到127.0.0.1 否则报告将挂起(不起作用)。 否则,看起来这些请求会转到外部IP地址,这可能会阻塞在DMZ /防火墙上。 更新HOSTS文件对于客户来说是麻烦的。
除DMZ中的编辑规则外,我的build议是更新Windows路由表,以便任何发往公共IP地址的请求自动重新路由到127.0.0.1 。
我疯了吗,还是这个愚蠢的build议? 这可以通过route add命令来完成吗? 如果是的话,究竟如何?
看起来这些请求正在进入外部IP地址,这可能会阻塞在DMZ /防火墙上。
[…]
除DMZ中的编辑规则外,我的build议是更新Windows路由表,以便任何发往公共IP地址的请求自动重新路由到127.0.0.1。
专业体系pipe理的规则是使标准体系工作的标准。 您的服务器无法parsing自己的名称和/或访问自己的接口的IP地址,这是意料之外的。 但是,我不知道你的拓扑结构,可能会有发夹式NAT或服务器上面的某种SNAT / DNAT。 无论是什么原因,至less要努力辨别这一切的原因,以及它是否是一个标准驱动的环境。
尽pipe如此,从理论走向实际问题,如果必须的话,你需要把交通的轨迹logging下来,直到电线上的电脉冲的高峰和低谷,所有这些都是为了弄清楚为什么服务器不能说话到它自己的接口的地址。 在路由表中用HOSTS文件条目和疯狂路由掩盖恶臭将在以后再次受到折磨。
不能给出这个问题的答案,因为没有给出所需的事实,但方法是:
我疯了吗,还是这个愚蠢的build议?
没有意见。 =)
这可以通过route add命令来完成吗? 如果是的话,究竟如何?
从“完成这个任务的最不富有成效的方式是什么,同时最有可能使我想要做一个分手”这个angular度来看,是的,这是可以做到的。 至于“到底如何”,我不会告诉你,免得我把你打败了。