タグ付けされた質問 「tmp」

私はさまざまなファイルをに入れようとしていますが/tmp、それらを削除する規則について疑問に思いましたか？ ディストリビューションごとに異なることを想像していますが、特にUbuntuとFedoraのデスクトップバージョンに興味があります。 しかし、それを見つける良い一般的な方法は素晴らしいことです。 さらに良いのは、それを制御する良い一般的な方法です！（「毎日午前3時、/tmp60日より古いファイルはすべて削除しますが、再起動時にディレクトリをクリアしないでください」など）

143 linux  unix  cleanup  tmp 

多くの人々（Securing Debian Manualを含む）は、オプション/tmpのnoexec,nodev,nosuidセットでマウントすることを推奨しています。これは一般に、「多層防御」戦略の1つの要素として提示されます。これは、誰かがファイルを書き込める攻撃や、正当なアカウントはあるが他の書き込み可能なスペースを持たないユーザーによる攻撃のエスカレーションを防ぐことによるものです。 しかし、時間の経過とともに、noexecいくつかの潜在的な理由から、役に立たない手段である議論（Debian / Ubuntu開発者Colin Watsonによる最も顕著な）に遭遇しました： ユーザーは/lib/ld-linux.so <binary>、同じ効果を得るために実行できます。 ユーザーは、直接実行できないスクリプトでシステム提供のインタープリターを実行できます これらの議論を考えると、より多くの構成が必要になる可能性（たとえばdebconf、実行可能な一時ディレクトリが必要）、および利便性が失われる可能性があるため、これは価値のあるセキュリティ対策ですか？迂回を可能にする他の穴を知っていますか？

39 linux  security  mount  tmp  noexec 

open_basedirはありません。phpは/ etc / usr / proc / homeなどにアクセスできますが、/ tmpにはアクセスできません。 tmpfsは/ tmp（/ tmpタイプtmpfs（rw））にマウントされます。これも/ tmpフォルダーを使用する理由です。 私のファイルはhttp（nginxとphpのユーザー）が所有し、誰でも読み取り可能です。 sudo -u http cat /tmp/file 動作していますが、phpスクリプト内のすべては動作しません（file_exist（）やfile（）など）。 編集：ログに表示されるエラー： PHP Warning: file(/tmp/ydlw/pid): failed to open stream: No such file or directory in /srv/http/ydlw/status.php on line 267 edit2：問題を別の方法でテストしました。作った touch("/tmp/boo"); file_exist("/tmp/boo"); file_existはtrueを返すため、ファイルが作成されます。次に、/ tmp内を監視しましたが、「boo」ファイルは見つかりませんでした。それは私が恐れていたことであり、PHPはマウントポイントを「見る」ことはありません。なぜですか、どうすれば修正できますか？

16 php  file-permissions  centos7  tmp  tmpfs 

Debianベースのシステムに一時ディレクトリを設定する環境変数はありますか？ その環境変数を使用するJavaアプレットがあり、同じアプレットの2つのインスタンスを起動すると混乱します。

13 linux  java  environment-variables  tmp 

Centos 6.3サーバーでは、/ tmpにファイルを保存するための空き領域がないことに気付きました。 [root @]＃df -h 使用されるファイルシステムサイズAvail Use％Mounted on / dev / mapper / vg0-lv_root 99G 11G 84G 12％/ tmpfs 16G 0 16G 0％/ dev / shm / dev / sda1 194M 65M 120M 35％/ boot / dev / mapper / vg0-lv_tmp 97M 92M 704K 100％/ tmp / dev / …

13 linux  centos  mount  tmp 

Linuxサーバーがあり、予備の500GBディスクパーティションがあります。それをフォーマットして/ tmpに使用したかったのです。サーバーは時々いくつかの大きなデータ処理タスクを実行するため、/ tmpがGBの一時データを保持することがあります。 次に、代わりにそれをスワップパーティションとして追加し、/ tmpにtmpfsをマウントできるというアイデアを得ました。このアイデアは合理的ですか？ サーバーには6 GBのRAMが搭載されているため、ほとんどの場合、/ tmp上のデータはRAMにのみ存在し、明らかに速度が向上します。問題は、/ tmpに10〜20 GBのデータがあるとしたら、システムはどのように機能するのでしょうか。単純に/ tmpをext4パーティションにマウントした場合と比較して、パフォーマンスはどの程度でしょうか？手伝ってくれてありがとう。 編集： tmpfsの使用がRAMの制限に達すると、システムがメモリのスワップアウトを開始することは明らかです。しかし、Linuxはtmpfsデータをスワップアウトし、「通常の」データをRAMに保持するのに十分スマートですか？はいの場合、それは合理的に動作する可能性があると思います。そうでない場合、システム全体が深刻な影響を受けます。

8 linux  swap  tmp  tmpfs