> Hi Alexander...
>
> Thanks for the reply... I'd already changed the
> /etc/xinetd.d/rsh,rlogin, files but forgot to list them.
> The files as they exist are:
>
>
> /etc/xinetd.d/rexec::
> # description: Rexecd is the server for the rexec(3)
> routine. The server \
> # provides remote execution facilities with
> authentication based \
> # on user names and passwords.
> service exec
> {
> socket_type = stream
> wait = no
> user = root
> log_on_success += USERID
> log_on_failure += USERID
> server = /usr/sbin/in.rexecd
> disable = no
> }
>
>
> /etc/xinetd.d/rsh::
> # default: on
> # description: The rshd server is the server for the
> rcmd(3) routine and, \
> # consequently, for the rsh(1) program. The server
> provides \
> # remote execution facilities with authentication
> based on \
> # privileged port numbers from trusted hosts.
> service shell
> {
> disable = no
> socket_type = stream
> wait = no
> user = root
> log_on_success += USERID
> log_on_failure += USERID
> server = /usr/sbin/in.rshd
> }
>
>
> /etc/xinetd.d/rlogin::
> # default: on
> # description: rlogind is the server for the rlogin(1)
> program. The server \
> # provides a remote login facility with
> authentication based on \
> # privileged port numbers from trusted hosts.
> service login
> {
> socket_type = stream
> wait = no
> user = root
> log_on_success += USERID
> log_on_failure += USERID
> server = /usr/sbin/in.rlogind
> disable = no
> }
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Alexander Apprich
> Sent: Tuesday, June 24, 2008 1:48 AM
> To: For users of Fedora
> Subject: Re: rsh issue (access denied)...
>
>
> Hi Bruce,
>
> just a wild guess...
>
> check /etc/xinetd.d/rsh and /etc/xinetd.d/rlogin if they
> contain
> disabele = yes
> if so, change it to
> disable = no
> and restart xinetd
>
Try a:
# chkconfig --list | less
and confirm that the services you require are "on." If not, use chkconfig (man
pages) to turn them on (reboot may be required, if you don't know how to start
the daemons manually). However, if they are already marked as "on", then there
are likely configuration problems in /etc/hosts.equiv or .rhosts (whichever you
are using) on the machine running the daemons. Both files should have man pages
outlining syntax.
--
Nix
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
