[NIS en RedHat] Connection refused.

Pagina: 1
Acties:

  • Heidistein
  • Registratie: Februari 2002
  • Laatst online: 08-04 20:21
Ik ben hier thuis aan het expirimenteren met NIS/NIS+
Ik heb alles zo zowat ingesteld, en ipbind op de client logt keurignetjes in op de server, die voor het gemak maar ypserv -d draaid.
Op de server inde console krijg ik nu constant deze melding:
code:
1
2
3
ypproc_domain("platypusnet") [From: 10.0.0.1:762]
refused connect from 10.0.0.1
        -> Ok.


Nu vat ik dit helemaal niet.
Ik wweet dat jullie configfiles willen zien, maar welke willen jullie? Het zijn er namelijk veel :)

server:
ypserc.conf
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
#
# ypserv.conf   In this file you can set certain options for the NIS server,
#               and you can deny or restrict access to certain maps based
#               on the originating host.
#
#               See ypserv.conf(5) for a description of the syntax.
#
 
# Some options for ypserv. This things are all not needed, if
# you have a Linux net.
 
# Should we do DNS lookups for hosts not found in the hosts table ?
# This option is ignored in the moment.
dns: no
 
# How many map file handles should be cached ?
files: 30
 
# xfr requests are only allowed from ports < 1024
xfr_check_port: no
 
# The following, when uncommented,  will give you shadow like passwords.
# Note that it will not work if you have slave NIS servers in your
# network that do not run the same server as you.
 
# Host                     : Domain  : Map              : Security
#
# *                        : *       : passwd.byname    : port
# *                        : *       : passwd.byuid     : port
 
# Not everybody should see the shadow passwords, not secure, since
# under MSDOG everbody is root and can access ports < 1024 !!!
#*:*:none:none
 
# If you comment out the next rule, ypserv and rpc.ypxfrd will
# look for YP_SECURE and YP_AUTHDES in the maps. This will make
# the security check a little bit slower, but you only have to
# change the keys on the master server, not the configuration files
# on each NIS server.
# If you have maps with YP_SECURE or YP_AUTHDES, you should create
# a rule for them above, that's much faster.
# *                        : *       : *                : none


client yp.conf:
code:
1
2
3
[root@platypusnet mozilla-1.5]# cat /etc/yp.conf
domain platypusnet server juggernaut
ypserver juggernaut


Edit:
Oja:
Alles is omgekeerd hier...
de client in 10.0.0.1
de server (juggernaut) is 10.10.10.10

[ Voor 3% gewijzigd door Heidistein op 14-10-2003 17:51 ]

Maybee we are alone... After all.


  • Heidistein
  • Registratie: Februari 2002
  • Laatst online: 08-04 20:21
Ik heb nog verder gezoch, en nog paar dingen gevonden die niks uithaalden.
Heeft echt niemand ook maar een klein ideetje in de richting? Als ik dat al eens heb bedacht geeft dat niets :)

*schopje*

Maybee we are alone... After all.


Verwijderd

Heb je toevallig tcpwrappers aanstaan? Of een firewall?

Verwijderd

Gezien de foutmelding zullen tcpwrappers inderdaad wel aanstaan (of het is een intern ACL mechanisme, maar daarvoor herinner ik me de config van NIS niet goed genoeg).

  • Heidistein
  • Registratie: Februari 2002
  • Laatst online: 08-04 20:21
Ik heb inderdaat ook aan die tcpwrappers zitten denken...
Ik denk dat het eerder een interne ACL is... Maar waar...
Die tcpwrappers... Toch alleen host.deny en allow?

Maybee we are alone... After all.


  • Heidistein
  • Registratie: Februari 2002
  • Laatst online: 08-04 20:21
OPGELOST!!
Ik deel het effe mee, om menden die de search *wel* gebruiken op weg te helpen.

Geniale oplossing... het idee van "Het kwartje is gevallen, uw kougombal komt eraan".

In /var/yp/securenets mag je aangeven welke netwerken mogen vebinden.
Hier stond in:
127.0.0.1/255.255.255.0
10.0.0.0/255.0.0.0

Dit moest zijn:
127.0.0.1
10.0.0.0/24

Maybee we are alone... After all.

Pagina: 1