Linux 服务器上的应用程序正在使用几个 10-20 GB 的大文件。它不断地写入和读取所有这些，我想查看使用详细信息：哪个文件正在大量使用，查看带宽，操作计数等。有没有办法做到这一点？
从 Apache 2.4开始，我开始使用mod_remoteip而不是mod_extract_forwarded来重写来自前端服务器（varnish、squid、apache 等）提供的x-forwarded-for 的客户端地址。
到目前为止，所有模块都可以正常工作，即 php、cgi、wsgi 等...... - 客户端地址显示为它们应有的样子，但我无法在访问日志中写入客户端地址（%a、%h、%{c }一种）。不走运 - 我总是得到 127.0.0.1（本地主机转发前）。
使用mod_remoteip时如何记录客户端的IP地址？
更新：IT WORKS O_O - 请参阅下面的答案
我在 RHEL 5 上运行了 389 Directory Server，其中包含组、用户、posix 等。RHEL 客户端正在使用 LDAP 对用户进行身份验证 - 没问题，一切正常，但密码以纯文本形式发送，并且可以通过网络嗅探器看到。因此，决定使用 SSL 运行：
不起作用。
如何？安全集成的最佳方法是什么？
正如在 subs 中一样 - 我想在 a.service 启动/重新启动后启动/重新启动 b.service。
有没有一个好的方法来实现这个目标？
谢谢
当我启动“重新启动”或“关机”时，systemd 正在终止所有进程，但我需要它等待一个特定的应用程序完成，然后再停止其他服务。
实际上，我想要 Virtualbox vm clean shutdown/savestate。使用此服务文件手动执行没有问题，但在关闭期间 - 进程被终止。我怎样才能控制它？
我已经阅读了文档，但没有找到这种依赖的明确解决方案。
[Unit]
Description=virtualbox vm1 vm control service
After=vboxweb-service.service
Before=shutdown.target
[Service]
Type=oneshot
ExecStart=/usr/bin/VBoxManage startvm vm1 -type vrdp
ExecStop=/usr/bin/VBoxManage controlvm vm1 savestate
RemainAfterExit=true
我正在通过 systemd 运行 Java 应用程序：
[Unit]
Description=test service
[Service]
Type=simple
EnvironmentFile=/etc/sysconfig/testserver
WorkingDirectory=/opt/testserver
ExecStart=/usr/bin/java -jar /opt/testserver/test.jar
StandardOutput=syslog
StandardError=syslog
User=testserver
Group=testserver
SyslogIdentifier=testserver
[Install]
WantedBy=multi-user.target
我想stdout在/opt/testserver/stdout.log和stderr中/opt/testserver/stderr.log-任何工作地点都可以接受（即，如果可以做到通过syslog）。如果可能，我想避免在日志日志中至少记录其中之一。
谢谢...
默认情况下，登录系统的用户可以完全禁用网络或连接，有没有办法禁用它？
谢谢
嗯，RHEL 7.5 发布了重要的附加组件 VDO，它基本上增加了精简配置的压缩和重复数据删除卷，这很棒，我们也将通过衍生产品和其他发行版获得这些好处，因为技术是从 Permabit 获得的，并且是开源。
根据官方文档（https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/vdo-qs-requirements），有一些注意事项（“在存储堆栈中放置 VDO”文档的部分）：
作为一般规则，您应该将某些存储层放在 VDO 下，而将其他层放在 VDO 之上：
- 在 VDO 下：DM-Multipath、DM-Crypt 和软件 RAID（LVM 或 mdraid）。
- 在 VDO 之上：LVM 缓存、LVM 逻辑卷、LVM 快照和 LVM 精简配置。
嗯，因为这是“一般”规则 - 我认为这没有问题，一切都很好。接下来我们看到以下内容：
不支持以下配置：
- VDO 卷之上的 VDO：存储？威迪欧？LVM ? 威迪欧
- LVM 快照之上的 VDO
- 位于 LVM 缓存之上的 VDO
- 环回设备顶部的 VDO
- LVM 精简配置之上的 VDO
- VDO 之上的加密卷：存储？威迪欧？DM-Crypt
- VDO 卷上的分区：fdisk、parted 和类似的分区
- VDO 卷上的 RAID（LVM、MD 或任何其他类型）
这有点“可怕”，我们应该在设计时小心翼翼，因为看起来像以下内容将不被“支持”：
storage -> LVM PV -> LVM VG -> LVM Thin -> LVM LV -> Storage (in VM) …