[plug] telnet access in Red Hat 6.1

[Simon Scott]

	From my very bad memory :)

	More than likely telnet is run from inetd, which basically is a
wrapper daemon which services requests for other daemon (what is the plural
of 'daemon'??) after checking if they are allowed to access that daemon.

	Have you played with /etc/hosts.allow or /etc/hosts.deny??? Is inetd
still up? If you played with these for some reason the boxes might be being
denied for this reason..... I think the best setup is to deny ALL:ALL and
then allow only the hosts on your intranet. BTW, you should setup /etc/hosts
to have the names/IPs of all 3 boxen, and also c:\windows\hosts setup in the
same fashion just for convenience's sake.

	What happens if you reboot? Maybe something fell over? Try (logged
in as root) '/etc/rc.d/init.d/inetd restart'. That might fix it.

	Im not 100% sure, but I think RH6.1 used inetd. check
/etc/inetd.conf and make sure there is a line in there (and that it is
uncommented) for telnetd.

	what does ps ax show on the box?

	Anyway, you might want to investigate masqdialer software. It is
basically a daemon that sits on the server, and a set of clients (X,
windows, Mac etc) that can ask to have the link brought up/down. Its not
hard to setup, I used it for ages before ADSL.





	From:	Dennis Plester <dennisp at tiwest.com.au> on 18-04-2001 10:01
AM
	Please respond to plug at plug.linux.org.au@SMTP at Exchange
	To:	plug <plug at plug.linux.org.au>@SMTP at Exchange
	cc:	 

	Subject:	[plug] telnet access in Red Hat 6.1

	List,

	I recently put together an old box of bits and pieces, P2-266 32 MB
RAM, 520
	MB HDD, and installed the server default install of Red Hat 6.1 on
it. After
	much reading and fiddling, I managed to set it up as an Internet
gateway and
	very basic firewall for my LAN at home, which is comprised of one
Win 98
	machine and another MDK 7.2/Win 98 dual boot PC. The Net account is
a plain
	old iiNet dial up with dynamic IP via external 33.6K modem, and I
use wvdial
	to bring up the connection.

	I had all this working for about a week, with the two client PCs
turning the
	connection on and off via telnet. (I know I should be using ssh, but
I'm
	taking this one step at a time.) I would use "telnet 192.168.1.1"
from
	either windows or Linux, and it would offer me login to the Red Hat
box
	straight away.

	I went to connect last night, and I couldn't get either client to
telnet
	into the gateway box. It refuses to allow them in, from either Win
98 or
	Mandrake 7.2 on either PC, stating the connection was refused by the
host. I
	can still ping the gateway from both, and vice versa. The network
interface
	itself is definitely still up.

	If I log in on the gateway box directly, and bring the connection up
again,
	everything continues along its merry way with the Net connection
shared over
	both clients, including the appropriate packets for UT and Q3A :=),
but I
	can not telnet into the gateway box from the other PCs for love or
money.

	What provides the telnet service? Is it a daemon? If so, what is it
called?
	Where would I found out whether this service is being disabled, or
if it is
	broken? I haven't got my log files here to post, but perhaps someone
could
	suggest where I start looking, so I can learn by trying to fix it? I
did
	briefly look at dmesg and some other logs last night, but the only
error is
	a warning that ssh hasn't started correctly because of a missing
key, but
	it's been doing that since the beginning, even when it worked. Man
telnet
	only tells me about how to telnet into something else, not the
service
	itself.

	If someone can help, I'd be very grateful, as the gateway PC does
not
	normally have a screen or a keyboard plugged in. It just hides
around the
	back of a desk. I don't want to have to continually plug in a
keyboard and
	monitor just to log in and start a connection. This all used to work
very
	well, and suddenly it has stopped.

	Thanks in advance,

	Dennis.



**********************************************************************
This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they   
are addressed. If you have received this email in error please notify 
the system manager.

This footnote also confirms that this email message has been swept by 
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************