У меня есть несколько машин, которые проходят аутентификацию через 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) The 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
Будем очень признательны за любые мысли или шаги, которые я мог бы предпринять!
Ха - я пытался понять это часами, но только что понял, что запущен демон NetworkManager, который, по-видимому, блокирует, когда сетевые интерфейсы настроены не использовать NetworkManager.
Просто бег
service NetworkManager stop
А затем перезапуск все исправил. Надеюсь, это поможет другим людям - я видел кучу похожих симптомов в Интернете, но никто вообще не упомянул NetworkManager.
Я столкнулся с той же проблемой, и остановка сетевого менеджера не помогла. Попробовав разные приемы, я нашел интересный обходной путь. в моем случае, когда был процесс dbus-daemon и по какой-то причине он потреблял много ресурсов процессора, и как только я остановил процесс dbus-daemon и перезапустил службу ypbind, он заработал. Пожалуйста, попробуйте это, если ничего не работает. Надеюсь, это поможет!
Попробуйте выполнить эту команду перед запуском службы ypbind:
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
Вы останавливаете NetworkManager и запускаете ypbind, чтобы ypbind получил файлы привязки. Вы можете запустить NetworkManager, как только он получит файлы привязки.