rsh 显示“轮询：电路设置中的协议失败”，为什么？

Question

在开始时 rsh 工作正常，但在进行一些更改后，它显示一些错误 [更改显示在此问题的末尾，请参阅]，我正在分享相同的内容。

命令

$ /usr/bin/rsh 本地主机 ulimit -n

输出

poll: protocol failure in circuit setup

面对这个问题后，我点击了这个链接，但没有得到任何帮助。

它工作正常，但是当我从这个链接进行一些更改时，然后它会显示如上的输出。现在我恢复了所有更改，但它显示了相同的输出。为什么？

这些是我在文件中添加的行，通过查看上面的链接显示在左侧。

/etc/pam.d/login:       session    required     pam_limits.so
/etc/pam.d/sshd:        session    required     pam_limits.so
/etc/pam.d/su:          session    required     pam_limits.so
/etc/pam.d/system-auth: session    required     pam_limits.so

这是我正在尝试做的事情的链接。

编辑 1

strace -o log.txt rsh localhost pwd，一些输出行是，

connect(3, {sa_family=AF_INET, sin_port=htons(514), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
bind(4, {sa_family=AF_INET, sin_port=htons(1022), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
listen(4, 1)                            = 0
write(3, "1022\0", 5)                   = 5
poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ([{fd=3, revents=POLLIN|POLLERR|POLLHUP}])
write(2, "poll: protocol failure in circui"..., 40) = 40
close(4)                                = 0
close(3)                                = 0
rt_sigprocmask(SIG_SETMASK, [], [URG], 8) = 0
exit_group(1) 

编辑号 2

命令 - strace ~/rshd.trace in.rshd

输出

execve("/usr/sbin/in.rshd", ["in.rshd"], [/* 22 vars */]) = 0
brk(0)                                  = 0x2b3054ec2000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b303671d000
uname({sys="Linux", node="jhamb.XXX.XXX", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b303671e000
arch_prctl(ARCH_SET_FS, 0x2b303671e6d0) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

Answer 1

rsh 是一种非常奇怪的协议，它具有一个非常不寻常的皱纹（我认为非 PASV ftp 是我见过的唯一其他基于 TCP 的协议）：打开与服务器的连接后，服务器必须打开一个TCP 连接回客户端。这是因为 rsh 协议通过常规 TCP 连接返回标准输出，并通过这种奇怪的反向通道连接返回标准错误。

显然，在如今防火墙无处不在的情况下，这非常非常糟糕。我怀疑您和目标服务器之间的某些防火墙拒绝了该反向通道连接。一些防火墙具有 rsh 协议状态跟踪来允许这样做，但即使它可用，它通常也不会打开。

这（以及许多其他原因）就是 rsh 正在消亡并且每个人都转向 ssh 的原因，ssh 具有设计更好（尽管更复杂）的协议，可以在同一连接上多路复用多个输出流。

这就是为什么你的第一个链接说关闭 iptables；它正在禁用阻止该反向通道连接的防火墙。