Q&A
ご回答ありがとうございます。
そのようにいたします。
例えば、
プログラムAでソケットを作成します。
そのソケットの構造体をプログラムBで取得して使用する方法というのが、
以外にもまだ知りませんでした。
ネット調べてみてもプロセス間通信などの記事ばかりで、
他プロセスで作成して、まだcloseされていないソケットを別プロセスから
取得する方法というのが見つかりませんでした。
ソケットの構造体というものもファイルのようなシステム全体でグローバルにディスクリプタを通してハンドルできるものだと思うので、
ファイルのように一旦作成したソケットはどこからでも使うことができるように思います。
よろしくお願いいたします。
追---
1つのプログラム内でfork() すれば、socket()の返り値であるfdをグローバル変数などに入れて
おけばそれをfork()先プロセスで使用すればいいだけだと思うのですが、全く別のプログラムという別プロセスではどのようにすればいいのでしょうか。
追---
よく調べてみますと、
sendmsg()のSCM_RIGHTSを使用して、目的のプロセスにfd群を渡して...する方法が一般的なような感じのようでした。
これを見るに、何と言いますか、socket()で作成される構造体というのはファイルのように明確に名前がないので、ファイルのようにどこからでもアクセスは可能なものの、ファイルのように
open(名前,..)みたいに明確に目的物を指す方法が無いのではないかと思いました。
だから、全くfork()もしていないプロセスから無名のものを言い当てることができないから、
そのヒント(fd)をsocket()したプロセスから送ってやる必要があるのだと...
何かそのような補助が無くてもすっと取れるようなファイルのような機構があってもおかしくないと思うのですが、何か理由でもあるのでしょうか...
回答2件
0
ベストアンサー
ファイルディスクリプタは単なる整数の番号です。
ファイルディスクリプタと実体を結び付けるテーブルはプロセス毎に管理されており、あるプロセスでのファイルディスクリプタが他のプロセスにおいて同じ実体を指すとは限りません。 管理テーブルはプロセスが生成されるときに親プロセスからコピーされるので親子で同じファイルディスクリプタを使うことが出来るという仕組みです。 これがいわゆる「ファイルディスクリプタの継承」です。 継承させないこともできます。
これは「権限」を管理するための仕組みです。 ファイルディスクリプタ (に対応するリソース) はそれを開いたプロセスが所有するものであり、必要に応じてアクセスの権限を子プロセスに与えるのが継承です。 関係のないプロセスがファイルディスクリプタの番号を知っただけでリソースを共有できてしまうようだと深刻な脆弱性になってしまいます。
しかしもちろん親子関係にないプロセスでファイルディスクリプタをやりとりしたいこともありますから、そのときは sendmsg recvmsg を用いてファイルディスクリプタを送受信します。 このシステムコールは単純にバイナリデータを送受信するというだけではなくバイナリで表せない補助的なデータのやりとりをする機能も司り、ファイルディスクリプタを指定して送信するとそれに付随する内部的な情報を受信側プロセスのテーブルに登録してくれるのであたかもファイルディスクリプタが転送されたように見えます。
これもファイルディスクリプタを送信するというよりは、アクセスを許す側がアクセスを許した (から受け取った側はアクセスできる) という権限移譲の手続きなのです。
面倒なようですが、権限を持っている側が許可を出さない限りアクセスさせないというセキュリティ上の理由があるので仕方がないのです。
投稿2022/08/07 08:58
総合スコア5444
0
そのソケットの構造体を
グローバル変数にしとけば、よそのユニットから読めます
別のプロセスから、というなら、あなたが挙げたようなプロセス間通信を使ってそれを伝えましょう
投稿2022/08/07 01:27
編集2022/08/07 01:28
総合スコア87747
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2022/08/07 09:19