初心者で困っています。どなたかご教授願います。
LinuxサーバにファイルをFTPアップロード(クライアントはWinXP)
して元々あるファイルに上書きするとパーミッションが書き変え
られてしまいます。
/etc/vsftpd/vsftpd.conf の中の設定を
local_umask=022
にしてあるので必ずパーミッションが「644」になってしまいます。
他のサーバにアップロードした場合では、元々サーバにある
ファイル「755」に上書きした場合「755」のままで変わる事は
無いのですが、問題のサーバでは「644」に変わってしまいます。
<環境>
サーバOS:Red Hat Enterprise Linux ES release 3
カーネル:Kernel 2.4.21-47.ELsmp on an i686
FTPサーバ:vsFTPd 1.2.1
どうかどなたかご教授お願いします。
> LinuxサーバにファイルをFTPアップロード(クライアントはWinXP)
> して元々あるファイルに上書きするとパーミッションが書き変え
> られてしまいます。
>
> /etc/vsftpd/vsftpd.conf の中の設定を
> local_umask=022
>
> にしてあるので必ずパーミッションが「644」になってしまいます。
> 他のサーバにアップロードした場合では、元々サーバにある
> ファイル「755」に上書きした場合「755」のままで変わる事は
> 無いのですが、問題のサーバでは「644」に変わってしまいます。
>
> <環境>
> サーバOS:Red Hat Enterprise Linux ES release 3
> カーネル:Kernel 2.4.21-47.ELsmp on an i686
> FTPサーバ:vsFTPd 1.2.1
時間がなかったので、亀レスですが・・・。
CentOS4.3のvsftpd-2.0.4ではそういうことは起こらないのですし、過去にも記憶にないので???
で、ES3のvsftpd-1.2.1-3E.3,src.rpmをCentOS4.3上で再コンパイルしてみましたが、デフォルトコンフィグのままでは確かにそうなりますね。
これの1.2.1の問題か?バグか?はわかりませんが、一応の回避方法は下記をvsftod.confに追記すれば変わらないようになります。
file_open_mode=0777
ただ、manを見る限り、file_open_modeのデフォルトは0666で新規書込みは755にはできないが、上書きのパーミションは維持するというのが正しい気がします。
確かに、鷹の巣さんのところに書かれているように、このバージョンはSTORの結果が「150 FILE: test.cgi.1」と上書きしないで「.1」をつけて新規に書き込んでいるような応答が帰ってきているので、内部的には新規書込みしてリネームしているようにも見えます。それなら、パーミションが変わってしまいますよね。やはりバグ?
因みに、これでクローズするなら鷹の巣さんのところもクローズしてください。
回答が遅くなり誠に申し訳御座いません。
vsFTPd 1.2.1のバグの可能性がある様なので
別のバージョンをインストールして試してみます。
大変有難う御座いました。