추가 읽기

추가 읽기

내가 갈 때 /var/log/packages/나는 그것이 설치되어 있는 것을 볼 수 있고 dcron-4.5-x86_64-5그것이 동일하다고 믿습니다 crond. 이제 /etc/crontabCIS 벤치마크 매뉴얼에 따라 권한이 구성되었는지 확인하고 싶지만 다음 명령을 실행할 때:

stat /etc/crontab 

그것은 말한다:

stat: cannot stat '/etc/crontab' : No such file or directory.

이 파일은 어디서 찾을 수 있나요 crontab? 내가 제대로 하고 있는 걸까? crond 데몬을 사용하는 슬랙웨어 패키지는 무엇입니까?

답변1

Dillon의 경량 Cron 데몬, dcron은(는) 이름의 파일을 사용하지 않습니다 /etc/crontab. 그러나 동일한 기능은 루트 사용자의 개인 crontab 파일을 통해 이루어집니다 /var/spool/cron/crontabs/root. 기본적으로 루트 사용자의 crontab은 다음 디렉터리에 있는 작업의 실행을 정의합니다.

  • /etc/cron.hourly
  • /etc/cron.daily
  • /etc/cron.weekly
  • /etc/cron.monthly

답변2

크론 프로그램은 꽤 많습니다. 그 패키지는 Matthew Dillon의 것이었고 현재 Jim Pryor가 계속하고 있습니다.

Dillon cron은 사용되지 않습니다 /etc/crontab. 대신 시스템 전체 작업은 /etc/cron.d/일반적으로 패키지당 하나의 파일로 들어옵니다.

Dillon cron만이 이런 일을 하는 것은 아닙니다.

  • Thibault Godouet의 fcron은 사용되지 않거나 /etc/crontab심지어 사용되지도 않습니다 /etc/cron.d/. 이를 위해 /etc/fcron.allow및 와 같은 파일을 볼 수 있습니다 /etc/fcron.deny.
  • /etc/cron.d/Bruce Guenter의 bcron은 및 를 사용할 수 /etc/crontab있으며 이를 확인해야 합니다.
  • Uwe Ohse의 uschedule은 이러한 스타일의 테이블을 전혀 사용하지 않으며 로컬 사용자별 스케줄러를 포함하는 보안 모델도 완전히 다릅니다.
  • Dwayne Bent의 systemd-cron 자체도 이 스타일의 테이블을 사용하지 않으며 구성 파일을 보호하려면 내부 systemd 디렉토리를 조사해야 합니다. 이는 systemd 단위 생성기를 통해 가져오고 /etc/crontab기본 메커니즘에 보관됩니다./etc/cron.d/
  • GNU mcron은 이를 요구 /var/cron/tabs하고 /etc/crontab확인하지만 후자의 사용을 강력히 권장하지 않습니다.

설명서에서는 특정 소프트웨어가 특정 방식으로 작동한다고 가정합니다.

추가 읽기

관련 정보