问题标签 [xinetd]

我想将 xinetd 连接转发到另一个本地端口（比如 12345）。我的解决方案基于 CentOS/Redhat 文档 Chapter 17. TCP Wrappers and xinetd, article 17.4.3.3。在示例中，配置启动了一个守护进程并将流量重定向到主机：端口。该文档说它也应该能够转发到同一系统上的不同端口。

我目前的目标是在端口 12345 上的任何连接上启动一个守护进程（比如 testmpp），并将流重定向到特定端口（比如 54321）。棘手的一点是我不希望守护程序（testsmpp）从 STDIN 读取，而是应该能够从 xinetd 将流量转发到的端口读取。

我在 /etc/service 下创建了一个服务，例如

我对守护进程的 xinetd 配置是

testsmpp 侦听端口 54321。问题是当从外部建立连接时，xinetd 启动守护程序但不将流量转发到 54321。一旦服务器启动，我可以直接连接到 54321 端口，但通过 xinetd 建立的连接（在端口 12345 ) 不转发。

服务器和重定向标签是互斥的吗？我查看了有关xinet 分叉并发服务器的讨论，但我的动机略有不同。我想监听另一个端口上的传入连接，因为在分布式计算环境中，另一个应用程序也将与该端口上的守护进程通信。

任何线索都非常感谢。

xinetd 上的所有程序（我读过）都调用 fflush()。为什么？

例如，Inetd-维基百科

我已经在 Ubuntu (13.10) 上安装了 Firebird Classic，我需要将它打开以进行远程连接。端口 3050 上的 netstat -an 显示：

tcp 0 0 127.0.0.1:3050 0.0.0.0:* LISTEN

我尝试编辑/etc/xinet.d/firebird25以收听 eth0 上的所有内容，我尝试编辑firebird.conf以绑定到所有接口。但我仍然无法通过该端口上的远程连接。防火墙被禁用。

我正在尝试用独立的服务替换 inetd/xinetd 服务。我能做到的最简单的方法是什么？有一些标准代码可以开始吗？

我想将所有 TFTP 服务器日志消息（并且仅这些消息）记录到单独的日志文件中。我在 Linux 中使用 xinetd（扩展的 Internet 守护程序）来提供 TFTP 服务器。我尝试添加

到 /etc/xinetd.d/tftp 和

到 /etc/rsyslog.conf

但我只有 START 和 EXIT 消息，例如

其他日志消息，例如 RRQ（提到下载的文件）仍然只记录到 /var/log/messages。

任何帮助深表感谢。

我写了一个脚本，它会在 CentOS 机器上自动下载和安装 Nagios NRPE。脚本的相关部分是：

该功能背后的想法是检查选择了哪种安装模式，/etc/init.d/xinetd如果选择 Xinetd 则重新启动/etc/init.d/nrpe，如果选择 NRPE 则重新启动。我已经在调试模式 ( sh -x script) 下运行了脚本，这是输出：

正如您所看到的DMNMODE，预期的变量是xinetd，daemon即使我对 xinetd 或守护进程问题的输入是“x”。nrpe即使选择了这也会导致脚本重新启动xinetd，你能告诉我我做错了什么吗？

编辑＃1：我仍然从变量中得到意外结果$DMNMODE，这是调试运行：

我的问题是......为什么函数返回错误的值？如果您向上滚动，您会看到我在问题中输入了 X，这意味着DMNMODE变量设置为xinetd而不是nrpe...您可以尝试找出问题吗？

非常感谢您的帮助！痛

我有一个 C++ 应用程序，它通过xinetdLinux Centos5 64 位上的服务在另一台机器上调用服务器。被调用的进程以 root 身份调用，但我认为它可能是一个不具备全部功能的 root，因为我在应用程序中观察到。

在我的应用程序中，通过 inetd 调用以 root 身份运行，我创建了一个新文件和链接（每个最初的用户 root 和组 root），然后lchown()在所有者上成功调用，但它总是在使用 EPERMS 的组上失败，Operation not permitted. 将用户和组组合成一次调用lchown()同样失败。

我的应用程序中有问题的代码是这样的：

在我的代码运行后，新创建的文件以 NFS 挂载目录的形式存在，具有以下权限：

gid 500 是“me”的主要组，另一组是“wheel”。

在 shell 提示符下，我可以毫无问题chgrp地登录root到组me​​。

当我的应用程序通过 inetd 调用时，为什么 lchown() 的行为会有所不同？请注意，以 root 身份调用的同一应用程序通过ssh正确设置文件的组所有者。为什么通过 ssh 的 root 与通过 xinetd 的 root 不同？

背景资料：

我有一个用 php 编写的页面，可以将数据发送到另一台服务器，如下所示：

接收端的服务器使用 xinetd 启动执行实际处理的脚本。它的配置是这样的：

问题：假设发生了某种灾难，例如有人拔出以太网电缆，脚本是否有可能只接收部分字符串？IE：example=data&to=sh

我想知道当 xinetd 通过 udp 从随机主机（在局域网中）接收命令时，是否可以将 args 传递给 bash 脚本。澄清：当我从随机客户端向 xinetd 服务器发送例如hello时，我希望 xinetd 服务器将 hello 传递给我指定的 bash 脚本。与world相同。

这是我的 xinetd 服务文件：

亲切的问候，非常感谢你！

我想调试一个失败的服务SIGPIPE。所以我安装了一个信号处理程序SIGPIPE并调用abort()它以获得核心转储。

但我没有得到。我已经准备sysctl -w kernel.core_pattern=/tmp/core好core进入并且tmp我设置了两者/etc/security/limits.confulimit -c unlimited

那么，我怎样才能得到一个core？

我的 xinetd-service 文件如下所示：