私は走らなければなりませんについて、OpenSuSEボックスのDebian / Ubuntuパッケージ用のパッケージエージェントです。
これまでにインストールパッケージをから使用.debに変換しました。インストールの結果は。.rpmalien.rpmapprox/usr/sbin/approx
Debianは、好みのOpenSuSEをapprox使い始めました。そのため、YaST2のxinetd設定で次のように新しいエントリを作成しました。inetdxinetd
- サービス名：「およそ」（サービス名からポート番号へのマッピングがここで発生すると仮定し、「9999」も試みました。この名前は/ etc / servicesのポート記述と一致する必要があります。そうですか？）
- タイプ:
stream - 規約：
tcp nowaitオプション- ユーザー：
rootそして - 提供する:
/usr/sbin/approx。
ただし、エントリにどんな状態を指定しても、OKをクリックするとすぐにxinetd設定が「無効」にジャンプし、ポート9999に接続するとシステムは応答を受けません。
では、まず私がxinetd構成を正しく使用しているのでしょうか、それとも私が理解した部分に問題があるのでしょうか？
第二に、YaST2のxinetd設定パネルの自動無効化はソフトウェアエラーですか、それともユーザーエラーですか？
ベストアンサー1
Nikhilのコメントのおかげで問題は解決しました。
xinetdを設定すると、YaSTはポート番号ではなくサービス名のみを使用します。残念ながら、いくつかの歴史的な理由のため、デフォルトのポートは約9999です。 「distinct」という別のサービスに登録されています。
したがって、一時的な解決策は、/ etc / servicesでポート9999のサービス名を「about」に変更し、xinetd設定に「about」という名前で新しいサービスを入力することです（私が疑うように、これは実際にはポート9999にマップされます） 。ユーザーの薬とグループの薬。 YaSTで生成されたサービスファイルは次のとおりです。
$ cat /etc/xinetd.d/approx
service approx
{
socket_type = stream
protocol = tcp
wait = no
user = approx
group = approx
server = /usr/sbin/approx
}
もちろん、正しい解決策は、サーバーとすべてのクライアントシステムを別のポート（IANAがまだ割り当てていないポート）に移行することです。