`kill -s TERM` が動作し、`kill -s ABRT` が「操作が許可されていない」を取得します。

SIGABRTデバッグ情報を取得するために文書を送信できるプロセスがあります。しかし、送信しようとすると、SIGABRT「操作は許可されていません」というメッセージが表示されます。

また、私が所有している他のプロセスに同じシグナルを送信し、シグナルを完全に送信するのを妨げる基本ブロックがないことを確認しましたが、SIGABRT適切な方法で応答することを確認しました.それはただ一つのプログラムですが、そのプログラムのすべてのインスタンスです。プロセスのシステムコールトレースは、信号を受信しないことを示しています。

/bin/killシェル組み込みの奇妙な点を排除するために明示的に実行してみましたが、わずかなkill出力差を除いて、動作に変化はありませんでした。

SIGABRTルートはプロセスに転送でき、期待どおりに機能します。

私はしばらくこのゲームをプレイしてきましたが、ユーザーが自分の所有するプロセスに信号を送信できない場合、またはユーザーが1つの信号しか送信できず、他の信号は送信できない場合を見たことがありません。

オペレーティングシステムはFreeBSD 9.0で、プロセスはApacheで実行されているPhusion Passenger Ruby-on-Railsアプリケーションの一部であるRubyプロセスです。

私は今完全に迷っています。何が起こっているのか知っている人はいますか？

修正する:マニュアルページによると、security.bsd.conservative_signalssysctlが1に設定され、多くのシグナルがsetuidプロセスに渡されるのを防ぐことがわかりました。 0に設定すると問題が解決します。

プロセスチェーンのどこかにsetuid呼び出しがありますが、プロセスはApache httpdの子プロセスであり、Apacheはroot権限を放棄するためにuidを変更します。プロセス自体はsetuidではなく、対応するEUID、RUID、およびSVUIDはユーザーと同じです。シグナルの送信者。 setuidが発生したことを示す唯一のプロセスチェックは、P_SUGID「フラグ」フィールドのフラグです。ps（「最後の実行以降にID権限が設定されています。」）それはできないようですが、Apacheモジュールで処理され、正確な方法がわかりません。

明確に言うと、mod_passenger（mod_railsとも呼ばれます）によって処理されるRuby on Railsアプリケーションの一部として実行されるRubyプロセスです。