一个看似简单的问题，但仍然有效。 当不支持SNI的浏览器尝试访问configuration为通过SNI强制SSL的站点时，会发生什么情况？ 谢谢
当在IE 11中设置兼容模式时，它想要添加我们的整个域（somedomain.co.uk），但我们不希望每个站点（* .somedomain.co.uk）都被这个覆盖。 我们只想要sharepoint.somedomain.co.uk而不是www.somedomain.co.uk使用兼容模式呈现。 这可能吗？ 谢谢
我有Dreamhost的链接证书，可以在所有的浏览器上运行。 我有2个来自dreamhost，example.com和sub.example.com的2个站点。 除了IE6,7和8（在XP上，还没有尝试过其他的操作系统），所有的浏览器都可以在这两个站点上获得证书。 IE浏览器对于example.com来说很好，但是它认为sub.example.com正在尝试使用example.com的证书。 查看Firefox 3中的指纹，Firefox正在为每个域使用正确的证书。 看看IE中的指纹，它使用example.com证书而不是sub.example.com证书。 （这个部分对我来说真的很奇怪 – IE正在走上一个领域，拿到错误的证书？） 我正在使用nginx。 让我知道你是否想要更多的信息。 谢谢！
我在这里描述的问题与组策略Internet Explorer中的问题相同，附加列表不起作用 ，但我提供了更多的细节和故障排除步骤，所以我认为值得重新提问。 我pipe理许多运行Windows 8.1的计算机。 我在这些机器上安装的几个软件包都具有用于Internet Explorer的关联附件。 Internet Explorer的默认行为是提示用户在加载项安装后第一次运行Internet Explorer时启用加载项。 由于我是安装附加组件的人员，而且由于我pipe理这些机器，因此我希望这些附加组件在默认情况下处于启用状态，并且我不希望提示用户。 但是，如果需要，我希望用户保留禁用附加软件以进行故障排除的function，并且如果用户被授予了安装软件的权限，我希望他/她能够获得任何附加软件安装，我不知道。 根据微软的文档 ，这可以通过组策略设置。 （请注意，在“ 计算机configuration\pipe理模板\ Windows组件\ Internet Explorer”下自动激活新安装的加载项设置会打开没有提示的任何附加组件 ，因此它不符合我上面所述的要求。 ） 看起来像这样的设置应该做我想要的是在计算机configuration\pipe理模板\ Windows组件\ Internet Explorer \安全function\加载项pipe理下的加载项列表 。 从MSDN引用： 使用CLSID和pipe理模板来pipe理组策略对象 因为每个加载项都有一个类ID（CLSID），所以可以使用组策略和pipe理模板来启用和禁用特定的加载项。 pipe理加载项 获取要启用或禁用的加载项的CLSID： 打开Internet Explorer，单击工具 ，然后单击pipe理加载项 。 select您想要更改的加载项，然后右键单击“ 更多信息” 。 单击复制 ，然后closurespipe理加载项和Internet Explorer。 从复制的信息中，只select并复制Class ID值。 打开组策略pipe理编辑器并转到计算机configuration\策略\pipe理模板\ Windows组件\ Internet Explorer \安全function\附加组件pipe理 。 -要么- 打开本地组策略编辑器，然后转到计算机configuration\pipe理模板\ Windows组件\ Internet Explorer […]
我如何启用Windows Server 2008的下载？ 默认情况下，当我尝试下载与Internet Explorer的东西下载被阻止。
我一直在试图取得这一成功没有成功。 看起来我运行组策略结果向导时正在应用我的组策略设置。 这是我正在做的设置互联网区域中。 1.组策略pipe理编辑器>用户configuration>策略>pipe理模板> Windows组件> Internet Explorer>互联网控制面板>安全页面 我login到我的XenApp桌面打开IE浏览器，我看到： 我运行结果向导，我看到： 它看起来像它应该工作，但事实并非如此。 有人会介意和我一起帮助我找出我失踪的东西吗？ 需要注意的是，被pipe理的计算机是服务器2008年，组策略设置（域控制器）的计算机是服务器2003.我知道，我们需要从2003年切换，但这是一个项目，在我们的盘子为明年。
这是一个浏览器不可知的问题，但我们正在testing与IE9。 我们的用户访问的一个networking应用程序正在被随机caching，并且在他们应该更改时没有显示出来。 没有其他网站有这个问题，我们已经与谁声称这不是发生在其他任何人的供应商。 如果我们使用开发工具栏并select“强制从服务器刷新”，所有更新都正确。 而不是真正解决这个问题，我们的想法是通过禁用这个特定网站的caching来解决这个问题。 但是，我们不知道如何。
我通过组策略应用了几个Internet Explorer设置。 尤其是“站点到区域分配”设置中的一长串URL。 但是，即使分配给“信任区域”，一个URL似乎仍然属于“互联网区域”。 在Internet Explorer的早期版本中，可以从状态栏轻松地确定URL落入哪个区域。 这怎么能通过IE11来完成？ 我可以忽略明显的东西吗？
我被这个问题所困扰。 我已经build立了一个名为wpad.dat的文件（本质上，是一个proxy.pac文件重命名），并把它放在一个内部网站。 我已经设置了DNS条目，因此主机名wpad是Web服务器的CNAME。 我在网站上为.dat文件设置适当的MIMEtypes。 我从DNS全局查询块列表中删除了wpad。 我知道configuration文件在语法上是正确的，因为如果我手动将Internet Explorer的“使用自动configuration脚本”设置为http://wpad/wpad.dat ，代理显然正在使用（即，我看到我的浏览器显示在日志文件中我拒绝的某些网站拿出我的replace页面。） 不过，我的理解是，我所需要做的就是在“自动检测设置”框中打勾，Internet Explorer本身应该查找http://wpad/wpad.dat – 或者更准确地说http://wpad.localdomain/wpad.dat – 这也是可行的。 任何人都可以帮助我诊断这个问题？ 我只是看不到我错过了什么或错在哪里。 谢谢 ！！ （注意，也可以使用DHCP设置自动configuration文件，但是我们有一个多站点组织，DHCP服务器和路由器根据位置的不同提供DHCP，远程办公室也使用3G蜂窝调制解调器，这些调制解调器具有非常基本的DHCP设备，另外，只有IE浏览器支持通过DHCP进行networking代理自动发现 – 无论是Firefox还是Safari都不支持，我们实际上并没有使用这两种浏览器，而是为了最大程度的兼容性和易于pipe理/更改我认为通过一个不错的单个DNS条目来完成这个工作肯定会更好。）
我有一个问题在不同的问题上出现了，但是我仍然找不到解决scheme。 我的问题是，我在Debian上使用SSL和Internet Explorer 7在apache 2.4上托pipe了一个站点 Internet Explorer cannot display the webpage 我只有一个使用SSL的虚拟主机，但使用http的不同虚拟主机。 这是我启用SSL的网站的configuration（etc / sites-avaible / default-ssl没有链接） <Virtualhost xx.yyy.86.193:443> ServerName www.my-certified-domain.de ServerAlias my-certified-domain.de DocumentRoot "/var/local/www/my-certified-domain.de/current/www" Alias /files "/var/local/www/my-certified-domain.de/current/files" CustomLog /var/log/apache2/access.my-certified-domain.de.log combined <Directory "/var/local/www/my-certified-domain.de/current/www"> AllowOverride All </Directory> SSLEngine on SSLCertificateFile /etc/ssl/certs/www.my-certified-domain.de.crt SSLCertificateKeyFile /etc/ssl/private/www.my-certified-domain.de.key SSLCipherSuite HIGH:MEDIUM:!aNULL:+SHA1:+MD5:+HIGH:+MEDIUM SSLCertificateChainFile /etc/apache2/ssl.crt/www.my-certified-domain.de.ca BrowserMatch "MSIE [2-8]" nokeepalive downgrade-1.0 force-response-1.0 </VirtualHost> <VirtualHost *:80> […]