服务器 Gind.cn

我有一个以下的证书层次结构。 我需要在Apache上进行客户端身份validation。 . └── root (CA) – self signed ├── intermediate 1 (CA) | ├── client1 | ├── client2 └── intermediate 2 (CA) ├── client3 └── client4 谁应该存储中间证书（客户端或服务器）？ 我宁愿只在服务器上存储根CA来validation所有的客户端证书。 主要原因是中间CA的列表可以增长，我不希望更新所有存储在Apacheconfiguration中的证书。 这在技术上是可行的吗？ SSL协议是否要求客户端发送整个链？ 有人想到这个问题。 据我了解，当客户端validation服务器时，服务器将整个链发送到客户端。 我希望它是对称的，当服务器需要validation客户端时，发送整个链是客户端的责任。

我们刚刚在两台Windows 2012 R2服务器之间部署了新的DFS复制系统。 我们使用MS的build议克隆了DFSr数据库（ http://blogs.technet.com/b/filecab/archive/2013/08/21/dfs-replication-initial-sync-in-windows-server-2012-r2-attack -of-the-clones.aspx ）和复制/同步工作完美99％（几个文件卡在积压，但否则很大）。 在重新启动非主要成员服务器后，它在事件日志中抱怨有关不干净的关机/日志封装（关机是由本书），并表示如果不能可靠地恢复，将不得不重build数据库（事件2212） 。 然后它抛出日志2218，指出这是复制数据库一致性检查的第二步。 几乎在此后，两台服务器都开始投入大量的4412（在多台服务器上更改文件，将“丢失”文件移到DFSrPrivate \ ConflictsandDeleted）日志同时在主服务器和辅助服务器上运行。 但是，当我运行PS Get-DFSrFileHash对“获胜”文件，并进入冲突和删除，他们完美匹配。 DFSr设置有19M文件，并且即使相同也会replace每个文件需要花费数周; 因为似乎复制停止，直到这个过程完成，我想让DFS'实现'文件实际上是相同的。 有没有人见过这样的事情？

我正在使用apache 2.4.9在Ubuntu 14.04上运行amazon aws ec2微型实例。 拥有这个实例的原因是为了在testing和解决一些错误之前进行项目。 目前只有less数人（<10人）不定期地使用该项目（每天<20次）。 在我的项目中，我使用缩小，所以我只有几个静态内容：像1个CSS文件，可能是3个JS文件。 他们不是很大，所有文件的总和低于300Kb。 回顾瀑布图，从我的项目加载， 我注意到，在等待阶段花费了大量的时间（如果我将删除它，最有可能的网站会加载2倍以上）。 我也知道每个阶段对应什么（我甚至在这里回答高度相关的问题 ），我不知道我能做些什么来减less等待时间 。 在我的情况下，像css / js / img这样的静态资源增加了大量的等待时间，所以与编写更高效的代码无关。 我还在这里发现了另一个高度相关的问题 （这实际上是我的问题），并试图通过切换HostnameLookups Off但它没有改变任何东西。 我没有/etc/httpd/conf/httpd.conf ，因此我将它添加到/etc/apache2/sites-available/000-default.conf 。 我的configuration中也没有像LogFormat这样的东西，所以我跳过了这部分。 那么有什么我可以做的，以减less这个时间？ 当我回顾一下从服务器位置收集到的同样的图表时，我看到等待时间有小幅的改善，但情况依然如此。 我明白，我可以搬到更好的服务器，更好的硬盘/内存/ CPU，但这是显而易见的。 知道有这么多的Apacheconfiguration参数，我认为这可能是有什么调整。 PS谢谢JakeGould我看着apache2.conf并修改它（而不是000-default.conf ，如前所述）。 我也修改了KeepAliveTimeOut到3和MaxKeepAliveRequests到20更适合我的网站。

我在我的域中遇到了一个用户帐户问题。 域控制器是Server 2008 R2，带有Win7客户端。 用户的密码过期了，所以她经历了改变它的过程。 我们制定了组策略，要求使用至less包含8个字符的复杂密码。 她说，她在更换密码时填写了所有的信箱。 在她下一次login时，她尝试了新的密码，但没有成功（说这是不正确的）。 经过几次尝试之后，她不小心打了一个密码进入，并让她login。但是，当她到达桌面时，只显示了所有用户的图标。 此外，她的开始菜单只显示notepad.exe，进入所有程序只显示“附件”和“维护”文件夹，没有别的。 如果她login到另一台计算机（也有空密码），则会发生同样的情况。 她能够访问共享文件夹，所以她必须在域中进行身份validation。 以下是我尝试过的一些事情： 我让用户在PDC上的“用户和计算机”中重置密码。 她然后能够使用这个新的密码login，但没有任何显示的问题仍然存在。 我用我的凭据login到她的电脑，一切正常。 我检查了她的帐户设置和组成员资格，看起来没问题（最近没有任何变化）。 我用她的新密码login了域\用户名，根本没有任何帮助。 我检查了一下，确保计算机和她的用户在AD中使用了正确的OU。 对她的电脑和用户运行gpresult没有显示任何exception。 我从来没有见过这样的事情，所以我现在没有想法。 编辑：一些更多的信息：我只是有用户尝试login到一个空白密码的机器（如她之前），它不接受这一次。 我很抱歉没有尝试这个之前，我创造了这个问题。 我也只是检查了凭证pipe理器，并且计算机上没有caching的凭据。 注：我编辑了标题，以便更清楚地说明问题所在。

我们目前在我们的SSH服务器上使用了2因素身份validation，所以我们在sshd_config（公钥为key，键盘交互是通过PAM处理的2factor）中有“RequiredAuthentications2 publickey，keyboard-interactive” 为了使我们的开发更容易，我们要禁用sftp子系统的2因子要求。 我已经search了“匹配子系统sftp”（比如可用的“匹配组”，在那里我只能在后面定义“RequiredAuthentications2 publickey”，但似乎这是不可能的。 另一件事我看看是否检查PAM，如果有可能为sftp子系统定义一个单独的configuration（这似乎是不可行的，pam的服务总是'ssh'），或者如果我能有东西我的sshd pam conf像“auth [成功= 1默认=忽略] pam_succeed_if.so安静子系统在sftp” 任何提示？ （除了另外设置另一个sshd实例只用于sftp）

我在这里为Synology Diskstation DS412 +configuration了共享文件夹上的Active Directoryvalidation。 我有一个共享文件夹，我们的备份软件将备份写入（如此，CIFS）。 这一切都正常工作正常的日常基础上。 备份软件使用专用的用户帐户，一切正常。 但是，我每个月都会修补并重新启动我们的域控制器。 一次只能重新启动一个，以维护Active Directory而不会造成中断。 作为所有这一切的副作用，当备份软件访问该文件夹时，它会得到错误There are no logon servers available to service the logon request并失败。 当我访问UNCpath时，我也收到相同的消息。 当我重启NAS时，服务恢复正常。 我的问题是，我如何解决这个错误不会发生的开始？ 重新启动并不是最好的解决scheme，因为它会导致我们正在努力进行的集群服务中的停机。 编辑：甚至陌生人，我的pipe理会议（这是使用我的AD用户）工作正常。

当微软提取坏的补丁时，WSUS是否会自动提取补丁，或者我们需要手动执行补丁吗？ 如果我们必须手动完成，那么我们如何保持最糟糕的补丁？

什么被视为从一个特定的域名服务docker集装箱的“最佳做法”？ 例如： Container1在端口8080上运行应用程序A，并通过AwesomeAppA.com访问 Container2在端口8090上运行App B，并通过AwesomeAppB.com进行访问 那么你可以，例如： 例如，让容器公开Gunicorn / uWSGI使用的端口，并在Docker主机上使用Nginx来处理代理。 但是你也可以让你的容器在内部运行Nginx并使用HAProxy 。 但哪个更好？ 还有其他的优先select，还是真的是个人喜好？ 选项1符合单一责任原则，并允许您在容器中运行您的1应用程序，并让主机处理代理。 它也允许Nginx处理SSL，但除了“docker运行”之外，还需要额外的设置和configuration。

我想要返回一个HTTP 204错误代码，如果有人试图访问我的Web服务器上的特定path。 我可以设置我的一个web服务器返回一个204错误，并指向haproxy作为后端。 然而，由于没有信息被发送，我认为这应该是可能从haproxy本身。 无需打扰我的实际Web服务器。 我试图创build一个后端，将生成204错误，如下所示： frontend … … acl is_always204 path_beg /thisone use_backend always204 if is_always204 … backend always204 errorfile 404 /etc/haproxy-shared/errors/204.http 204.http文件包含： HTTP/1.0 204 No Content Cache-Control: no-cache Connection: close Content-Type: image/png 当我开始haproxy时，我得到这个错误： parsing [/etc/haproxy/haproxy:51] : status code 404 not handled, error customization will be ignored. 我想我可能会以这种错误的方式去做。 任何人都可以提出一种方法来强制haproxy返回给定的acl匹配204？

我有屏幕上的Uchiwa，但它闪烁我提到的错误。 拖尾sensu-api日志不透露很多： {"timestamp":"2014-10-15T04:02:44.553226-0500","level":"warn","message":"loading config file","file":"/etc/sensu/conf.d/client.json"} {"timestamp":"2014-10-15T04:02:44.553292-0500","level":"warn","message":"loading config file","file":"/etc/sensu/conf.d/redis.json"} {"timestamp":"2014-10-15T04:02:44.553386-0500","level":"warn","message":"config file applied changes","file":"/etc/sensu/conf.d/redis.json","changes":{"redis":[null,{"host":"localhost","port":6379}]}} {"timestamp":"2014-10-15T04:02:44.553472-0500","level":"warn","message":"loading config file","file":"/etc/sensu/conf.d/rabbitmq.json"} {"timestamp":"2014-10-15T04:02:44.553582-0500","level":"warn","message":"config file applied changes","file":"/etc/sensu/conf.d/rabbitmq.json","changes":{"rabbitmq":[null,{"ssl":{"cert_chain_file":"/etc/sensu/ssl/cert.pem","private_key_file":"/etc/sensu/ssl/key.pem"},"host":"localhost","port":5671,"vhost":"/sensu","user":"sensu","password":"REDACTED"}]}} {"timestamp":"2014-10-15T04:02:44.553662-0500","level":"warn","message":"loading config file","file":"/etc/sensu/conf.d/api.json"} {"timestamp":"2014-10-15T04:02:44.553755-0500","level":"warn","message":"config file applied changes","file":"/etc/sensu/conf.d/api.json","changes":{"api":[null,{"host":"localhost","port":4567,"user":"sensu","password":"REDACTED"}]}} {"timestamp":"2014-10-15T04:02:52.336757-0500","level":"info","message":"GET /info","remote_address":"127.0.0.1","user_agent":null,"request_method":"GET","request_uri":"/info","request_body":""} 至less，不是我。 apiconfiguration是： [root@ws00 sensu]# cat conf.d/api.json { "api": { "host": "localhost", "port": 4567, "user": "sensu", "password": "REDACTED" } } 接下来是他们在github上讨论的健康检查的输出（ https://github.com/sensu/uchiwa/blob/master/README.md ）： /健康 {"uchiwa":"ok","sensu":{"Sensu":{}}} /健康/意义上的 {"sensu":{"Sensu":{}}} /健康/团扇 […]