Networking fsc.exe速度非常慢,因为它试图访问crl.microsoft.com

Networking fsc.exe速度非常慢,因为它试图访问crl.microsoft.com,networking,f#,Networking,F#,当我在我们的构建服务器上运行F#compiler-fsc.exe时,即使没有输入文件,也要花很长时间(~20秒)才能运行。经过调查,我发现这是因为应用程序试图访问crl.microsoft.com(可能是为了检查某些证书是否被吊销)。但是,它运行的帐户无法访问Internet。因为我们的路由器/防火墙/任何东西都会丢弃SYN数据包,所以fsc.exe在放弃之前会尝试几次 想到的唯一解决方案是在hosts文件中将clr.microsoft.com设置为127.0.0.1,但这是一个非常糟糕的解决方

当我在我们的构建服务器上运行F#compiler-fsc.exe时,即使没有输入文件,也要花很长时间(~20秒)才能运行。经过调查,我发现这是因为应用程序试图访问crl.microsoft.com(可能是为了检查某些证书是否被吊销)。但是,它运行的帐户无法访问Internet。因为我们的路由器/防火墙/任何东西都会丢弃SYN数据包,所以fsc.exe在放弃之前会尝试几次

想到的唯一解决方案是在hosts文件中将clr.microsoft.com设置为127.0.0.1,但这是一个非常糟糕的解决方案。此外,我需要在我们的生产盒上安装fsc.exe,在那里我不能做这样的事情。还有其他想法吗


谢谢

我自己也遇到过这个问题-这里有一些链接。。。更好的描述和一些替代方案

我在一个旧的MS KB中找到了这个表单,当我们点击它时。。。刚刚让DNS服务器按照说明回复(可能是您的生产箱的解决方案。)

CRL检查正在超时,因为 从未收到回应。如果是路由器 将发送“无路由到主机”ICMP 数据包或类似错误,而不是 只是丢弃数据包,CRL 检查将立即失败,并且 服务将启动。您可以添加一个 中的crl.microsoft.com条目 在DNS服务器上承载文件或,并且 将数据包发送到合法的服务器 网络上的位置,例如 127.0.0.1,将拒绝连接…”


最后一个链接很有帮助。我按照建议添加了fsc.exe.config,它成功了。解决方案仍然很糟糕,但迄今为止效果最好。谢谢