I can get the group and passwd information from the master by:
ypcat -h 10.6.126.20 -d icet group
ypcat -h 10.6.126.20 -d icet passwd
But I cannot get the shadow information by:
ypcat -h 10.6.126.20 -d icet shadow
No such map shadow. Reason: No such map in server's domain
The following is the /var/log/messages. It seems that NIS master server doesn’t respond the client.
Oct 20 15:42:59 localhost dbus[2559]: [system] Activating via systemd: service name='net.reactivated.Fprint' unit='fprintd.service'
Oct 20 15:42:59 localhost systemd: Starting Fingerprint Authentication Daemon...
Oct 20 15:42:59 localhost dbus[2559]: [system] Successfully activated service 'net.reactivated.Fprint'
Oct 20 15:42:59 localhost systemd: Started Fingerprint Authentication Daemon.
Oct 20 15:42:59 localhost journal: clutter_actor_get_n_children: assertion 'CLUTTER_IS_ACTOR (self)' failed
Oct 20 15:43:04 localhost NetworkManager[2667]: <info> [1729410184.7143] agent-manager: req[0x5598f121d960, :1.182/org.gnome.Shell.NetworkAgent/0]: agent registered
Oct 20 15:43:04 localhost dbus[2559]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
Oct 20 15:43:04 localhost systemd: Starting Hostname Service...
Oct 20 15:43:04 localhost dbus[2559]: [system] Successfully activated service 'org.freedesktop.hostname1'
Oct 20 15:43:04 localhost systemd: Started Hostname Service.
Oct 20 15:43:34 localhost kernel: device em4 entered promiscuous mode
Oct 20 15:43:38 localhost systemd: Starting NIS/YP (Network Information Service) Clients to NIS Domain Binder...
Oct 20 15:43:38 localhost dbus[5898]: avc: received policyload notice (seqno=19)
Oct 20 15:43:38 localhost dbus[5929]: avc: received policyload notice (seqno=19)
Oct 20 15:43:38 localhost setsebool: The allow_ypbind policy boolean was changed to 1 by root
Oct 20 15:43:38 localhost org.a11y.Bus: Reloaded configuration
Oct 20 15:43:38 localhost org.a11y.Bus: Reloaded configuration
Oct 20 15:43:38 localhost dbus[2559]: [system] Reloaded configuration
Oct 20 15:43:39 localhost ypbind: Binding NIS service
Oct 20 15:44:28 localhost ypbind: Binding took 49 seconds
Oct 20 15:44:28 localhost ypbind: NIS server for domain icet is not responding.
Oct 20 15:44:28 localhost ypbind: Killing ypbind with PID 65565.
Oct 20 15:44:28 localhost ypbind: Try increase NISTIMEOUT in /etc/sysconfig/ypbind
Oct 20 15:44:28 localhost systemd: ypbind.service: control process exited, code=exited status=1
Oct 20 15:44:28 localhost systemd: Failed to start NIS/YP (Network Information Service) Clients to NIS Domain Binder.
Oct 20 15:44:28 localhost systemd: Unit ypbind.service entered failed state.
Oct 20 15:44:28 localhost systemd: ypbind.service failed.
Oct 20 15:44:33 localhost kernel: device em4 left promiscuous mode
And when I captured the packets during restarting ypbind by:
tcpdump -s 0 -i em4 -w ./packets.txt port 944
But there is no packet collected.
tcpdump -r ./packets.txt
reading from file ./packets.txt, link - type EN10MB (Ethernet)
However, when I use (without port 944):
tcpdump -s 0 -i em4 -w ./packets.txt
tcpdump -r ./packets.txt
There are packets collected:
16:05:30.161182 IP icetserver01.astri.org.924 > padnfs03.sunrpc: UDP, length 56
16:05:30.167163 ARP, Request who-has 10.6.126.98 (Broadcast) tell 0.0.0.0, length 46
16:05:30.194080 Loopback, skipCount 40648 (invalid)
16:05:30.531678 ARP, Request who-has daisy.astri.org tell cotton.astri.org, length 46
16:05:30.540607 ARP, Request who-has 10.6.126.117 tell 0.0.0.0, length 46
16:05:30.567545 IP icetserver01.astri.org.ms-wbt-server > 172.16.24.243.52059: Flags [P.], seq 168803:168855, ack 1280, win 1548, length 52
16:05:30.631204 IP 172.16.24.243.52059 > icetserver01.astri.org.ms-wbt-server: Flags [.], ack 168855, win 1031, length 0
16:05:30.777189 ARP, Request who-has tulip.astri.org tell 10.6.126.51, length 46
16:05:30.779195 ARP, Request who-has daisy.astri.org tell 10.6.126.51, length 46
16:05:30.825208 ARP, Request who-has orchid.astri.org tell 10.6.126.51, length 46
16:05:30.907218 ARP, Request who-has gateway tell 10.6.126.51, length 46
16:05:30.949493 ARP, Request who-has 10.6.126.2 tell vncsrv01.astri.org, length 46
16:05:30.983112 ARP, Request who-has daisy.astri.org tell pansy.astri.org, length 46
16:05:31.114510 ARP, Request who-has 10.6.126.2 tell vncsrv02.astri.org, length 46
16:05:31.167204 ARP, Request who-has 10.6.126.98 (Broadcast) tell 0.0.0.0, length 46
16:05:31.170143 IP icetserver01.astri.org.ms-wbt-server > 172.16.24.243.52059: Flags [P.], seq 168855:168898, ack 1280, win 1548, length 43
16:05:31.172515 ARP, Request who-has 10.6.126.114 tell 0.0.0.0, length 46
16:05:31.184645 IP icetserver01.astri.org.933 > padnfs03.sunrpc: UDP, length 56
16:05:31.219832 IP 172.16.24.243.52059 > icetserver01.astri.org.ms-wbt-server: Flags [.], ack 168898, win 1031, length 0
16:05:31.304275 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 04:32:01:97:fd:da (oui Unknown), length 301
16:05:31.314274 ARP, Request who-has 10.6.126.104 tell 10.6.126.138, length 46
16:05:31.533576 ARP, Request who-has daisy.astri.org tell cotton.astri.org, length 46
16:05:31.575962 IP 172.16.24.243.52059 > icetserver01.astri.org.ms-wbt-server: Flags [P.], seq 1280:1318, ack 168898, win 1031, length 38
16:05:31.576045 IP icetserver01.astri.org.ms-wbt-server > 172.16.24.243.52059: Flags [.], ack 1318, win 1548, length 0
16:05:31.581624 ARP, Request who-has tulip.astri.org tell cotton.astri.org, length 46
Does it mean that the NIS master didn’t response to the NIS client request?