turned off iptables, and rebooted, but the result is the same...
Thank you
-Original Message-
From: Ben Hall [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 4:37 PM
To: RHML
Subject: Re: Problem with NIS
Do you run RH's firewall? I did and the default iptables
: Problem with NIS
Iptables is on with no firewall:
# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source
Hello,
On RedHat 8.0, NIS clients do not bind to the NIS server when the system boots.
The NIS server is running Solaris 7.
I have to log in as root on the RH 8.0 clients and run /etc/init.d/ypbind start in
order to get the binding to work.
When the system is booting, the "Listening for a NIS
Do you run RH's firewall? I did and the default iptables seems to
interfere with our NIS server. (I can't seem to find what port NIS
normally works on, or I'd have added the rule already.)
Maybe try disabling iptables and see if NIS starts up okay then...
Ben
On Wed, 2003-08-06 at 16:06, Syed
On Wed, 6 Aug 2003, Syed Ali wrote:
>
>
> Hello,
>
> On RedHat 8.0, NIS clients do not bind to the NIS server when the system boots.
> The NIS server is running Solaris 7.
>
> I have to log in as root on the RH 8.0 clients and run /etc/init.d/ypbind start in
> order to get the binding to wor
Title: problem with NIS
Hi,
I
think patching su command with chattr is a shortcut fixing this specific
problem.
Thanks
you all.
David
-Original Message-From: Jim Bowen
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, July 30, 2002 11:03
To: '[EMAIL PROTECTED]'Subject: R
Title: problem with NIS
You shouldn't generally need root
access except for new s/w installations or serious system reconfiguration.
If you have a user for the db software who
owns all the config files involved, and the directories in which the db lives,
then that user (not
NFS uses a trust-based security model. It's logically incompatible with
hosts that you don't "trust". If your remote hosts must allow users you
don't trust to access the root account, then don't use NFS.
On Mon, 2002-07-29 at 08:56, Avrahami David wrote:
> Right but some of them need root acce
Title: problem with NIS
Right
but some of them need root access for some reasons such local database
installation
-Original Message-From: Jim Bowen
[mailto:[EMAIL PROTECTED]]Sent: Monday, July 29, 2002 17:27
To: '[EMAIL PROTECTED]'Subject: RE: problem with
NIS
Title: problem with NIS
This
is actually a problem with NFS. I used to be under the
assumption it was a NIS problem too.
One
solution is to restrict the NFS exports to machines you can trust, and then
restrict root on them. This is of course not the best solution, but it
would give
Title: problem with NIS
Easy, don't allow them root access.
-Original Message-
From: Avrahami David
[mailto:[EMAIL PROTECTED]]
Sent: 29 July 2002 15:24
To: 'redhat-list'
Subject: problem with NIS
Hi,
The problem is when the user login
as root in his
Title: problem with NIS
Hi,
The problem is when the user login as root in his machine he get access to any other NIS user home directory he wants to by "su - " without typing any password.
I know that it's a big hole in security caused by NIS but I don't know how to f
12 matches
Mail list logo