'Thư mục làm việc' là gì khi cron thực thi một công việc?

Tôi có một kịch bản hoạt động khi tôi chạy nó từ dòng lệnh, nhưng khi tôi lên lịch với nó, crontôi gặp lỗi mà nó không thể tìm thấy tệp hoặc lệnh. Câu hỏi của tôi có hai mặt:

1. Khi tôi lên lịch cho một công việc định kỳ bằng cách sử dụng crontab -e, nó có sử dụng ID người dùng của tôi làm cơ sở cho các quyền của nó không? Hoặc nó sử dụng ID người dùng cron của một số loại và các quyền liên quan của nó?

2. Khi một công việc định kỳ được khởi chạy, thư mục làm việc là gì? Đây có phải là thư mục nơi tôi chỉ định tập lệnh để chạy hoặc một thư mục khác không?

Đây là công việc định kỳ của tôi:

15 7 * * * /home/xxxx/Documents/Scripts/email_ip_script.sh

Đây là kịch bản thực tế:

vIP_ADDR="`curl automation.whatismyip.com/n09230945.asp`"
echo "$vIP_ADDR"
sed "s/IPADDR/$vIP_ADDR/g" template.txt > emailmsg.txt
ssmtp XXXXX@gmail.com < emailmsg.txt

Dưới đây là các lỗi tôi gặp phải khi xem mailthông báo được tạo bởi cron:

sed: can't read template.txt: No such file or directory
/home/xxxx/Documents/Scripts/email_ip_script.sh: line 15: ssmtp: command not found

Nó không thể tìm thấy template.txtnhưng nó nằm trong cùng thư mục với tập lệnh. Nó cũng không thể chạy ssmtp, nhưng tôi có thể là người dùng của mình. Tôi còn thiếu gì để làm việc này đúng cách?

Thêm cd /home/xxxx/Documents/Scripts/nếu bạn muốn công việc của bạn chạy trong thư mục đó. Không có lý do tại sao cron sẽ thay đổi thư mục cụ thể đó. Cron chạy các lệnh của bạn trong thư mục nhà của bạn.

Đối với ssmtp, nó có thể không có trong mặc định của bạn PATH. Đường dẫn mặc định Cron là thực hiện phụ thuộc, vì vậy kiểm tra trang người đàn ông của bạn, nhưng trong tất cả các khả năng ssmtplà trong /usr/sbinđó không có trong mặc định của bạn PATH, chỉ có root.

PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
15 7 * * * cd /home/xxxx/Documents/Scripts && ./email_ip_script.sh

Nếu cronjob của bạn là tập lệnh bash, phần sau sẽ ghi CD vào vị trí tập lệnh của bạn (giả sử rằng bạn đang sử dụng đường dẫn tuyệt đối trong định nghĩa cron của bạn):

cd "$(dirname "$0")";

Để trả lời câu hỏi 1: nếu bạn chạy crontab -evới tư cách là người dùng của riêng mình, các công việc sẽ được lên lịch trong crontab của người dùng đó và do đó sẽ chạy với sự cho phép của người dùng đó.

Nhưng bạn cần xem xét rằng các công việc sẽ chạy trong một vỏ không tương tác có nghĩa là $ PATH có thể khác với công việc bạn có khi chạy tập lệnh từ dòng lệnh.

Tốt nhất là luôn luôn sử dụng các đường dẫn đầy đủ trong các tập lệnh, đặc biệt nếu bạn có kế hoạch lên lịch chúng qua / cron, v.v.

Tôi cũng khuyên bạn nên sử dụng đường dẫn đầy đủ đến tất cả các tệp để tránh chính xác các vấn đề bạn thấy.

Để ngăn chặn điều kiện chủng tộc và các vấn đề bảo mật khác, bạn cũng nên sử dụng mktempđể đảm bảo tệp bạn đọc không bị sửa đổi bởi bất kỳ điều gì bên ngoài tập lệnh của bạn.

Vì vậy, tôi sẽ thay đổi tập lệnh thành một cái gì đó như:

vIP_ADDR="`curl automation.whatismyip.com/n09230945.asp`"
echo "$vIP_ADDR"
mail_msg=`/bin/mktemp`
/bin/sed "s/IPADDR/$vIP_ADDR/g" /home/xxxx/Documents/Scripts/template.txt > $mailmsg
/path/to/ssmtp XXXXX@gmail.com < $mailmsg
/bin/rm $mailmsg

cronchạy mỗi công việc theo lịch trình của người dùng như người dùng đó. Điều này là đủ để chúng tôi tìm ra rằng nó chạy tập lệnh của bạn so với thư mục chính của bạn.

Nếu bạn cần nó để chạy từ một vị trí khác, chỉ cần sử dụng cdtrong tập lệnh của bạn để đi đến vị trí đó.

ssmtpcó lẽ không phải cronlà PATH mặc định (nó được đặt rất hẹp theo thiết kế trên hầu hết các nền tảng). Bạn có thể chỉ định đường dẫn đầy đủ đến ssmtptrong tập lệnh của mình hoặc bạn có thể đặt PATH một cách rõ ràng trong a) tệp crontab của bạn, sẽ có sẵn cho tất cả các tập lệnh của bạn hoặc b) trong mỗi tập lệnh.

Kiểm tra chủ đề này làm thế nào bạn có thể dễ dàng tìm ra môi trường của cron, nó ít hơn nhiều so với bạn đã quen trong một vỏ tương tác. Tốt nhất là giả định không có gì được thiết lập và tự đặt nó một cách rõ ràng.

cronThông thường, thư mục làm việc để thực hiện công việc là thư mục chính /home/your-user-name.

Thông qua @Kusalananda bình luận tuyệt vời.

Một số người đã gợi ý hoặc liên kết với nó nhưng cách tốt nhất để tìm hiểu vì tôi không thể tìm thấy nó trong tài liệu của người đàn ông cho bản phân phối của tôi chỉ là thêm phần này vào một cron

* * * * * echo $PATH > /tmp/lolcronjobs

Trong trường hợp của tôi, Ubuntu mặc định chỉ sử dụng /usr/bin:/bingây ra một vài vấn đề.