定时任务跑没跑、有没有报错，第一件事就是翻日志。但 Red Hat 和 Debian 两家的 cron 日志不在同一个位置，刚接触服务器的人很容易找不到。这篇文章把两边的查看方法、日志格式、和日志为空时的排查步骤都列出来。

Red Hat 系列（RHEL / CentOS / Fedora）

Red Hat 系的 cron 守护进程叫 crond（来自 cronie 包），日志默认写在 /var/log/cron。

直接看：

tail -f /var/log/cron

每条记录长这样：

Mar 21 10:00:01 hostname CRON[12345]: (alice) CMD (/home/alice/backup.sh)

CRON[12345] 是 cron 分配的进程 PID，(alice) 是执行任务的用户，CMD (...) 后面就是 crontab 里写的命令。命令执行成功、失败，都会原样记在这里，输出也会一并追加。

如果 /var/log/cron 看不到内容，去系统日志里找：

grep CRON /var/log/messages

Red Hat 系的 rsyslog 会把 cron 消息同时写到 /var/log/messages，两个文件内容基本一致。

systemd 发行版（RHEL 7+、CentOS 7+、Fedora）还可以用 journalctl：

journalctl -u crond --since "1 hour ago"

Debian 系列（Debian / Ubuntu）

Debian 系的 cron 守护进程叫 cron，日志默认写在 /var/log/syslog，不单独存一个 cron 文件。

看 cron 相关的记录：

grep CRON /var/log/syslog

条目格式和 Red Hat 一样，只是容器换成了 syslog：

Mar 21 10:00:01 hostname CRON[12345]: (alice) CMD (/home/alice/backup.sh)

有些 Debian/Ubuntu 系统会把 cron 单独写到 /var/log/cron，取决于 /etc/rsyslog.d/50-default.conf 里 #cron.* /var/log/cron 这行有没有被注释掉。如果注释掉了，cron 消息就只走 syslog；取消注释并重启 rsyslog，就会多出一个独立的 cron 日志文件。

journalctl 同样可用：

journalctl -u cron --since "1 hour ago"

创建Admin账号

sudo runuser -u _gvm -- gvmd --create-user=Admin --new-password=12345

重置Admin密码

sudo runuser -u _gvm -- gvmd --user=Admin --new-password=12345

应用目录下storage/app/backup-temp的所有者是root，改成www-data即可。

登录Hermes SEG提示要做动态口令认证，因为是测试环境，所以决定取消该认证。

因为无法登录网页控制台，所以通过修改数据库修改配置。结果发现"access_control" 是"one_factor"，用户配置并没有开启。

ESXi的评估许可只有60天，如果不想重装虚拟环境的话，可以重置评估许可。操作如下：

1. 开启SSH 服务, 并登录ESXi服务器
2. 删除原许可 rm -r /etc/vmware/license.cfg
3. 复制许可文件cp /etc/vmware/.#license.cfg /etc/vmware/license.cfg
4. 重启服务/etc/init.d/vpxa restart

H3C 交换机 DHCP 配置中，PXE 相关主要通过两个字段：

• bootfile-name：客户端请求的启动文件名
• next-server：PXE 服务器的 IP 地址

这两个字段在 H3C Comware 中配置在 DHCP 地址池（dhcp server ip-pool）下。

iPXE 与传统 PXE 的区别

iPXE 是开源网络启动固件，相比传统 PXE ROM 有两大优势：

1. 携带 Option 175：iPXE 在 DHCP Discover 报文中会发送 Option 175（Vendor-Specific Information），传统 PXE ROM 不会。利用这个差异可以区分两种客户端。
2. 支持更多协议：除了 TFTP，还支持 HTTP/HTTPS、iSCSI、FCoE 等。

配置方式

# 创建 DHCP 用户类，用 ascii 匹配携带 Option 175 的客户端（即 iPXE）
dhcp class ipxe
  if-match rule 1 option 175 ascii "iPXE"

# 创建地址池，为 iPXE 客户端分配启动文件
dhcp server ip-pool iPXE
  network 10.0.2.0 mask 255.255.255.0
  bootfile-name ipxe.efi
  next-server 10.0.2.2

# 创建 DHCP 策略，将用户类关联到地址池
dhcp policy 1
  class ipxe ip-pool iPXE

if-match rule 1 option 175 ascii "iPXE"：iPXE 在 Option 175 中封装了自身标识，用 ascii 模式匹配字符串 "iPXE" 即可识别。

if-match 匹配方式

H3C Comware 的 if-match 支持三种匹配模式：

概述

本文档介绍如何在梭子鱼邮件网关中配置LDAP查询，用于禁用Active Directory中的用户账号，防止邮件发送到已禁用的账户。

LDAP查询配置

主要查询条件

用于检查用户账号是否被禁用的LDAP查询：

(&(|(userAccountControl=512)(userAccountControl=66048)(objectClass=group))(|(proxyaddresses=smtp$${recipient_email})(proxyaddresses=smtp:${recipient_email})(mail=${recipient_email})(userPrincipalName=${recipient_email})))

备用查询条件

备用查询条件，用于更精确地检查账号状态：

(&(&(!(userAccountControl=514))(!(userAccountControl=66050)))(|(proxyaddresses=smtp:${recipient_email})(mail=${recipient_email})(userPrincipalName=${recipient_email})))

用jumpserver自建的堡垒机,已有用户是LDAP导入的。现在需要添加新的用户，用其他域认证。Jumpserver目前不能绑定两个LDAP服务器,所以考虑用RADIUS协议认证。

• Jumpserver上配置RADIUS服务器的IP,端口和密码即可。
• RADIUS服务器用的Windrows的“网络策略服务器”角色。

背景

邮箱默认 MX 记录指向梭子鱼邮件网关，所有外部邮件先经过网关过滤再投递到邮箱服务器。同时在 O365 上配置了 Connector，允许直接投递到网关。

需要将特定域的邮件通过静态路由（transport map）转发到指定地址，绕过默认投递逻辑。

配置步骤

1. 新建路由表文件

sudo touch /etc/postfix/staticroute

2. 编辑路由规则

sudo vi /etc/postfix/staticroute

格式为 目标域/收件人 转发目标：

# 整个域转发
example.com        smtp:[mail-gateway.example.com]

# 特定用户转发
user@example.com   smtp:[internal-server.example.com]

注意：[] 表示直接使用 IP/主机名解析，不查找 MX 记录。

3. 注册 transport_maps

编辑 /etc/postfix/main.cf，找到 transport_maps 行，在其下方添加：

transport_maps = hash:/etc/postfix/transport
    hash:/etc/postfix/staticroute

如果文件中已有 transport_maps，在末尾追加即可（多个映射源用空格分隔）。

4. 生成哈希文件并重载

sudo postmap /etc/postfix/staticroute
sudo systemctl reload postfix

5. 验证

查看当前路由是否生效：

postmap -q example.com /etc/postfix/staticroute

发送测试邮件，检查 maillog：

执行这个命令

:w !sudo tee %

说明：