我的公司正在在企业范围内推出 Active Directory,包括 Office 365 同步、Lync、Exchange 和 Outlook。
我们目前没有广告(还);5 个独立的办公室有 400 多个用户。
我们面临的困境是我们最初应该部署 Windows Server 2012 还是 2008R2。
某些元素害怕 2012 的未知问题,我们的一位承包商建议我们使用 2008,因为它具有更大的知识库。
我在 2012 年完成了所有测试,我知道任何一种测试都适用于我们的目的。这是一个相当简单的部署(2 个 DC 和 1 个 ADFS 服务器)。
我们还将添加 WDS、WSUS、Sharepoint 和 WebHelpDesk。
假设这是对环境的完整描述,或者我们应该注意 Windows Server 2012 的任何警告,是否有任何有效的技术原因我们不应该使用最新的可用版本?
在文件服务器上的共享文件夹上,对于安全选项卡下的域用户名对象,图标有一个红色的 x。
没有任何症状,用户具有完全访问权限,他们的名字图标上只有一个红色的 x。
为什么是这样?
为澄清起见,登录 windows 2008 r2 文件服务器,浏览到用户共享文件夹,右键单击该文件夹,点击属性,单击安全选项卡。代表用户域名的对象在图标的右下角有一个小红x,看起来像一个人。除了我之外,没有任何症状想知道为什么会有红色的 x。
更新:当您从工作站查看权限时,它不显示 x,仅在文件服务器上查看
我只是想找出加载 GPO 的优先级。
具体来说,驱动器会在脚本运行之前映射吗?
我在每次用户登录时运行的网络共享中有一个 .exe,我不知道是否应该通过映射驱动器或网络路径加载它。
我们最近被迫将我们的生产云服务器从 GoDaddy 迁移到 Azure,因为 GoDaddy 正在终止他们的云服务器服务。
我们的一台服务器是运行 JasperReports Bitnami 堆栈的 CentOS 5.7。在迁移过程中,我将所有服务器升级到最新的发行版,并从 Ubuntu 12.04LTS 上的 Azure Bitnami Jasper 映像重建 Jasper
A 在 JasperServer 上安装了 SSL 证书并正常工作
所有新服务器都运行良好,现在问题出在哪里。
我们还在 GoDaddy 上有一个专用的 CentOS 5.8 虚拟服务器(目前),该服务器上有一系列站点,它们通过 Soap 提供来自 Jasper 的报告。
但是,尝试连接时出现握手失败
#openssl s_client -connect newjasperserver.com:443
CONNECTED(00000003)
9092:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:s23_clnt.c:583:
Run Code Online (Sandbox Code Playgroud)
和:
#openssl version
OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
Run Code Online (Sandbox Code Playgroud)
新服务器正在运行:
#openssl version
OpenSSL 1.0.1c 10 May 2012
Run Code Online (Sandbox Code Playgroud)
现在经过大量研究,似乎 OpenSSL < 0.9.8k 和 OpenSSL 1.0.1 之间存在不兼容。
我确定的选项是:
将服务器迁移到Azure上的CentOS 6.4服务器(理想,但政治上困难,不要问为什么)
就地升级服务器(不支持,我不想在生产服务器上尝试)
擦除服务器并使用 6.4 重建它(可能性,但如果我这样做,我将强制选项 1) …