検索条件
全5件
(1/1ページ)
2011/06/25(土)/usr/local/lib/libldap.so: undefined reference to `fetchGetURL'
2017/10/12 4:29
openLDAP サポートを必要とする他のアプリケーションを構築しようとすると、
/usr/local/lib/libldap.so: undefined reference to `fetchGetURL'
のようなリンクエラーが出て構築できないという状況になる場合があります。
日本語での情報が全く無いため、記録しておきます。
google のお世話になりました。英語が苦手なのでちと苦労を。。（爆）
これは、openLDAP 2.4.24 以降の新しいバージョンで fetch(3) ライブラリをデフォルトで組み込まなくなったことによります。
FreeBSD の場合は、fetch(3) ライブラリはＯＳ標準で用意されています。
OpenLDAP 2.4.23 以前と同じ挙動にするためには、openLDAP 2.4 コンパイルの configure 時に、
--with-fetch
をconfigure オプションに追加します。
しかし、FreeBSD の場合、これだけでは駄目なのです。
コンパイル、インストールは何の問題もなくされるのですが、なんと、configure スクリプト自身にバグが潜んでいます。
以下のパッチを当てる必要があります：
@@ -22234,7 +22234,7 @@
if test $ol_cv_lib_fetch != no ; then
- LUTIL_LIBS="$LUTIL_LIBS $ol_link_fetch"
+ LIBS="$LIBS $ol_link_fetch"
> ol_link_fetch=freebsd
elif test $ol_with_fetch != auto ; then
上記の修正後、--with-fetch オプションを追加した状態にて、いつもどおり configure から openLDAP 2.4 を構築することで解決します。
(追記 2011/07/14)
OpenLDAP 2.4.26 に於いて、このバグは解消されているようです。
2011/06/15(水)dovecot 2.0.13 を FreeBSD8.2R 上で構築
2017/10/12 4:28
＊ dovecot 2.0.x のインストール準備
ＯＳに dovecot と dovenull アカウントを作成。
＃ dovenull アカウントは 2.0 になってから必要になった
./configure 、make は v1.2.x と同じようにできる。
＊ dovecot 2.0 のコンフィギュレーションファイル dovecot.conf
v1.2 からは書式が大幅に変更されていて、正直難解なものになってしまった。
しかし、v1.2 のコンフィギュレーションファイルがあれば、v2.0 用に変換するツールが付いている。先ずは以下の要領で変換する：
# copy dovecot.conf dovecot.conf.old
# doveconf -n -c dovecot.conf.old > dovecot.conf
弊社では ver 1.2 からのアップグレードで、
これでＯＫかと言いたいところだが、リハーサルしてみると、実際はそのままではまともに起動しなかった。 dovecot.conf に以下の変更が必要だった：
service auth {
executable = /usr/local/libexec/dovecot/dovecot-auth ← 削除
unix_listener /var/spool/postfix/private/auth {
group = postdrop
mode = 0660
user = postfix
}
user = root
vsz_limit = 128 M
}
ちなみにこれは、SMTP-AUTH に dovecot SASL を使う場合の設定。
これで起動できる。
また、SSL 署名ファイルの書式はちょっと特殊。
ssl_cert = </etc/postfix/tlskey/clione.basekernel.ne.jp.pem
ssl_key = </etc/postfix/tlskey/clione.basekernel.ne.jp.key
赤文字部分の '<' が何故か必要。消す必要はありません。
最初は変換エラーかと勝手に思い込んで、わざわざ削除してしまい、填ってしまった...orz
参考にどうぞ。
2011/06/14(火)Samba 3.5.8 を FreeBSD 8.2上で構築
2017/10/12 4:27
Compiling ../nsswitch/winbind_nss_freebsd.c
make: don't know how to make EXTRA_FLAGS. Stop
や
Linking non-shared library bin/libsmbclient.a
make: don't know how to make EXTRA_FLAGS. Stop
といった、エラーを出して、 samba の導入が出来ない。
これは既知の問題らしく、3.5.0 が提供された時点から未だすべて修正されていない模様。
日本語での情報は無かったが、どうやら以下のようにすると大丈夫らしい。
source3/Makefile の 1405行目付近：
# $(LIBSMBCLIENT_THREAD_OBJ) ../nsswitch/wins.o ../nsswitch/winbind_nss_linux.o: EXTRA ....
つまり、$(LIBSMBCLIENT_THREAD_OBJ) で始まる行を探し出し、その行をコメントアウトする。
参考になれば幸いです。
2011/06/13(月)〔参考〕Apache 2.2 のSNI ホスティング設定
2017/10/12 4:26
Apache 2.2.12 以降で使用できます。
あとは、通常のノンセキュア名前ベースバーチャルホストと大きく変わりません。
－－－ ここから
Listen 443
NameVirtualHost aaa.bbb.ccc.ddd:443
SSLStrictSNIVHostCheck off
<VirtualHost aaa.bbb.ccc.ddd:443>
DocumentRoot "/home/webroot/site1/ssdocs"
ServerName www.example.com
SSLEngine on
SSLCertificateFile "/usr/local/etc/apache/certs/www.example.com.pem"
SSLCertificateKeyFile "/usr/local/etc/apache/certs/www.example.com.key"
（以下、その他の設定）
</VirtualHost>
<VirtualHost aaa.bbb.ccc.ddd:443>
DocumentRoot "/home/webroot/site2/ssdocs"
ServerName www.example.net
SSLEngine on
SSLCertificateFile "/usr/local/etc/apache/certs/www.example.net.pem"
SSLCertificateKeyFile "/usr/local/etc/apache/certs/www.example.net.key"
（以下、その他の設定）
</VirtualHost>
2011/06/13(月)ネーム(名前)ベース SSL バーチャルホストは今や可能
2017/10/12 4:25
今まで、ＳＳＬのバーチャルホスティングは、サイト毎に異なるＩＰアドレスが必要で、昨今のＩＰアドレス枯渇を受けて、不要不急の立ち上げを規制しているなどの面もあって積極的には対応していませんでした。
エンドユーザに対しては、「サイト毎にＩＰアドレスが必要 → 提供費用の上乗せ」ということにならざるを得ずという状況でした。
ですが、現在では「ＳＮＩ対応ブラウザ」さえあれば、「ネーム(名前)ベース SSL バーチャルホスト」が出来ますので、同じ品質で今までより安価にＳＳＬサイトを運用・構築できる道が拓かれています。
月額換算で最低４０００円程度から対応できます。
ＳＮＩ対応ブラウザは、2011/06/13 現在以下の通りです。
一部ゲーム機に以下のブラウザが搭載されていますが、ゲーム機では基本的にＳＮＩ対応はされていません。
お使いのものが WindowsXP であれば、Internet Explorer を捨てる選択をお勧め。
但し、Internet Explorer からの乗り換え誘導のほうが、経済的負担より重いかもしれません。
・Opera 8 以降全て (TLS 1.1 を手動で有効・確認する必要がある)
・Firefox 2 以降全て
・Chrome 6 以降全て
・Safari 3.2.1 以降
(Safari については、MacOS X,Windows 7 以降で対応。その他は不可)
・Lynx 2.8.7rel1 以降
・Internet Explorer 7,8,9
(Internet Explorer については、Windows vista 以降で対応。Windows XP は不可)
また、サーバでもＳＮＩに対応していることが必要です。
以下の要件を満たしていれば、たいていの場合、自動的に導入されています。
・Apache 2.2.12 以降のバージョンで、OpenSSLライブラリ付きで構築している
・OpenSSL 0.9.8k 以降
（OpenSSLがTLS拡張オプション〔enable-tlsext〕ありで構築している）
（OpenSSL 0.9.8f 以降であれば、TLS拡張オプションありで再構築すれば対応できる）
FreeBSD の場合、OpenSSL がＯＳにバンドルされていますが、8.1R が OpenSSL 0.9.8n, 8.2R が OpenSSL 0.9.8q で、8.1R からデフォルトでTLS拡張オプション対応です。