今日 sudo で困ったこと。 -> php: command not found

こないだの cron に引き続き、今度は sudo の path で引っかかった。

どうやら、sudo では実行ユーザの path が引き継げないようだ。

http://mkosaki.blog46.fc2.com/blog-entry-792.html
http://d.hatena.ne.jp/japanrock_pg/20090527/1243426081

↓を .bashrc とか動かしたいシェルに貼り付けてあげる。

export PATH=/usr/local/bin:$PATH
alias sudo="sudo env PATH=$PATH"

これとりあえず path が通るけど、一番いい方法はなんなのか考えてみると面白そうかも。

今日困ったこと2。-> ssh: command not found

cron でスクリプトを回してて、外部のサーバに ssh でコマンドをたたきたかった。

普段の zsh では問題なく動くのに、cron だとコマンドが見つからない。

ssh が動くのに、見つからないってことはパスが通ってないと考えた。

でも、どこのパス？っていう疑問で考えたのが /bin/sh のパス。

シェルスクリプトの頭に

#!/bin/sh

を書いていたから、sh でパスが通ってないのかとおもったけど、どうもそうではなかった。

sh-3.2$ which ssh
/usr/local/bin/ssh
sh-3.2$ echo $PATH
/usr/kerberos/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/java/jdk/bin:/usr/local/java/ant/bin:/usr/local/java/javacc/bin:/usr/local/java/jflex/bin

そうなると、シェルスクリプトの呼び出し元が怪しいので、crontab を調べることに。

パスが設定できることを思い出し、crontab がデフォルトで設定するパスを調べる。

sh-3.2$ cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 4 * * * root run-parts /etc/cron.daily
22 4 * * 0 root run-parts /etc/cron.weekly
42 4 1 * * root run-parts /etc/cron.monthly

うん、見事にパスが通ってない。

原因がわかったので、自分の crontab にパスを通す。

sh-3.2$ crontab -e

PATH=/sbin:/bin:/usr/sbin:/usr/bin
↓
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin


これでようやっと cron で ssh コマンドを実行することができた。

今日困ったこと１。 -> (13)Permission denied: access to * denied

Apache いじってて 403 Forbidden が出てしょんぼり(´・ω・`)

Alias を conf ファイルに以下のような感じで書いてた。

Alias /nananeko /home/nananeko/public_html

ちょっと訳あって UserDir は使えない環境。

調べてみてわかったことは、

1. SELinux が無効化されていない可能性

2. /home/your のパーミッションが 700 の可能性

ということらしい。ほかにもあるかも。

自分の環境では SELinux は最初に無効化するので、可能性から除外。

2 をあたってみると、見事に 700 だったので、755 へ変えてアクセスできるようになった。