問題タブ [chown]

homebrewをインストールし、/ usr / local/includeディレクトリの書き込み許可を変更しようとしています。

'brew doctor'を実行すると、次のエラーメッセージが表示されます。

エラー：/ usr/localディレクトリは書き込み可能ではありません。Homebrewをインストールしたときにこのディレクトリが書き込み可能であったとしても、他のソフトウェアがこのディレクトリの権限を変更する可能性があります。Airfoilの「InstantOn」コンポーネントの一部のバージョンはこれを行うことが知られています。

おそらく、/ usr/localの所有権と権限をユーザーアカウントに戻す必要があります。

私はchownでそれをやってみましたが、私はこれにかなり慣れておらず、正しく実行していたとは思いません。私は走った：

エラーメッセージは表示されませんでしたが、brew doctorを実行すると、/ usr / local/includeに書き込む権限がまだないというメッセージが表示されます。

どんな助けでも大歓迎です！

編集：

「操作が許可されていません」というエラーが発生します。

cd /usr

chown myusername local

chown：ローカル：操作は許可されていません

この質問は簡単なはずだと思いますが、ウェブ全体を検索しても答えが見つからなかったので、ここで質問することにしました。

私のウェブサイトには、phpで動作するファイルアップローダーがあります。ファイルがアップロードされているフォルダには777chmodがあります。そのフォルダー内のファイルを一覧表示するphpスクリプトもあります。私が必要としているのは、phpがそのフォルダー上のファイルをアップロードおよび参照できるようにすることですが、他の人には許可しないでください。私が想像した唯一の解決策は、そのフォルダーをデフォルトとは異なる別のユーザーにchownすることです。そのため、後でfilezillaでchmodを実行し、所有者だけにそれを許可して、phpスクリプトの出力を介してファイルを表示できるようにします。そのフォルダに移動します。

私はDebian、apache2を使用しています。何ができるか知りたいのですが。

私の目的は、phpがそのフォルダー内のファイルをアップロード、読み取り、書き込み、実行できるようにすることですが、クライアントが私のphpスクリプトを使用しない限り許可しないことです。

前もって感謝します

現在、Linuxシステムをいじっていますが、次のような状況になっています。

ディレクトリ/srv/ httpには、次の権限が設定されています。

以前、次のコマンドを使用してグループhttpdevを作成しました。

そして私のユーザーサイターを追加しました：

次に、chownコマンドとchmodコマンドを使用して、上記のようにアクセス許可を設定しました。

しかし、今では、ユーザーサイターとして、次のようなタッチでindex.htmlファイルを変更したり新しいファイルを作成したりすることは許可されていません。

何が間違っているのかわかります。私はそこでやりたいことができると期待していたので、グループはすべての権利を持っています。

次の出力は参考用です。

使用されているlinux-distroはarchlinuxです。

最近、Mac OS X で svn サーバーをセットアップしました。ファイルをチェックアウトできますが、コミットできず、次のエラーが表示されます。

これは所有権の問題であることは理解していますが、次のような検索で見つけたさまざまな解決策を試しました。

しかし、subversion は無効な引数であることがわかりました (おそらく、これらの名前のユーザーまたはグループがマシンに存在しないためです)。私の問題は、svn認証ファイルで指定されたユーザー名とパスワードにリンクされるように、これらのユーザーとグループを作成するにはどうすればよいですか?

ありがとう！アンドリュー

弊社ではLinux専用サーバーを使用しております。

PHPスクリプトでフォルダーを作成するたびに、apacheがフォルダーを所有しており、所有者をユーザーとアクセス許可に変更するために、ルート経由でサーバーに接続する必要があります。

しかし、これを修正するためにどの設定を変更すればよいかわかりません。

セーフモードのオン/オフを切り替えようとしましたが、うまくいきませんでした。

誰かが私を助けてくれたら嬉しいです

前もって感謝します

EC2 Linux インスタンスに 2 人のユーザー A と B がいます。A はグループ X に属し、B はグループ Y に属します。Tomcat インスタンスをユーザー A として開始します。Tomcat インスタンス ディレクトリを「chown -RA:Y tomcat/」として所有します。

ユーザーとしてTomcatを起動しました。ユーザー B として Tomcat を停止するか、ユーザー B として再起動するにはどうすればよいですか?

サイトのアクセス許可とユーザー/グループを設定する方法について、私は非常に混乱しています。それは特に私の最も弱いスーツの1つです

私の現在の問題は、特定のページを表示すると、キャッシュまたはログへの書き込み権限がないという状況に陥ることがよくあることです。この時点で、所有権を apache に設定します。次に、たとえば、内部スクリプトを実行しようとすると、これらのキャッシュ/ログ ファイルを apache 用に設定しているため、これらのファイルに書き込むことができません。

現在、symfony2 ファイルはすべてスタッフ (Handonam:Staff) の一部として登録されています。www-data、apache などのグループを作成し、それらのグループの一部として自分自身 (Handonam など) や www などのユーザーを使用しているさまざまな人々を見てきました。

私の質問は次のとおりです: symfony2 やその他の Web プロジェクトの場合、適切なセキュリティを維持しながら、apache と私自身の両方がこれらのファイルとやり取りできるように、ユーザー/グループのセットアップに一般的に最適なセットアップは何ですか?

私はリモートリポジトリからチェックしたコードに取り組んでいます。そこでは、ファイル所有者として「root」を持つリポジトリにコードの一部が入りました。ここで、リポジトリを含むディレクトリを別の場所に移動したいのですが、通常のユーザーでは古いファイルの削除に失敗します。またdired-do-chown、ファイルの所有者を変更するにはrootである必要があるため、失敗します。

ルートとしてdiredコマンドを呼び出す方法はありますか？（ファイルを見つけるためのトランプのように）

フォルダcron-scriptsに50以上のスクリプトがあり、root権限でのみcronシェルで実行したい。

*代わりに、同じ効果を持つ上記のコードを使用しますか？

そして、私が作成した場合、root権限を削除する方法はchown root:root other-script.php？

つまり、このスクリプトをすべての人に公開したいのです。（chown all-users：users other-script.php）ありがとう。

セキュリティのジレンマは別として、(共有ホスト上で) ワードプレス ネットワークを実行しており、非常に満足しています。

アプリケーションを最初にインストールしたとき、plesk Cpanel を介してこれを行いました。その後、プラグインを追加し始めたときに、サーバーが safe_mode On を使用していることに気付きました。私はホストにそれを削除するように依頼し、彼らはそれを削除しましたが、この前に、safe_mode On 設定による許可の問題のために、ほとんどのプラグインを FTP 経由でインストールしました。

しかし今、私は私を制限している別の設定に出くわしているようです. FTP 経由でプラグインをインストールしたため、私の FTP ユーザーがファイルの所有者です。通常のワードプレス ルーチンで更新しようとすると、ストリーム フォルダーに対する十分な権限がありません。これを 777 に設定すると、プラグイン フォルダーに対する十分な権限がありません。これは、apache がフォルダーとファイルの所有者ではないためです。 .

すべてのフォルダーを 777 に設定したくありません (775 も機能しません)、所有者の変更 (Wordpress プラグインを使用してフォルダーを作成してテストしました) は機能しますが、http://codex.wordpress.org/Changing_File_Permissionsが教えてくれますファイルとフォルダーの所有者を apache にするべきではありません。

次のことについてアドバイスいただけますか。

• Apache を自分のファイルとフォルダーの所有者にすることに関するセキュリティの問題
• 777 パーミッションに関するセキュリティの問題 (これは明らかなセキュリティ リスクだと思いますが、おそらく何かを見落としている可能性があります)
• wordpressを正常に機能させるために他にできることはありますか

共有ホスティングについてさらに詳しい情報が必要な場合は、お知らせください。