У меня есть куча машин, которые аутентифицируются через NIS на центральном сервере. Я только что купил новую клиентскую машину CentOS 6.2, и она не может аутентифицироваться.
Ниже приведен списокклассикалюди ошибаются/забывают, когда имеют дело с NIS:
1) Клиентская машина может пинговать сервер (и подключаться по ssh)
Протестировано с использованием
ping swordfish
ping <ip address>
Оба из которых генерируют соответствующий ответ
2) ypbind
Процесс запущен на клиенте
Проверено на практике
ps -e | grep ypbind
3172 ? 00:00:00 ypbind
3) /etc/yp.conf
правильно отформатирован и содержит правильные данные
4)Брандмауэр отключен. Так что, надеюсь, проблема не в этом.
5) service
Стартердумаетвсе в порядке
/sbin/service ypbind restart
Shutting down NIS service: [ OK ]
Starting NIS service: [ OK ]
Binding NIS service:
..... [ OK ]
Проблема
Насколько я могу судить, привязки RPC нет.
/usr/sbin/rpcinfo -p # no ypbind programs
- В нем нет обязательных файлов.
/var/yp/binding/
Если я просматриваю журнал сообщений,
/var/logs/messages
то каждый раз при перезапуске службы ypbind генерируется следующий тип отчета:Sep 7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:
Где whaleshark — это имя домена NIS, но, по-видимому, у него нет информации на сервере NIS? Запуск ypwhich дает:
ypwhich: Can't communicate with ypbind
Буду очень признателен за любые мысли или шаги, которые я мог бы предпринять!
решение1
Ха, я пытался разобраться в этом несколько часов, но только что понял, что запущен демон NetworkManager, который, по-видимому, блокирует работу, когда сетевые интерфейсы настроены так, чтобы не использовать NetworkManager.
Просто бег
service NetworkManager stop
А затем перезапуск все исправил. Надеюсь, это поможет другим людям - я видел кучу похожих симптомов в сети, но никто вообще не упомянул NetworkManager.
решение2
Я столкнулся с той же проблемой, и остановка networkmanager не помогла. Перепробовав разные трюки, я нашел интересное решение. В моем случае, когда был процесс dbus-daemon, и по какой-то причине он потреблял много ресурсов ЦП, и как только я остановил процесс dbus-daemon и перезапустил службу ypbind, все заработало. Пожалуйста, попробуйте это, если ничего не работает. Надеюсь, это будет полезно!
решение3
Попробуйте выполнить эту команду перед запуском службы ypbind:
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
решение4
Вы останавливаете NetworkManager и запускаете ypbind, чтобы ypbind получил файлы привязки. Вы можете запустить NetworkManager, как только он получит файлы привязки.