Tôi có trình cài đặt cấu hình 2 trang web, một trong số đó có một số ứng dụng trong trang gốc. Các trang web cấp cao nhất được cấu hình cho Windows Authentication chỉ, như sau:WiX không cấu hình trang IIS đúng cách
<iis:WebSite Id="WebSite"
Description="Application"
Directory="WEBSITE_INSTALLLOCATION"
AutoStart="yes"
ConfigureIfExists="yes"
StartOnInstall="yes">
<iis:WebAddress Id="AllUnassigned" Port="80" />
<iis:WebApplication Id="WebApplication"
Name="Console"
WebAppPool="WebAppPool"/>
<iis:WebDirProperties Id="WebProperties"
AnonymousAccess="no"
WindowsAuthentication="yes"
AuthenticationProviders="NTLM,Negotiate"/>
</iis:WebSite>
khác (không bắt buộc) các thành phần trong trình cài đặt sau đó tuyên bố ứng dụng/thư mục ảo như sau:
<iis:WebVirtualDir Id="HelpWebSite" Alias="Help" Directory="ApexHelpDir" WebSite="WebSite">
<iis:WebApplication Id="HelpApp" Name="Help" WebAppPool="WebAppPool"/>
<iis:WebDirProperties Id="HelpProps" AnonymousAccess="yes" WindowsAuthentication="no"/>
</iis:WebVirtualDir>
Các hành vi tôi nhìn thấy là những gì tôi mong đợi 9/10 lần, nhưng thỉnh thoảng trình cài đặt sẽ cài đặt trang web "Website" với cả xác thực ẩn danh và xác thực cửa sổ, thay vì chỉ ứng dụng Trợ giúp có xác thực ẩn danh. Lời giải thích duy nhất cho điều này mà tôi có thể nghĩ là hành động thêm một thư mục ảo/ứng dụng bên dưới một trang gốc đôi khi làm cho root thừa kế các thiết lập xác thực con cũng như của nó.
Lưu ý: Tôi đã cố gắng tăng lỗi này dưới dạng lỗi trên trang wixtoolset.org nhưng vẫn gặp lỗi khi cố gắng làm như vậy.
Bạn đã bao giờ tìm giải pháp cho vấn đề này? –
@Không, không may là tôi vẫn chưa tìm thấy giải pháp cho vấn đề này. Chúng tôi hiện đang sử dụng WiX 3.7, vì vậy tôi không thể nói liệu nó đã được sửa chữa như của 3.8 – Joeb454
bây giờ mà tôi nghĩ về điều này, tôi đã nhìn thấy hành vi này. Tôi có một cài đặt này mà mỗi một lần trong một thời gian cả hai auth được kích hoạt. Hmmmm. –