4

Решено: смотри снизу. tl; dr: включить сетевой менеджер.

Я пытаюсь настроить систему CentOS6 для входа в систему с помощью NIS. Я настроил NISDOMAIN и чтобы файлы, такие как passwd, находились на NIS-сервере в nsswitch.conf, но он не может привязаться к NIS-серверу (он может пропинговать его и SSH, поэтому проблема с видимостью не возникает), при загрузке или перезапуске ypbind он ждет целую вечность в службе Binding NIS: ....., затем возвращает [OK], но на самом деле не выполняет привязку, насколько я могу судить.

Когда я пытаюсь ypwhich, я получаю следующее:

ypwhich: Can't communicate with ypbind

Оглядываясь вокруг, можно предположить, что он может не работать, когда люди сталкиваются с этой проблемой, но, похоже, это для меня, по крайней мере, в том, что показывают service и chkconfig.

rpcinfo -u localhost ypbind  

возвращает следующее:

rpcinfo: RPC: Program not registered
program 100007 is not available

Изменить: опечатка и небольшое уточнение.

Edit2: сервер NIS определенно указан, но он действует так, как будто это не так. Когда я делаю

service ypbind restart

это вывод в /var /log /messages:

Mar  7 13:29:27 foobar dbus: avc:  received policyload notice (seqno=6)
Mar  7 13:29:27 foobar dbus: avc:  received policyload notice (seqno=6)
Mar  7 13:29:27 foobar dbus: avc:  received policyload notice (seqno=6)
Mar  7 13:29:27 foobar dbus: [system] Reloaded configuration
Mar  7 13:29:37 foobar ypbind: NIS domain: FOO, NIS server:

Сервер определенно указан в yp.conf:

domain FOO server 192.168.1.xxx

Тем не менее, сообщения не показывают этот адрес.

Edit3: Решение:
Оказывается, ypbind будет работать только с сетевым менеджером, управляющим интерфейсом на CentOS6. Вроде клудж, но это работает - просто включите диспетчер сети на интерфейсе. Когда это будет сделано, просто перезапустите ypbind и все заработает.

2 ответа2

2

Вы также можете проверить, включен ли у вас брандмауэр, который, вероятно, прекратит связь между клиентом NIS и сервером NIS.

chkconfig --list | grep iptables

Попробуйте следующее:

service iptables stop

Затем повторите попытку привязки вашего клиента.

Если это решает проблему с подключением, вы можете либо отключить iptables (Firewall), либо изменить правила соответствующим образом.

1

У меня была та же проблема сегодня, и для меня это был NetworkManager который был проблемой

т.е.

service NetworkManager stop
chkconfig NetworkManager off

Затем также убедитесь, что каждый из интерфейсов не контролируется NetworkManager, и добавьте NM_CONTROLLED=no , т.е. я выполнил следующую команду

sed -i -e 's/\(^NM_CONTROLLED=\).*/\1no/g' /etc/sysconfig/network-scripts/ifcfg-*

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .