LinuxであればUniversalバイナリが配布されているので、ダウンロードし解凍してpostinstall.shを実行すれば環境は整います。

どうも自分のマシンが名前解決できないと起動しないようなので、/etc/hostsにIPアドレスとホスト名を登録しておきましょう。

簡単なチュートリアルからはじめますが、ASTERでエラーが出て計算できません。

メッセージウィンドウには「Submission failed」と表示され、ターミナルには「returns 7」との表示が・・・。

もちろんCentOS5でやったときは問題なし。

とりあえず、/tmp/salomemeca2012.2-root.logを確認してみます。

すると「Not an executable : xterm」と。

調べてみるとxtermが入っていない！！！！

GNOMEのターミナルではダメらしい。

ということで、xtermを追加インストール。

再度、メッシュ＝＞ASTERで計算してみると無事に完了！！

なんかそれっぽい感じ（笑）

ひょっとしてCentOSの問題じゃなくてインストールのときに選んだパッケージが悪かったのか？？

昔からソフトが販売されていたのですが、超絶高額！！

一本数百万～が当たり前の世界でした。まぁ、買う人も少ないけど。

そんなソフトを使っても昔は計算するのに1日～1週間以上もかけてたようです。

お金のない人は自分でプログラム作ってfortranなんかで動かしてました。

当時の大型計算機使ってもかなり時間がかかる処理です。

CPUの性能向上のおかげでそれらの計算も大分高速に処理できるようになりました。

スパコン使わなくてもPCでそれなりに使えます。

問題はソフト。

自分でプログラム組むの大変ですから。

いろいろと探しているとフランスのeDF（電力会社らしい。日本の関電・東電ですかね？）が自分とこで使うために作ったツールを無償提供しているらしいです。

さっそく入れてみました。

これがそのソフト、「Salome-Meca」です。

簡単にいうと構造解析系のソフトは

　プリ：前処理。図形を元にメッシュや境界条件の設定をする

　ソルバ：実際に計算を行う

　ポスト：結果を表示する

に仕事が分かれます。

Salome-MecaはこのうちプリとポストをGUIでまとめたソフトです。ソルバはCode-Asterというものが対応していますが、それ以外のソルバーにも対応可能です。

要はSalome-Mecaは、OpenCascade、Netgen、ParaVIS、などのソフトをつないでくれるGUI環境ということです。

CentOS6では認証をSSSD認証抽象化レイヤーとかいうわけわからんものに頼っているのです。

で、設定ですがauthconfig-tui（コマンドライン版）もしくはauthconfig-gtk（GUI版）で設定を行います。

コマンドラインからauthconfig-gtkを入力すると

こんな画面が表示されます。赤で塗った部分にベースDN（dc=hoge,dc=hoge,dc=j）をサーバにはldaps://127.0.0.1のように入力します。（LDAPSの場合は頭をldapsで、LDAPの場合はldapではじめます）

「適用」をクリックすると設定完了。

しかし、このままでは証明書が認証された証明局発行のものしか受け付けません。

もちろん使っているのはローカル認証局のオレオレ証明書なので、オレオレでも受け入れる設定を追記します。

・/etc/openldap/ldap.conf

TLS_REQCERT allow を追加

・/etc/sssd/sssd.conf

ldap_tls_reqcert = allow

enumrate = True　　を追加

あとはSSSDを再起動すればOKです。

　id <ユーザー名>

と打つとUIDやGIDが表示されるはずです。

ldifファイル作ってTOPツリー作成してOU=GROUPとOU=PEOPLEを作成。

それとグループとテストユーザーを作成。

グループとテストユーザー作成にはLDAP ADMINというWindowsのソフト使いました。

LinuxでもMacでもWindowsでも使えるLDAPをGUIで触るソフトにApache　Directory Studioってのもあります。

Win以外で使うならこれでしょう。なんかECLIPSEなインターフェイスです。

次に考えるのはセキュリティ。

LDAPのセキュリティはやりとりのみ暗号化するTLSと通信全体を暗号化するSSLがあるようです。

TLSは通常と同じポート389で接続します。SSLはポート636で接続します。

確認するには

# netstat -an |grep 636

または

# netstat -an|grep 389

でstateがLISTENになっていれば通信を受け付けてくれます。

では、早速のこの設定をしてみましょう。

まずは証明書。実は/etc/pki/tls/certsにもともと入っています。

とりあえず、この中のserver.crtとserver.keyを/etc/openldap/certs/にコピーしましょう。

もちろん認証局の証明書を使ったり自分で新規に作成することもできます。どちらの場合も秘密キーと証明書をコピりましょう。

次にslapd.confの設定をします。

TLSCertificateFile /etc/openldap/certs/server.crt

TLSCertificateKeyFile /etc/opneldap/certs/server.key

を追加します。

あとは

#rm -rf slapd.d/*

#slapdtest -f slapd.conf -F /etc/openldap/slapd.d

#chown -R ldap:ldap /etc/openldap/slapd.d

で設定完了です。

# /etc/init.d/slapd restart

# ps -ef|grep slapd

で

　/usr/sbin/slapd -h ldap:/// ldaps:/// ldapi:/// -u ldap

となればOKなのですが、実際は

　/usr/sbin/slapd -h ldap:/// ldapi:/// -u ldap

でldapsが有効にならない。

いろいろと調べていくと・・・

/etc/init.d/slapdにldapsを使うならSLAPD_LDAPSという変数をyesにしないといけない様子。

しかしこの部分を変えてもうまくいかない。

さらに調べていくとありました！！！

/etc/sysconfig/ldap

このファイルの中で

SLAPD_LDAPS=yes

に変更します。

これで/etc/init.d/slapd startすると見事636でLISTENになりました。

# yum install openldap-server

# yum install openldap-client

yumでさらっとインストール。

次は設定ですが、slapd.confがない。。。

どうもslapd.confのかわりにslapd.d配下にconfigファイルを置くようになった模様。

しかし、sladp.d配下を直接触るのは非推奨という謎仕様。

いろいろ調べるとslapd.confから自動的に生成してくれるようなのでそれでいこう。

slapd.confの影も形もないので探します。

/usr/share/openldap-server/slapd.conf.obsoleteを発見。

こいつを/etc/openldapにコピー。

一応名前をslapd.confに改名。

slapd.confを編集して

suffixをdc=hoge,dc=atama,dc=jpに。

rootdnをcn=Manager,dc=hoge,dc=atama,dc=jpに。

rootpwをslappasswdコマンドSSHA文字列を生成してコピペ。

完了でございます。

# slaptest -f slapd.conf -F slapd.d

でconfigが生成されるらしいがエラー。

DB_CONFIGというファイルがないらしい。

このファイル/usr/share/openldap-server/にあったので/var/lib/ldap/配下にコピー。

再度

# slaptest -f slapd.conf -F slapd.d

しかし、今度はid2entry.bdb : No such file or directory. ときた。

このメッセージはどうもバグらしい。

なんでもいいからldifでslapaddせよと記載が。

そこで

# slapadd -l schema/core.ldif

を実行。ところがまたエラー。

bad configurationと出ている。よく読むとmonitorが一個だけとかなんとか。

一度、slapd.d配下のファイルを全部削除。

再度

# slapadd -l schema/core.ldif

結果はSUCCESS。

ここで

# slaptest -f slapd.conf -F slapd.d

無事にconfigは生成された。