解决 xinetd“传输端点未连接”问题
我正在尝试获得一个简单的 websocket 代理来与 xinetd 一起使用。
代理在这里：https://github.com/kumina/wsproxy （vnc 的基本代理）
这是我的 xinetd/wsproxy 配置：
service wsproxy
{
type = UNLISTED
socket_type = stream
protocol = tcp
user = root
wait = no
port = 8080
server = /usr/sbin/wsproxy
server_args = 5000 9999
disable = no
log_type = SYSLOG daemon info
flags = NOLIBWRAP
}
还尝试了各种更改，例如“wait=yes”和“wait=no”，结果仍然相同，
我在 syslog 中收到一百个这样的条目：
ubuntu xinetd[3707]: warning: can't get client address:...
...Transport endpoint is not connected
最后：
xinetd[8283]: Deactivating service wsproxy due to excessive incoming connections.
xinetd 正在运行以及 netstat 中。
把我的头发拔出来，找不到为什么它不运行。
（运行 ubuntu 11.04 x64）
有什么想法吗？
I'm trying to get a simple websocket proxy to work with xinetd.
The proxy is here : https://github.com/kumina/wsproxy
(basic proxy for vnc)
Here's my xinetd/wsproxy config:
service wsproxy
{
type = UNLISTED
socket_type = stream
protocol = tcp
user = root
wait = no
port = 8080
server = /usr/sbin/wsproxy
server_args = 5000 9999
disable = no
log_type = SYSLOG daemon info
flags = NOLIBWRAP
}
Also tried various changes like 'wait=yes' and 'wait=no' still the same results
i get a hundred entries like this one in syslog :
ubuntu xinetd[3707]: warning: can't get client address:...
...Transport endpoint is not connected
and finally :
xinetd[8283]: Deactivating service wsproxy due to excessive incoming connections.
xinetd is running and in netstat as well.
Pulling my hairs out, can't find why it doesn't run.
(running ubuntu 11.04 x64)
Any ideas ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您确定后端的 vncserver 已启动并正在运行吗？
即使 wsproxy 本身正在运行（使用 telnet localhost 8080 检查），如果 vncserver 未运行，您也可能会遇到此问题。
使用 Debian Squeeze (i386) 和 Scientific Linux (x86_64) 检查您的 xinetd-config 是否正确。就像魅力一样起作用。
Are you sure the vncserver in the backend is up and running?
Even if wsproxy itself is running (check with telnet localhost 8080), if the vncserver isn't running, you might be running into this problem.
Checked with Debian Squeeze (i386) and Scientific Linux (x86_64) that your xinetd-config is correct. Works like charm.