Bug 2318
Summary: | rexec(3) and in.rexecd implement different protocols. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | ange |
Component: | rsh | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 5.2 | CC: | ange, hakimian, lionel.cons |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-05-19 16:19:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
ange
1999-04-21 19:42:31 UTC
*** This bug has been marked as a duplicate of 1696 *** *** Bug 2909 has been marked as a duplicate of this bug. *** It seems that in.rexecd is buggy and hangs, it can be reproduced on a base Red Hat 6.0 box with a simple rexec -l user -p pass localhost date Doing an strace on it, we see that the rexec client sends the port number as the first "argument": write(3, "1716\0", 5) = 5 and waits for the socket to be created accept(4, <unfinished ...> while the rexec daemon reads the second argument (user) *before* creating the socket... ------- Additional Comments From jbj 05/18/99 12:26 ------- As a workaround, add -a to the rexec command line. ------- Additional Comments From jbj 05/18/99 12:27 ------- As a workaround, add -a to the rexec command line. The workaround sent (-a) doesn't seem to work for me: # rexec -a -l root -p rootpass mybox date mybox.cern.ch: Success rexec: Error in rexec system call: Success Fixed in.rexecd to repair damage to the rexec protocol when the last argument to rexec is supplied. The port is sent to the server which then connects back to the client after which the client supplies user, password, and command. This is the behavior implemented on Solaris (by trial) and on FreeBSD (by examining sources). OpenBSD has an rexecd that is broke the same way that netkit was broke. *** Bug 3093 has been marked as a duplicate of this bug. *** Redhat is apparently not using the latest netkit. The latest netkit includes a patch that I contributed that fixes rexecd. As soon as I figure out how to submit that patch, I will send it to you. |