Paulo Coghi's questions

supervised systemd在 Ubuntu Server 20.04 上，Redis (5.0.7) 设置为 on后不会启动/etc/redis/redis.conf，但使用 . 手动运行时不会打印错误/usr/bin/redis-server /etc/redis/redis.conf。

此外，当手动运行时，可能会发现它正在侦听 6379 端口netstat -tulpn。

重现

作为根：

• 更新软件包并安装 Redisapt update && apt install redis-server
• 上/etc/redis/redis.conf，将行更改supervised no为supervised systemd
• 尝试使用service redis-server restartor重启 Redissystemctl restart redis

上述命令的输出是：

Job for redis-server.service failed because the control process exited with error code.
See "systemctl status redis-server.service" and "journalctl -xe" for details.

的输出systemctl status redis-server.service是：

● redis-server.service - Advanced key-value store
     Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Wed 2021-02-03 12:15:56 -03; 28s ago
       Docs: http://redis.io/documentation,
             man:redis-server(1)
    Process: 3851 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=1/FAILURE)

Feb 03 12:15:56 mywebsite.com systemd[1]: redis-server.service: Scheduled restart job, restart counter is at 5.
Feb 03 12:15:56 mywebsite.com systemd[1]: Stopped Advanced key-value store.
Feb 03 12:15:56 mywebsite.com systemd[1]: redis-server.service: Start request repeated too quickly.
Feb 03 12:15:56 mywebsite.com systemd[1]: redis-server.service: Failed with result 'exit-code'.
Feb 03 12:15:56 mywebsite.com systemd[1]: Failed to start Advanced key-value store.

尝试重新启动 Redis 服务时不会打印任何日志/var/log/redis/redis-server.log，但手动运行时会打印以下文本：

4231:C 03 Feb 2021 12:27:52.053 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
4231:C 03 Feb 2021 12:27:52.053 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=4231, just started
4231:C 03 Feb 2021 12:27:52.053 # Configuration loaded
4232:M 03 Feb 2021 12:27:52.063 * Increased maximum number of open files to 10032 (it was originally set to 1024).
                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 5.0.7 (00000000/0) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
 |    `-._   `._    /     _.-'    |     PID: 4232
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |           http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'
              `-.__.-'

4232:M 03 Feb 2021 12:27:52.065 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
4232:M 03 Feb 2021 12:27:52.065 # Server initialized
4232:M 03 Feb 2021 12:27:52.066 * Ready to accept connections

软件版本：

Redis 服务器 v=5.0.7 sha=00000000:0 malloc=jemalloc-5.2.1 bits=64 build=636cde3b5c7a3923

Ubuntu 20.04.2 LTS - 64 位

系统 245 (245.4-4ubuntu3.4)

当阻塞进程的数量无限增长时，如何准确识别这些进程是什么。

由于我位于系统容器 (LXC/OpenVZ) 中，因此无法修改主机的内核模块以使用perf-tools或bcc-tools/bpfcc-tools 等工具

问题如何在 Linux 中跟踪新创建的进程？没有涵盖系统容器的场景，大部分答案依赖于perf-tools和bcc-tools.

我正在使用带有 OpenVZ 和 venet 的 Proxmox 3.4。在各种服务器中，一切正常。

但是在新的专用服务器中，我无法 ping 我唯一的容器。

HN的公共 IP为158.69.241.xxx，容器为149.56.179.xxx。

路由表

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
149.56.179.xxx  0.0.0.0         255.255.255.255 UH    0      0        0 venet0
158.69.241.0    0.0.0.0         255.255.255.0   U     0      0        0 vmbr0
0.0.0.0         158.69.241.254  0.0.0.0         UG    0      0        0 vmbr0

/etc/网络/接口

auto lo
iface lo inet loopback

auto vmbr0
iface vmbr0 inet static
        address 158.69.241.xxx
        netmask 255.255.255.0
        broadcast 158.69.241.255
        gateway 158.69.241.254
        bridge_ports eth0
        bridge_stp off
        bridge_fd 0

网络过滤器配置

$ iptables -t nat -L && iptables -t filter -L && iptables -t mangle -L

Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        
Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination        

Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

在 Monit 中，我如何检查我的 Nginx 服务器的运行状况（例如，如果它返回 502）以及在发生这种情况时如何重新启动它。

环境是 Ubuntu 14.04 64bit

我正在开发免费的 DNS 服务，当两个或多个客户尝试添加同一个域（几乎同时）时，我无法完全解决这种情况。

以下是处理这种情况的一些解决方案，但它们似乎都不是好的或可行的。

解决方案1：

为每个客户使用不同的名称服务器对

创建多个不同的 ns（如 ns1、ns2.. ns49、ns50、ns51..）允许我使用不同的服务器对，不同的客户尝试添加相同的域。

真正的所有者将仅在域注册商中使用他的一对（即：ns8 和 ns9），因此只有他的记录将被接受并传播到整个互联网。

解决方案1的问题：

它容易受到大规模攻击

如果恶意人员创建了非常多的帐户，那么如果所有这些帐户都尝试添加相同的域，那么就不可能拥有相同数量的对。

解决方案2：

只允许一个用户帐户使用域

如果一个用户已经添加了一个特定的域并在他的域注册器中正确配置了它，那么其他帐户将无法添加相同的域。

解决方案2的问题：

宽限期

验证添加的域可能需要数小时（如果我错了，请纠正我）。这将需要我给一个“宽限时间”，以允许每个最近添加的域保持“未经验证”，直到我们可以通过相应的域注册商对其进行验证。

此外，在此宽限期内，除非我们使用解决方案 1（但请记住＃1 存在漏洞），否则没有其他帐户能够添加相同的域。

免费（或付费）DSN 服务如何解决这个问题？他们的方法是什么（因为任何用户显然都可以不受限制地添加它想要的任何域）？

编辑：关于重复

我的问题和Era 的问题略有不同。我是供应商而不是客户。而Era的问题，也只是从客户的眼中指向了问题所在。

此外，甚至来自 DigitalOcean 的@Jacob 也表示他们采用“先到先得”的方法，我试图避免这种方法，这也是我的问题存在的原因。

是否可以在 Virtualmin 中启用 PHP APC？如果是，如何？

（论坛、官方文档、网络、谷歌中几乎没有信息。）

重要：（这是这个问题的原因）

默认情况下，Virtualmin 仅适用于并与 3 种 PHP 模式很好地集成：

1. 阿帕奇 mod_php

2. CGI 包装器

3. FCGId

APC 是否与这些模式中的任何一种兼容？

1000Mbps（1 吉比特）全双工模式下 cat5e 电缆的最大距离是多少？