問題タブ [xinetd]

xinetd 接続を別のローカル ポート (12345 など) に転送したい。CentOS/Redhat のドキュメント Chapter 17. TCP Wrappers and xinetd, article 17.4.3.3に基づいてソリューションを作成しました。この例では、構成によってデーモンが開始され、トラフィックが host:port にリダイレクトされます。ドコは、同じシステムの別のポートにも転送できるはずだと言っています。

私の現在の目標は、ポート 12345 の任意の接続でデーモン (testsmpp など) を開始し、ストリームを特定のポート (54321 など) にリダイレクトすることです。注意が必要なのは、デーモン (testsmpp) に STDIN から読み取らせたくないということです。代わりに、xinetd がトラフィックを転送しているポートから読み取れるようにする必要があります。

/etc/service の下にサービスを作成しました。

そして、デーモンのxinetd構成は

testsmpp はポート 54321 でリッスンします。問題は、外部からの接続で xinetd がデーモンを起動するが、トラフィックを 54321 に転送しないことです。サーバーが起動すると、54321 ポートに直接接続できますが、接続は xinetd 経由で行われます (ポート 12345)。 ) は転送されません。

サーバータグとリダイレクトタグは相互に排他的ですか? 同時サーバーの xinet フォークに関する議論を見ましたが、私の動機は少し異なります。分散コンピューティング環境では、他のアプリケーションもそのポートのデーモンと通信するため、別のポートで着信接続をリッスンしたいと考えています。

手がかりは大歓迎です。

xinetd (私が読んだもの) 上のすべてのプログラムは、fflush() を呼び出します。なんで？

たとえば、Inetd-ウィキペディア

inetd/xinetd サービスをスタンドアロン サービスに置き換えようとしています。これを行うことができる最も簡単なことは何ですか? 開始するための標準コードはありますか?

すべての TFTP サーバー ログ メッセージ (およびそれらのみ) を別のログ ファイルに記録したいと考えています。Linux で xinetd (拡張インターネット デーモン) を使用して TFTP サーバーを提供しています。追加してみました

/etc/xinetd.d/tftp および

/etc/rsyslog.conf に

しかし、次のような START および EXIT メッセージのみです。

RRQ (ダウンロードされたファイルに言及する) などの他のログ メッセージは、引き続き /var/log/messages にのみ記録されます。

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

Nagios NRPE を CentOS マシンに自動的にダウンロードしてインストールするスクリプトを作成しました。スクリプトの関連部分は次のとおりです。

この機能の背後にある考え方は、選択されたインストール モードを確認し、Xinetd が選択された/etc/init.d/xinetd場合は再起動し、NRPE が選択された場合は再起動/etc/init.d/nrpeすることです。スクリプトをデバッグ モード ( sh -x script) で実行したところ、出力は次のようになりました。

ご覧のとおり、xinetd またはデーモンの質問に対する私の入力は "x" でしたが、代わりにDMNMODE期待される変数は isxinetdです。daemonこれにより、スクリプトが選択されnrpeていてもスクリプトが再起動しxinetdます。何が間違っているのか教えてください。

編集 #1: variable から予期しない結果がまだ得られます$DMNMODE。デバッグの実行は次のとおりです。

私の質問は...関数が間違った値を返すのはなぜですか? 上にスクロールすると、質問に X と入力したことがわかります。これは、DMNMODE変数がに設定されていてxinetd、そうでないことを意味しますnrpe...問題を見つけてください。

あなたの助けは大歓迎です! イタイ

I have a C++ application that summons a server on another machine via the xinetd service on Linux Centos5 64 bit. The summoned process is invoked as root, but I think it may be a root that does not have full capabilities because of what I observe in my application.

In my application, running as root via inetd invocation, I create a new file and link (each initially user root and group root) and then call lchown() successfully on the owner, but it always fails on the group with EPERMS, Operation not permitted. Combining the user and group into a single invocation of lchown() fails similarly.

The code in question in my application is like this:

The newly created files live in as NFS mounted directory with permissions like this after my code runs:

The gid 500 is the primary group for 'me', the other group being 'wheel'.

From the shell prompt, I can do chgrp logged in as root to group me with no issues.

Why does lchown() behave differently when my application is invoked via inetd? Note that the same application invoked as root via ssh properly sets the group owner of the file. Why is root via ssh different than root via xinetd?

背景情報:

次のように、別のサーバーにデータを送信する php で書かれたページがあります。

受信側のサーバーは、xinetd を使用して、実際の処理を行うスクリプトを起動します。その構成は次のようになります。

質問: 誰かがイーサネット ケーブルを引き抜いたような大惨事が発生したとします。スクリプトが文字列の一部しか受信できない可能性はありますか? すなわち:example=data&to=sh

xinetd が udp 経由で (LAN 内の) ランダムなホストからコマンドを受信したときに、引数を bash スクリプトに渡すことができるかどうか疑問に思っていました。明確にするために：たとえば、ランダムクライアントからxinetdサーバーにhelloを送信するときに、xinetdサーバーがhelloを指定したbashスクリプトに渡すようにします。worldと同じこと。

ここに私のxinetdサービスファイルがあります:

よろしくお願いします！