†NISサーバを作ってみる。NISドメイン名は所属するDNSドメイン名(chaperone.jp)でも、単に単語だけでも構わない。ここではxtalとしてみる。auto.homeの5種として、passwdのshadowファイルやgroupのgshadowファイルは使用せず、/var/yp/etcをnis向けマスターソースの場所とした。yp]#*ソースファイルを修正したら、/var/ypでmakeを実行し直します。*ログにsecurenetsがないぞ!と怒られるがなくてもいい。†NIS配下のノードからパスワード・シェル変更の要求を処理するためにyppasswdを設定する。各NISクライアントの/etc/profile.d/nis.{sh,csh}らを用意してyppasswdのpasswdへのaliasを用意すべきかと。yppasswdなど組み込むべきかと。dbus*ypbindにdbusの稼働が必要みたいインストール後、nisの設定はauthconfig-tuiコマンドを使って設定します。これを使わず、/etc/nsswitch.confやpam関係を調整するのは面倒なので。authconfig-tui起動すると初期画面が現れます。ここで「NISを使用」を選択して、[次]へ進みます。次の画面「NIS設定」において、ドメインとNISサーバを指定します。NISドメインは「xtal」、サーバは「nis」とします。ここで、NISサーバの名称が/etc/hostsに存在しなければ、NISサーバのIPアドレスを入力します。すると画面が代わり、下記のように表記されます。ドメインサーバーを検索中#この操作で変更が加えられたファイルは下記となる/etc/sysconfig/authconfig/etc/pam.d/system-auth-ac/etc/yp.conf/etc/nsswitch.conf/etc/sysconfig/networkどの項目がnisマップを使うかは、/etc/nsswitch.confによりほんとど定められるが、serviceは手動で定義する必要がある。filesとでもする。nisを実行して、「ypserv」項目が引けるかを調べる。nis.chaperone.jpとして得られる。groupcrystal::2000:sgeadmin::2222:として得られる。groupを行い、確認を済ませる。本来ならpasswdにaliasを付けてyppasswdを動かすのがいいみたい。*パスワード欄が更新される#っでこのパスワードは、/etc/sysconfig/authconfigのPASSWDALGORITHMにより作られる。md5なので大丈夫なのだが、これが最新のcentos6になるとsha512が規定になる。異種混在の環境ではsha512を理解できないマシンがあると混乱するので、まぁーmd5に合わせた方が無難みたい。†CentOS6.3でnisサーバを作ったらシリグラ様(irix6.5)と会話できなくなった。CentOS5.8をnisスレーブとして構築してみた次第。っで、これで問題は回避された。原因は不明なのだけど...nisサーバ一台での運用でも問題ないのだが、冗長運用をするならという事でスレーブサーバ(nisslave)を作ってみる。nisサーバからデータを引き上げる事が必要なので、nisクライアントの機能は必要。加え当然サーバ機能も。*portmapのみを再起動後でも稼動させる*このマシンにnisアカウントをログインさせるつもりがないのでypbindは停止。onこれでnisスレーブ側の設定は完了。次に、nisサーバ側の調整。nisマップが変更されたときにnisスレーブにもデータが伝播するように調整する。*スレーブサーバ名を追加*行単位でマシン名を登録。同じ名前を繰り返して記入。ypserversにて可能そして、ypserversのnisマップを手動で作成します。/var/yp/`domainname`/ypservers次に、更新されたnisマップをスレーブサーバに伝播させるには/var/yp/MakefileでNOPUSH=falseとする必要がある。実際の伝播は/usr/sbin/yppushにて行われる。このyppushはnisのypserversを呼んで伝播させるホストを決める。そのためnisサーバにはnisクライアントの機能も必要になる。yppushはnisスレーブ側のypxfrを呼び、nisスレーブ側のypxfrがnisサーバを訪ねて更新されたマップを取得する。取得方法にはもう一つあり、それがypxfrdなるデーモン。こっちの方が早いらしい。これはnisスレーブ側で動かすもの。ypwhichnis.chaperone.jpそして、/var/yp/Makefileを修正します。*NOPUSH=trueからfalseへ#これでnisマップが変更した際、伝播されることになります。あと、rootのcrontabに下記を入れる。ypbindは、スレーブを持つなら○。○nisサーバ/スレーブにnisユーザのログインは不要と考えている■freenasfreenasの7.2を使った。usbにインストールして、HDDは単体でufs。d1として/mntにマウント。nfs-utilsをインストール初回ログインのとき/home/$userがないので、ログインできない。umask=0022を加える。すれば、一応ホームディレクトリーが作成される。問題点発覚:ユーザがログインする際、NISはfreenasへ該当ユーザのホームディレクトリーマウント要求を出す。freenas側はそんなユーザは存在しないので、ありませんと返事。するとマウントできずに、つまりホームディレクトリー作成前に終了してしまう。ユーザがログインする際、その一つ手前のマウントポジションがマウントされればいいのか?つまり、/homeだけがマウントされ、その次にユーザのホームディレクトリーがマウントされればいいように思える。0.0.0.0/0.0.0.0:*:passwd.adjunct.byname:2とデバックモードで起動して、そしてNISクライアントから接続を試みてみる。下記のようなエラーがデバックモードで観測されるのなら、単にNISサーバでのmakeができてないだけみたい。~]#/etc/passwdに記載されたユーザのみログイン可能とさせる。netgroupを使って、特定のNISアカウントのみログインできるような方策もある。