를 보면 /etc/cron.d/certbot그렇지 않을 것 같아요! 해당 파일에는 다음 줄이 포함됩니다.
0 */12 * * * root test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot -q renew
그리고 내가 잘못 읽은 것이 아니라면 갱신은 /usr/bin/certbot(있다)라는 읽기 가능하고 실행 가능한 파일이 있는 경우에만 발생하며 다음이 있는 경우에만 발생합니다.~ 아니다라는 디렉토리가 있습니다 /run/systemd/system(비록 있지만 존재합니다).
그렇다면 내 말이 맞고 비트 certbot -q renew는 결코 실행되지 않을 것입니까? 갱신을 촉발하는 다른 곳이 있을까요? (확인 중이라 뭔가 있을 줄 알았는데 /run/systemd/system, 아까 말했듯이 없더군요. 궁금해서 왜요.하다이 작은 스크립트는 존재하지 않는지 확인합니다 /run/systemd/system.)
이것은 최신 버전 certbot(v1.18.0, 어제 다음을 사용하여 설치됨)을 실행 중입니다.공식 지침) 우분투 18.04에서.
그건 그렇고, 나는 다음을 실행했습니다.
test -x /usr/bin/certbot -a \! -d /run/systemd/system && perl -e 'sleep int(rand(43200))' && certbot renew --dry-run
명령줄에서 루트로 실행하면 종료 상태 1로 즉시 종료됩니다.
답변1
시스템이 를 사용하는 경우 systemd시간에 따라 트리거되는 시스템 서비스로 실행됩니다.
실행하면 systemd에서 systemctl status certbot.timer트리거되는 서비스의 상태를 얻게 됩니다 certbot.
이것이 시스템에서 systemd가 감지되면 갱신을 실행하지 않도록 cron 스크립트를 구성한 이유입니다.