服务器 Gind.cn

我有一个反向代理，我正在设置一个办公室仪表板，后面有几个networking主机。 最终我想要： dashboard.company/nagios to go to nagios.company/ dashboard.company/grafana to go to grafana.company/ 我build立了以下VCL： backend default { .host = "127.0.0.1"; .port = "80"; } backend nagios { .host = "10.8.1.14"; .port = "80"; } backend grafana { .host = "10.8.3.88"; .port = "80"; } sub vcl_recv { if (req.url ~ "^/grafana") { unset req.http.proxy; set req.backend […]

我们有一个使用CloudFormationconfiguration的AWS Lambda（更广泛的AWS堆栈的一部分）。 要求我们在这个Lambda上实现/configurationX-Ray 。 公司政策禁止我们（基于angular色/帐户的angular色）访问AWS控制台，这是我们使用CloudFormation定义我们的AWS堆栈的原因之一; 但这意味着我们无法通过AWS控制台启用X-Ray（通常是这样做的）。 不幸的是，我们还没有find与CloudFormation一起使用X-Ray的文档。 回顾CloudFormation发布历史，我们发现X射线确实没有出现在列表中。 看来CloudFormation不支持以这种方式用X-RayconfigurationLambda。 我们还发现了一个名为TracingConfig的东西， 可以通过CloudFormation来启用。 然而，没有太多的文档说明这是干什么的，或者输出结果是什么样的。 我们发现的与此有关的信息有希望的一点是， TracingConfig和X-Ray文档都提到了他们称之为“主动跟踪”的东西。 因此，我的问题最终是，我们能够从TracingConfig获得多less信息，以及如果我们能够使用这些信息， X-Ray将提供多less信息？ 要么 有没有在CloudFormation中启用X-Ray的无证方法？

以太网： ServerA; IP=192.168.255.254; Mask=255.255.0.0; Bcast=192.168.255.255 | | eth1 IP=192.168.1.254; Mask=255.255.0.0; Bcast=192.168.255.255 ServerB DHCP: 192.168.1.1 – 192.168.1.252 eth0 IP=192.168.1.253; Mask 255.255.255.0; Bcast=192.168.1.255 | | Client1..252 IP over DHCP (192.168.1.1 – 192.168.1.252) 如何连接/路由在ClientX和ServerA之间进行通信？ _ ClientX和ServerB之间的Ping工作。 ServerA和ServerB之间的Ping工作。 _ 我尝试在Linux上的两个networking之间的路由？ 在eth0和eth1之间路由，但没有奏效。 auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.1.253 netmask 255.255.255.0 broadcast 192.168.1.255 […]

我想监视哪些服务器需要更新，所以我安装了WSUS。 安装进行得很顺利，服务器正在从WSUS获取更新。 但是，大多数服务器显示所需更新的数量不正确。 比如这个： 它说服务器需要2次更新。 我检查了服务器上的windowsupdate.log ，它也报告了相同的数字（这可能是WSUS获取数字的地方）： 但是，当我检查Windows更新用户界面，它说，所有更新都安装，即使重新启动后： 如何获得此处显示的必要更新，或者如何将报告返回至不需要更新（如果是这种情况）？

我正在尝试使用nano编辑文件，每当我打开文件进行编辑时，都会给我下面的消息： File /path/to/file is being edited (by root with nano 2.5.3. PID 12345); continue? 然而，当我grep的PID或列出所有进程时，我无法find进程列表中的进程ID。 我不确定如何去做到这一点。 我在一个Ubuntu的16.04虚拟机。

我有一些在Container Engine（GKE）中运行的微服务，我试图在Google控制台中获取跟踪信息，但是出现了一些问题。 这是我的清单： 在API Manager中启用Stackdriver Trace API。 API Manager仪表板显示99.98％的错误率。 GKE拥有权限： Stackdriver跟踪：只写 Stackdriver Logging API：只写 Stackdriver监控API：完整 服务控制：已启用 日志中没有错误 我使用以下手册来集成Trace API： ASP.NET核心 走 我错过了什么？ 提前致谢。 更新：我能够通过GKE pod的curl手动查询trace api： kubectl exec -it POD — /bin/bash curl "http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/token" -H "Metadata-Flavor: Google" curl –verbose -d '{"traces": [{"projectId":"xxxx","traceId":"12345678901234567890123456789053","spans":[{"spanId":3,"name":"test"}]}]}' -X PATCH https://cloudtrace.googleapis.com/v1/projects/xxxx/traces -H "Content-Type: application/json" -H "Authorization":"Bearer TOKEN" curl输出： 在DNScaching中找不到主机名 尝试173.194.202.95 … […]

使用我的路由器内置的Ping诊断function，我可以ping通站点并按照惯例获得<100ms的时间。 使用我的笔记本电脑或任何其他有线或无线设备，我首先会收到一堆Request Timeout消息，然后是非常慢的时间。 从路由器： PING google.com (172.217.8.206): 56 data bytes 56 bytes from 172.217.8.206: icmp_seq=0 ttl=58 time=63.2 ms 56 bytes from 172.217.8.206: icmp_seq=1 ttl=58 time=58.8 ms 56 bytes from 172.217.8.206: icmp_seq=2 ttl=58 time=58.8 ms 56 bytes from 172.217.8.206: icmp_seq=3 ttl=58 time=61.3 ms — google.com ping statistics — 4 packets transmitted, 4 packets received, 0% packet […]

我有一个转发mxlogging的Ubuntu 16.04 Web服务器。 在服务器上，我安装了sendmail。 我有多个虚拟主机runnning。 其中之一是“xxx-tele.com”。 现在我想设置sendmail，发送到[email protected]的所有邮件应该被转发到[email protected]，这是我的networking内部不同邮件服务器上的邮箱。 首先我添加了一个/ etc / mail / virtusertable [email protected] [email protected] 并用“makemap hash virtusertable.db <virtusertable”创build了散列文件。 在/etc/mail/sendmail.mc我添加了该行 FEATURE(`virtusertable', `hash -o /etc/mail/virtusertable.db')dnl 我跑了 m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf 命令并用“service sendmail reload”重新启动sendmail。 现在，我尝试命令 sendmail -bv [email protected] 我只是得到回应：[email protected] …用户未知 xxx-tele.com被添加到/ etc / hosts和/ etc / mail / local-host-names中 我怎样才能设置sendmail只是转发这个地址，并拒绝所有其他的？ 命令：echo'$ = w'| sendmail -bt只是返回： ADDRESS TEST […]

frontend front bind *:80 bind *:443 ssl crt /etc/haproxy/certs/server.pem ca-file /etc/haproxy/certs/id.crt verify required option tcplog mode http default_backend app backend app balance roundrobin cookie SERVERID insert option ssl-hello-chk mode http option httpclose option forwardfor option httpchk get /WebApi/help server app1 1.1.1.1:443 check ssl fall 1 rise 3 verify none cookie webA server app2 1.1.1.2:443 check […]

我有一个平均每天有1000个访问者的低负载网站。 据估计，在6个月左右的时间里，每天的用户就达到了10000人（甚至20K）。 但我仍然认为这是一个低stream量的CMS网站。 所有东西都托pipe在一个8G内存和4核CPU（我可能增加到16G / 8内核）的单个（CentOS VM）服务器上。 目前我们有一个设置为： Nginx -> Varnish -> HAProxy -> CMS_HTTP_Daemons X 2 -> 1 DB Daemon -> SDD Disk 由于Varnish也可以作为一个简单的循环负载均衡器，我打算从中间去掉HAProxy; 因为在我的情况下，nginx除了proxy_pass之外什么也没有做，我也想从链中删除这个软件来做这样的设置： Varnish (WebServer+LB+HTTPCache) -> CMS_HTTP_Daemons X 2 -> 1 DB Daemon -> SDD Disk 这是build议还是这似乎是一个好主意？ 顺便说一下，我的CMS是Zeo / Plone，数据库是ZopeDB。