服务器 Gind.cn

在开始时，我创build了一个conf文件，当我想要访问http://www.domain.com时，它可以正常工作： server { listen 80; listen [::]:80; root /var/www/domain; index index.html server_name domain.com www.domain.com; } 然后我决定创build一个子域的另一个conf文件： server { listen 80; listen [::]:80; root /var/www/subdomain.domain; index index.html server_name subdomain.domain.com; } 现在的问题是，每当我想要访问http://www.domain.com或http://subdomain.domain.com ，在这两种情况下，结果是我应该为子域获得的页面。 新的conf文件已正确添加到site-enabled文件夹中： ln -s /etc/nginx/site-available/subdomain.domain.conf /etc/nginx/site-enabled/subdomain.domain.conf 这就是我的DNSlogging的样子： domain.com. IN A <server_ip> www.domain.com. IN A <server_ip> subdomain.domain.com. IN A <server_ip>

我有一个需要从外部机器的HTTP请求启动脚本，我使用Node.js。 我希望服务器从系统启动。 一切正常，除了看起来服务器在启动过程中过早启动： — Logs begin at Mon 2017-01-23 09:55:21 UTC, end at Mon 2017-01-23 10:36:20 UTC. — Jan 23 09:55:24 powercontrol systemd[1]: Starting Energenie Listener… Jan 23 09:55:24 powercontrol systemd[1]: Started Energenie Listener. Jan 23 09:55:28 powercontrol node[474]: events.js:160 Jan 23 09:55:28 powercontrol node[474]: throw er; // Unhandled 'error' event Jan 23 09:55:28 powercontrol […]

我的networkingconfiguration在Docker主机上看起来像这样： ➜ server git:(master) ✗ ip addr 3: ens9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether 00:02:c9:bb:3b:f4 brd ff:ff:ff:ff:ff:ff inet <IP Address>.18/29 brd <Default Gateway>.23 scope global ens9 valid_lft forever preferred_lft forever inet <IP Address>.19/29 brd <Default Gateway>.23 scope global secondary ens9:0 valid_lft forever preferred_lft forever 目前，我已经在.18 IP地址的端口443上运行了现有的非Docker服务，我需要保持这种状态。 但是，当我使用Dockerfile打开一个端口时，由于端口443已被主机使用，所以无法启动。 是否有一种方法来全局切换Docker打开端口时使用的IP地址？ 我不希望手动设置每个容器的configuration文件，这当然已经工作。

我有以下ntp通过NRPE检查我的服务器上的Nagios /usr/local/nagios/nrpe_plugins/check_ntp_time -H localhost -w 0.5 -c 1 -q 通过date命令手动将date更改为过去的date时： date –set="16 JAN 2017 15:00:00" 检查总是给出一个OK状态输出 NTP OK: Offset -1.442432404e-05 secs|offset=-0.000014s;0.500000;1.000000; 尽pipe抵消了 remote refid st t when poll reach delay offset jitter ============================================================================== 10.7.100.65 176.58.109.199 3 u 4971 64 7 0.246 6136468 4339138 10.8.100.65 188.114.116.1 3 u 4971 64 7 1.571 6136468 4339138 10.7.91.41 217.114.59.66 […]

任何人都知道为什么我看到多个设备为同一个LUN？我检查了存储组他们只暴露了360000970000196801239533036304532这台服务器，但为什么我看到这些很多分区（p1..p7） lrwxrwxrwx 1 root root 8 Jan 20 16:30 360000970000196801239533036304532 -> ../dm-39 lrwxrwxrwx 1 root root 8 Jan 20 16:30 360000970000196801239533036304532p1 -> ../dm-64 lrwxrwxrwx 1 root root 8 Jan 20 16:30 360000970000196801239533036304532p2 -> ../dm-65 lrwxrwxrwx 1 root root 8 Jan 20 16:30 360000970000196801239533036304532p3 -> ../dm-66 lrwxrwxrwx 1 root root 8 Jan 20 16:30 360000970000196801239533036304532p4 -> […]

Google Compute Engine中同一区域的不同区域之间有何差异？ 例如，在东亚和太平洋地区，你可以在台北桃园进入一个不同的区域 。 但是，它显示了以下内容： 亚洲east1-A 亚east1-B 亚east1-C 这三个区域做了什么不同，你怎么能决定在你的项目上使用哪个区域？

我有基于策略的VNET连接到思科ASA – 没有办法使其基于路由。 我需要所有应用程序部署（Azure Web App，Azure云服务）只能从Cisco网关之后的子网连接 – 在此LAN中没有连接到Internet。 没有办法将云服务部署到基于策略的VNET（它给了我一个这个子网不存在的错误），也没有办法将Azure Web App绑定到这个VNET – 它说它需要RouteBased VNET。 可以创build基于RouteBased的VNET，并在基于PolicyBased的VNET和基于RouteBased的VNET之间build立连接，以便LAN可以从基于路由的VNET访问内部IP

我有点困惑。 我知道iptables-save命令将帮助将iptables备份到文件中。 但是这个命令是否会重新加载iptableconfiguration。 对不起，我没有服务器来检查这一点，我无法看到任何在线参考。

服务器正在运行： # cat /proc/version Linux version 2.6.32-431.el6.x86_64 ([email protected]) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Sun Nov 10 22:19:54 EST 2013 而且似乎libpcap-devel不可用，并且我无法在任何存储库中find该软件包。 # yum search libpcap-devel Loaded plugins: product-id, rhnplugin, search-disabled-repos, security, subscription-manager This system is receiving updates from RHN Classic or RHN Satellite. Repository epel is listed more than once […]

我想使用Google Cloud的StackDriver集成进行健康检查和正常运行时间监控。 我有一个在谷歌实例上运行的web服务器，可以在foo.mydomain.ai上find。 注意： 80端口向全世界开放，我做的testing是从其他Google实例和我的家用计算机上完成的。 networking服务器是在Tomcat 8中运行的Jetty（Scalatra）实例。 我已经设置了健康检查，如下所示： 不pipe我做什么，我得到的错误 There was an issue connecting to an endpoint of one or more of your resources. This could be due to temporary network issues or trying to connect with a protocol that is not supported by the resource (eg trying to connect to an instance though http […]