НИС не может связать
У меня есть несколько машин, которые проходят проверку подлинности через 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
затем следующий тип отчета генерируется каждый раз, когда я перезапускаю службу ypbindSep 7 14:21:34 localhost ypbind: NIS domain: whaleshark, NIS server:
Где whaleshark - это имя домена NIS, но, по-видимому, он не имеет информации о сервере NIS? Запуск yp, который дает;
ypwhich: Can't communicate with ypbind
Буду очень признателен за любые мысли или шаги, которые я могу предпринять!
4 ответа
Ха - Я пытался понять это часами, но только что понял, что демон NetworkManager работает, который, по-видимому, блокируется, когда сетевые интерфейсы не используют NetworkManager.
Просто работает
service NetworkManager stop
А потом перезапуск исправил все. Надеюсь, это поможет другим людям - я видел в сети кучу похожих симптомов, но никто даже не упомянул NetworkManager.
Я столкнулся с той же проблемой, и остановка networkmanager не помогла. Попробовав разные хитрости, я нашел интересный обходной путь. в моем случае, когда был процесс dbus-daemon и по какой-то причине он потреблял много ресурсов ЦП, и как только я остановил процесс dbus-daemon и перезапустил службу ypbind, она заработала. Пожалуйста, попробуйте это, если ничего не работает. Надеюсь, это полезно!
Попробуйте эту команду перед запуском службы ypbind:
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
Вы останавливаете NetworkManager и запускаете ypbind, чтобы позволить ypbind получить файлы привязки. Вы можете запустить NetworkManager, как только он получит файлы привязки.