From: wyvern@gnu.ai.mit.edu (The Wyvern) Subject: net-bin 0.2: Problems Date: Thu, 7 Jan 1993 00:20:06 GMT
Well, I just downloaded the net-bin-0.2.tar.Z from sunsite, and
I'm unable to get most of the programs to work at all.
tftp/tftpd seem to work, and I haven't tried the new ns* utils
or the new named/inetd (Could this be the problem? Do I need a
new inetd?).
- talk exits immediately upon invocation leaving a 'ntalkd' process
hanging in a state of something like udp_recvfrom. I have to kill
the ntalkd manually as root.
- rlogin gives rcmd: socket: Permission denied and exits.
- rsh either gives Permission denied or leaves an rshd hanging
in a state like ipproto_c.
- rcp gives Permission denied.
- ping gives ping: unknown protocol icmp.
I suspect ftpd would work, except that I'm using shadow passwords.
Possibilities to discount:
I have /usr/etc/inet/services and /usr/etc/inet/inetd.conf set up
as suggested.
rcp and rsh are mode 4755.
I do in fact have TCP/IP compiled into the kernel.
I do have inetd/named running.
Also, I posted earlier about some major problems I was having with
telnetd - these problems are still as active as ever. I'll describe
them again briefly:
After an apparently random number of telnets to my own machine,
telnetd will either hang, but echo keystrokes normally, or it will
echo ^M's instead of carriage returns, etc.
A ps -lax shows telnetd hung in a state of tcp_read. The telnetd
must be killed manually by root. The only way to get this to stop is
to reboot, and then after a while the behavior starts again.
I've gotten several confirmations of people having the same problem,
people with and without ethernet cards.
If anyone has any idea of how to fix any of these problems, please
let me know. The most critical problem for me is telnetd's
perpetual hanging in tcp_read. Help appreciated.
-->System configuration:
Linux kernel version 0.99.2
i486 system, gcc 2.3.3-486, libc.so.4.2
X with X8514tcp
No ethernet card