☰

NISがバインドに失敗する

tag-icon • tag-icon centos nis rpc networkmanager yp
NISがバインドに失敗する

NIS 経由で中央サーバーに認証するマシンが多数あります。新しい CentOS 6.2 クライアント マシンを購入しましたが、認証できません。

以下は、古典NIS を扱うときに人々が間違えたり忘れたりするもの:

1) クライアントマシンはサーバーにpingを実行できる（そして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

私も同じ問題に直面しましたが、ネットワークマネージャを停止しても解決しませんでした。さまざまなトリックを試した後、興味深い回避策を見つけました。私の場合、dbus-daemon プロセスがあり、何らかの理由で CPU を大量に消費していたため、dbus-daemon プロセスを停止して ypbind サービスを再起動するとすぐに機能しました。何も機能しない場合は、これを試してみてください。お役に立てば幸いです。

答え3

ypbind サービスを開始する前に、このコマンドを試してください:

authconfig --update --nisdomain=<nis domain name> --nisserver=<nis server name> --enablenis

答え4

NetworkManager を停止し、ypbind を起動して、ypbind がバインディング ファイルを取得できるようにします。バインディング ファイルを取得したら、NetworkManager を起動できます。

関連情報