捨てられたブログ

SSL をクライアント認証方式に変更したところ， Google Chrome で以下のエラーが出ました。

エラー 107 (net::ERR_SSL_PROTOCOL_ERROR): 不明なエラーです。

原因は Chrome がクライアント認証に対応していないことのようです^[a]。まあブラウザは代替がいくらでもあるし，そもそも私のメインブラウザは今のところ Firefox なので良いのですが。

ちなみに Subversion クライアントである TortoiseSVN や Subversive は当然のように対応していました。 Chrome は以前から問題がちょくちょく出ますね。ベータ版であるはずの Gmail なんかよりよっぽど未完成な気がするのは勘違いではないと思います。

[2009-12-22 追記] 現在の最新版はクライアント認証に対応しているようです。

脚注

1. Google Chrome ヘルプ「報告されている問題」 [↩]

コンピューター Google Chrome, SSL, Subversion, セキュリティ, 未解決問題

Subversion リポジトリでシンボリックリンクは普通に使えるようです。

$ ln -s hoge hoge-link
$ svn add hoge-link

このときシンボリックリンクファイルには svn:special という属性がつき，内部的にはリンクが記述された通常ファイルとして扱われるようです。そのためか HTTP サーバー上でシンボリックリンクとして扱うことはできません。残念です。

Windows で扱う際は， svn:special 属性が無視されて通常のファイルとしてチェックアウトされてしまうことを注意しなければなりません。

Windows clients don't have symbolic links, and thus ignore any svn:special files coming from a repository that claim to be symbolic links. On Windows, the user ends up with an ordinary versioned file in the working copy.

コンピューター Subversion

Subversion の WebDAV で以前もはまったけどまた性懲りもなくはまってしまったのでメモします。

理由は調べていないのでなぜかはわかりませんが， mod_dav_svn で WebDAV をしようとすると， DocumentRoot からの相対パスとウェブサーバー上でのルートからの URI が一致するときに 301 リダイレクトが発生してしまいます。例えば次のような場合です。

DocumentRoot /var/repos

	
		DAV svn
		SVNParentPath /var/repos
	

/var/repos/hoge というリポジトリは DocumentRoot /var/repos から見て /hoge です。一方サーバーで見ると / がリポジトリの親ディレクトリと指定してあるのでやはり /hoge です。両者が一致しているので 301 リダイレクトが発生してしまいます。

これを解決するには DocumentRoot もしくは Location を変更してサーバー上での位置を変更するのが最も簡単です。 URI が微妙になったり，ローカルとの不整合が気になってしまいます。ちなみに Location を変更する場合はローカルに合わせて mod_rewrite を使いたくなるところですが，結局リダイレクトなので意味がありません (ウェブブラウザから閲覧するだけならそこまで問題ありませんが)。

Tip, サーバー Apache, Subversion, WebDAV, プラグイン