2010-08-18 23 views
9

Khi tôi chạy trình biên dịch F # - fsc.exe - trên máy chủ xây dựng của chúng tôi phải mất độ tuổi (~ 20 giây) để chạy ngay cả khi không có tệp đầu vào. Sau khi một số điều tra tôi phát hiện ra rằng đó là bởi vì các ứng dụng cố gắng truy cập crl.microsoft.com (có lẽ để kiểm tra xem một số chứng chỉ không bị thu hồi). Tuy nhiên, tài khoản mà nó chạy không có quyền truy cập Internet. Và bởi vì các bộ định tuyến/tường lửa của chúng tôi/bất cứ điều gì chỉ làm giảm các gói SYN, fsc.exe cố gắng nhiều lần trước khi từ bỏ.fsc.exe rất chậm vì nó cố gắng truy cập vào crl.microsoft.com

Giải pháp duy nhất có trong đầu là đặt clr.microsoft.com thành 127.0.0.1 trong tệp máy chủ nhưng đó là giải pháp khá khó chịu. Hơn nữa, tôi sẽ cần fsc.exe trên hộp sản xuất của chúng tôi, nơi tôi không thể làm những việc như vậy. Bất kỳ ý tưởng nào khác?

Cảm ơn

Trả lời

8

Hãy đến qua bản thân mình này - đây là một số liên kết ... để giới thiệu tốt hơn và một số lựa chọn thay thế

http://www.eggheadcafe.com/software/aspnet/29381925/code-signing-performance-problems-with-certificate-revocation-chec.aspx

tôi đào lên hình thức này một tuổi MS KB cho Exchange khi chúng ta nhấn nó ... Chỉ cần có Máy chủ DNS để trả lời như đã nêu (có thể là giải pháp cho hộp sản xuất của bạn.)

MS Support KB

Kiểm tra CRL hết hạn vì nó không bao giờ nhận được phản hồi. Nếu bộ định tuyến phải gửi gói "ICMP " hoặc lỗi tương tự thay vì chỉ cần thả các gói, kiểm tra CRL sẽ không thành công ngay lập tức và dịch vụ sẽ bắt đầu. Bạn có thể thêm mục nhập vào crl.microsoft.com trong tệp máy chủ hoặc trên máy chủ DNS và gửi các gói đến vị trí hợp pháp trên mạng, chẳng hạn như 127.0.0.1, sẽ từ chối kết nối .. . "

+1

Liên kết cuối cùng đã giúp. Tôi đã thêm fsc.exe.config như đã thông báo ở đó và nó đã thực hiện thủ thuật. Tuy nhiên, giải pháp khá crappy, nhưng tốt nhất cho đến nay. – Elephantik

Các vấn đề liên quan