Bug 3205

Summary:	ftp and telnet do not work as normal user
Product:	[Retired] Red Hat Raw Hide	Reporter:	Eugenio Diaz <getnito>
Component:	telnet	Assignee:	Florian La Roche <laroche>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	1.0
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	1999-08-21 15:04:28 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 Eugenio Diaz 1999-06-02 06:32:46 UTC

After upgrading from RedHat 6.0 to the latest rawhide as of
29/May/1999, telnet and ftp do not work as a normal user.
When doing a telnet or an ftp over any interface as root it
works well, but when doing it as a normal user I get an
"unknown service" error. Example session:

[nito@fulgore:~]$ telnet kitana
telnet: tcp/telnet: unknown service
[nito@fulgore:~]$ ftp kitana
ftp: ftp/tcp: unknown service
[nito@fulgore:~]$ su -
Password:
[root@fulgore:~]# telnet kitana
Trying 192.168.1.2...
Connected to kitana.softengine.net.
Escape character is '^]'.

Red Hat Linux release 6.0 (Hedwig)
Kernel 2.2.5-15 on an i586
login:
login:
Connection closed by foreign host.
[root@fulgore:~]# ftp kitana
Connected to kitana.softengine.net.
220 kitana.softengine.net FTP server (Version
wu-2.4.2-VR17(1) Mon Apr 19 09:21:53 EDT 1999) ready.
Name (kitana:root): 331 Password required for #~ ~0ho@@$@~.
Password:
530 Login incorrect.
Login failed.
ftp> quit
221 Goodbye.
[root@fulgore:~]#

Other network apps like the remote commands (rsh, etc.),
browsers work fine. Also the servers (ftpd, telnetd) work
fine.

I suppose that by the symptoms it seems like a permissions
problem, but so far I haven't found what it is.

Comment 1 Jeff Johnson 1999-06-02 09:43:59 UTC

Check /etc/nsswitch.conf to determibe where you get your
services from. I do
	services:   nisplus [NOTFOUND=return] files
Put files at the beginning if necessary. Then check permissions
on /etc/services.

Comment 2 Eugenio Diaz 1999-06-03 03:32:59 UTC

Thanks. The problem was the permissions on the /etc/services file they
were 600 when they were supposed to be 644. Again, this happened after
upgrading from 6.0 to latest rawhide as of May 30. I did not changed
the permissions on the file, neither installed anything other than
rawhide that could have changed them, so I guess one of the packages
in rawhide is setting incorrect permissions on the file.

Comment 3 Jeff Johnson 1999-08-21 15:04:59 UTC

This problem appears to be resolved.