服务器问题集锦，包括 Linux（Ubuntu, Centos，Debian等）和Windows Server服务器
我试图build立一个NGINX服务器，作为坐在另一台服务器上的底层PHP应用程序的caching服务器。 原则上，事情运作良好，但由于PHP应用程序的某些“不良行为”，我需要对NGINX进行一些调整，但到目前为止我还是失败了。 有这些问题的解决scheme吗？ 问题1：PHP应用程序发送“Vary：Accept-Encoding”作为可caching内容的响应头，并导致NGINX针对不同的Accept-Encoding请求头保留不同的caching副本，这是正确的，但不是我想要的performance。 我的需求要求NGINX删除Accept-Encoding请求头，因为它会代理PHP应用程序，并在caching时忽略头。 我已经完成了第一部分的使用： proxy_set_header Accept-Encoding ""; 这个configuration从请求中删除标题，但是不会在caching方面忽略它。 我很清楚proxy_ignore_headers，我可以在下面的设置中使用它，但是解决scheme将忽略Vary头部中的任何头部名称，而不仅仅是Accept-Encoding proxy_ignore_headers Vary; 有没有解决这个问题？ 问题2： PHP应用程序正试图设置可caching内容的会话cookie。 我希望NGINX忽略用于caching的Set-Cookie头，还要删除任何可caching内容的响应头Set-Cookie。 为了使NGINX根据我使用的caching忽略Set-Cookie响应头： proxy_ignore_headers Set-Cookie; NGINX不会忽略头，但会将Set-Cookie响应头发送给任何用户。 在NGINX上有解决scheme，我可以根据页面是否被caching来删除标题。 我试图使用if子句来检查$ sent_http_cache_controlvariables，但是似乎如果在响应可用之后语句没有重新运行，所以这样的variables在被评估的时候不会被设置。
我尝试通过SCUP发布DELL更新（都显示相同的行为）到SCCM。 我有一个错误信息： PublishItem：在发布期间发生exception：无法将值NULL插入到'UpdateType'列'SUSDB.dbo.tbDeployment'列中; 列不允许空值。 INSERT失败。 当我从Adobe发布的东西，一切正常。 我试着重新加载目录，重新加载更新，但没有任何改变。 任何人看到这样的事情？ 谢谢 祝好Bjoern
我创build了一个小的LAMP服务器与Apache 2.4和PureFTP，但我已经configuration用户/ home / user1 / chmod权限用户名的文件夹：pureftp的用户名在这种情况下通过filezille我可以编辑和上传文件，但Apache无法阅读或写文件，如果configurationApache：Apache或根：所有的工作，但通过FIZILL我不能上传或编辑文件。 我不是很好的权限，这是我的第一个LAMP安装=） / home / username的文件，用户和组的文件夹755和644的文件权限是相应的用户。 用没有用户和没有组运行Apache etc / passwd for nobody：nobody：x：99：99：没有人：/：/ sbin / nologin etc / group for nobody：nobody：x：99： 请你帮帮我吗？ 我使用Centos 7 x64。 谢谢。
对于一个Google计算虚拟机，我想阻止SSH入侵（简单），但仍然允许控制台Web SSH到虚拟机。 有谁知道什么IP范围Web SSH来自？ 我已经尝试了各种发布的范围，但我似乎无法得到Web控制台SSH的正确范围。
我们有一个拥有两个账户（admin / non-admin）和一个笔记本的用户。 当他使用非pipe理员账号时，pipe理员账号每天被locking5次。 他很可能会将自己的代理凭证保存在笔记本上的某个程序中，因为事件日志中的“来电显示名称”是我们的代理服务器。 有没有办法获取更多的信息，从哪里或哪个应用程序导致用户locking？ 域控制器上的事件日志没有太多的帮助，因为调用者的计算机名称是我们的代理服务器。
我正在尝试使用SCP从使用私钥的远程VPS将文件复制到本地计算机。 我得到不同的错误取决于我尝试，我不知道什么是正确的方法应该是。 这是我所尝试的： scp -i ~/.ssh/private-key [email protected]:/var/www/html/index.html /var/www/html/ 这要求input私钥密码，然后给出错误/ var / www / html是一个目录。 scp -i ~/.ssh/private-key [email protected]:/var/www/html/index.html root@localhost:/var/www/html/ 这需要私钥密码，然后说主机密钥validation失败。 失去了连接。 scp -i ~/.ssh/private-key [email protected]:/var/www/html/index.html [email protected]:/var/www/html/ 这只是一个看似永远持续的黑屏。 我认为这可能是实际工作的方法，但可能只是复制慢得令人难以置信？ 我曾尝试连接到服务器使用SSH，使用相同的密钥文件，这工作正常，所以我不知道是什么问题。 有没有人有解决scheme，或知道我在做什么错？ 谢谢
systemd具有OOMScoreAdjust选项，该选项允许调整已启动进程的oom-killer分数。 引用systemd文档 ： OOMScoreAdjust= 为已执行的进程设置内存不足杀手的调整级别。 取一个-1000之间的整数（以禁止这个进程的OOM查杀）和1000（很有可能在内存压力下杀死这个进程）。 有关详细信息，请参阅proc.txt 。 在我的设置中，我在AWS上部署了一个NodeJs服务器。 在节点服务器旁边，EC2实例上没有其他的东西运行（期望监视和基本的操作系统进程）。 有ELB健康检查到位，最终应该取代破碎的EC2实例。 不过，如果存在内存问题，我想知道是否增加OOMScoreAdjust以使内核更喜欢杀死节点服务器进程是一种很好的做法，因为它可以自动重新启动。 在systemd中，它可能看起来像这样： OOMScoreAdjust=1000 Restart=always 我不得不承认，我的理解是有限的。 我目前的理解是，它很可能不会有真正的区别，最好保留默认值： 如果内存耗尽过程是节点服务器，它将最有可能被杀害。 如果罪魁祸首是另一个进程，重新启动节点服务器将无济于事，ELB运行状况检查应该最终负责replace实例。 不过，我很好奇，如果有更好的理解的人已经想通了。 启用它只会是systemd脚本中的一行。 如果有疑问，我宁愿让内核杀死Node进程，而不是任何随机的系统服务。
我的问题是根据标题。 我想估计使用Stop-CacheHost命令对预先存在的连接会产生什么影响，它们是否正常地切换到集群中的另一个主机？ MSbuild议使用该命令来修补现场系统，而无需安排维护时间，但我只是想知道是否有人在野外做这种事情！ 🙂
在configurationnginx时，哪些因素影响client_body_buffer_size ？ 我已经设置为10m的网站，用户上传照片和图像模式（有点像9gag）。 请注意， client_max_body_size也设置为10m 。 总的来说，我的推理是，networking服务器应该接受图像大小为10MB（网站策略）的POST请求 – 因此这两个指令应该是10m 。 这个推理是否正确？ 有人可以阐明影响client_body_buffer_size设置的值的因素， client_body_buffer_size典型值（对于我描述的那种Web应用程序）？ 如果重要的话，我使用nginx作为反向代理。
我有两个关于设置我的nginx反向代理服务器的超时值的想法。 Linode的教程build议如下： client_header_timeout 3m; client_body_timeout 3m; send_timeout 3m; 然而，Digital Ocean就同一主题提供的一个教程也表明： client_body_timeout 12; client_header_timeout 12; keepalive_timeout 15; send_timeout 10; 而且，前者build议： keepalive_requests 100000; 而另一个优化啧推荐： keepalive_requests 200; 显然，并不是所有的优化指南都是相同的。 这是一个像我这样的意外服务器pipe理员混淆。 我知道基准我的实际环境可以帮助，但我想先从理智的数字开始。 将这些数字设置得非常高还是非常低的优点和缺点是什么？ 连接到这个特定的networking应用程序的客户大多有连接问题（移动互联网慢），这意味着也许我应该从一个高数字开始？ 或者这不是一个因素？ 获得关于这些价值的build议是非常好的。 在保证的情况下，目前我已经在我的conf文件中设置了如下参数。 需要帮助调整他们： client_body_timeout 1m; client_header_timeout 1m; keepalive_timeout 65; send_timeout 30s; keepalive_requests 3000;