Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

restarting inetd

0 views
Skip to first unread message

Bruce Saunders

unread,
Jun 20, 2001, 11:07:00 PM6/20/01
to
I'm new at openBSD sp please forgive my ignorance. I have my openBSD box set
up as a firewall with NAT for my home network. I wanted to be able to
remotely access the OpenBSD system from an internal workstation and didn't
have SSH so I modified the inetd.conf to allow telnet and rebooted. Now I
have SSH and it works fine, so I modified inetd.conf to remove telnet. Now I
don't want to reboot again, so how do I restart inetd so it will read its
.conf again and not service telnet requests without rebooting? Thanks for any
help.

Bruce

Bruce Saunders

unread,
Jun 20, 2001, 11:19:52 PM6/20/01
to
Arthur Barton <art...@documenta.com.au> wrote:
$ ps ax | grep inetd
$ kill -HUP <pid of inetd>
or
$ kill -HUP `cat /var/run/inetd.pid `


At 10:41 20/06/01 -0400, Bruce Saunders wrote:
>I'm new at openBSD sp please forgive my ignorance. I have my openBSD box
set
>up as a firewall with NAT for my home network. I wanted to be able to
>remotely access the OpenBSD system from an internal workstation and didn't
>have SSH so I modified the inetd.conf to allow telnet and rebooted. Now I

<cut>

OpenBSD ships with OpenSSH server and client
OpenSSH server is started by default.
$ man 8 sshd
$ man 1 ssh

Thanks, that did it. I should have said I didn't have an SSH client for my
Linux workstation I guess, or else I'm still missing the point.

Bruce

Tom Derylo

unread,
Jun 20, 2001, 11:28:53 PM6/20/01
to
Say that you're new to *nix, but what you want to do is to restart the
"inetd"
by doing: "kill -HUP <inetd pid>"

Chuck Yerkes

unread,
Jun 21, 2001, 12:08:15 AM6/21/01
to
Obviously:
man inetd

Evi Nemeth and group have written a lovely (yet not cheap)
system admin book called "the system administator handbook"

Take a gander.

See also the FreeBSD Handbook (admining BSD's is mostly the
same, hell, 90% of most Unix systems administer the same.)


Good places to start.

0 new messages