postfix와 opendkim을 구성하는 과정에서 확장성을 위해 Debian jessie(oldstable)를 업그레이드하기로 결정했습니다. 그 이후로 opendkim을 제대로 시작할 수 없습니다.

내가 기대하는 것은 /etc/default/opendkim의 구성이 존중되어야 한다는 것입니다. 특히 RUNDIR 및 SOCKET 설정은 접미사가 붙은 chroot에 배치되어야 합니다.

# Command-line options specified here will override the contents of
# /etc/opendkim.conf. See opendkim(8) for a complete list of options.
#DAEMON_OPTS=""
# Change to /var/spool/postfix/var/run/opendkim to use a Unix socket with
# postfix in a chroot:
RUNDIR=/var/spool/postfix/var/run/opendkim
# Uncomment to specify an alternate socket
# Note that setting this will override any Socket value in opendkim.conf
SOCKET=local:$RUNDIR/opendkim.sock
USER=opendkim
GROUP=opendkim
PIDFILE=$RUNDIR/$NAME.pid
EXTRAAFTER=

그러나 재부팅하든 "service opendkim start" 또는 "/etc/init.d/opendkim start"를 수행하면 /var/run/opendkim이 RUNDIR로 사용되므로 pid 파일과 소켓이 잘못된 위치에 배치됩니다.

/usr/sbin/opendkim -P /var/run/opendkim/opendkim.pid -p local:/var/run/opendkim/opendkim.sock

이는 /etc/init.d/opendkim 파일(다른 모든 debian init 파일과 마찬가지로)에 /lib/lsb/에서 systemd 스크립트를 실행하는 /lib/lsb/init-functions에 있는 LSB init 함수가 포함되어 있기 때문이라는 것을 읽었습니다. init-functions.d/40-systemd, 실행을 "systemctl start opendkim"으로 리디렉션합니다.

이는 /etc/systemd/system/multi-user.target.wants/opendkim.service에서 유닛 파일을 읽고 그 안에 있는 ExecStart 라인을 실행하는 것을 의미합니다.

또한 lsb init 함수를 포함하기 전에 환경 변수 _SYSTEMCTL_SKIP_REDIRECT를 설정하여 systemctl 리디렉션을 건너뛸 수 있다는 내용도 읽었습니다.

지금 opendkim을 구성하는 올바른 방법은 무엇입니까?

ㅏ. /etc/default/opendkim도 편집하고 /etc/init.d/opendkim에 _SYSTEMCTL_SKIP_REDIRECT를 추가해야 합니까?

b. /etc/systemd/system/multi-user.target.wants/opendkim.service의 systemctl 단위 파일은 어떻게 생성되며 내 구성을 포함할 만큼 스마트해야 합니까? 즉, 내가 아무 잘못도 하지 않았나요?

씨. 아니면 ExecStart 줄을 직접 편집해야 합니까?