Szia!
Na most megvan az eredmeny:
az ypbind-nek nicsn opcioja normalissan indul:
[root@nisclient ~]# ps -ef | grep -i ypbind
root 316 1 0 21:49:46 ? 0:01 /usr/lib/netsvc/yp/ypbind
[root@nisclient /var/yp]# ls -al /var/yp/binding/`domainname`/
total 6
drwxr-xr-x 2 root root 512 Jan 5 22:39 .
drwxr-xr-x 3 root bin 512 Jan 7 21:49 ..
-rw-r--r-- 1 root root 10 Jan 7 21:13 ypservers
[root@nisclient /var/yp]# cat /var/yp/binding/`domainname`/ypservers
nisserver
ypmatch -m opcio nincs :)
[root@nisclient /var/yp]# ypmatch passwd
Usage:
ypmatch [-d domain] [-t] [-k] key [key ...] mname
ypmatch -x
where
mname may be either a mapname or a nickname for a map
-t inhibits map nickname translation
-k prints keys as well as values.
-x dumps the map nickname translation table.
[root@nisclient /var/yp]# ypwhich
Domain domainname not bound on nisclient.
Annyit meg le kell irnom nehezites keppen hogy a nis szerver egy ldom szerver primary/control domain,
a kliensek ldom-ok rajta
Es amit talaltam a ldoms 1.0.3 release notes-ba esetleg erdekes lehet: Bug ID 6533696
Ami arrol szolt hogy a "Solaris Security Toolkit"-tal az server-secure.driver helyett lehet hogy ldm_control-secure.driver-t kellene hasznalni.
Velemeny? Otlet?