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/messagesypbind 서비스를 다시 시작할 때마다 다음 유형의 보고서가 생성됩니다.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
나는 같은 문제에 직면했으며 네트워크 관리자를 중지해도 도움이되지 않았습니다. 다양한 트릭을 시도한 후 흥미로운 해결 방법을 찾았습니다. 내 경우에는 dbus-daemon 프로세스가 있고 어떤 이유로 CPU를 많이 소비하고 있었고 dbus-daemon 프로세스를 중지하고 ypbind 서비스를 다시 시작하자마자 작동했습니다. 아무것도 작동하지 않으면 시도해 보십시오. 도움이 되었기를 바랍니다!
답변3
ypbind 서비스를 시작하기 전에 다음 명령을 시도해 보십시오.
authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis
답변4
NetworkManager를 중지하고 ypbind를 시작하여 ypbind가 바인딩 파일을 가져오도록 합니다. 바인딩 파일이 있으면 NetworkManager를 시작할 수 있습니다.