シナリオを構成するこいつを参考にhttpsブリッジを構成してみた。2006もぼちぼち実験中なので、いずれはそっちに乗り換える予定。今回、TSゲートウェイ用のSSL証明書を自己署名証明書ではなく、証明機関をインストールしてやってみた。証明機関なんてろくに使ったことないし、SSLの設定方法すらよく分かって無かったので苦労したといえば苦労した。こちらが大変参考になりました。ISA2006ではこの呪縛から解放されているっぽい(1/13加筆)これやっちまうと、あとで手順を書くけれども、1からやり直しになっちゃう。一般名を入力するのは一番最初なんでね。一般名をグローバルIPアドレスにしちゃうと、ISAでSSLのリスナを作る時にどうにもこうにもならなくなる。リスナのプロパティに、公開する内部サーバ(TSゲートウェイサーバ)を入力するところがあるのだが、そこの値と証明書の一般名が一致していなければならないのだ!名前にしとけば、名前解決の仕組(DNSやらHostsやら)でグローバルとプライベートのIPアドレスをすり替えることができる。オレ、一般名がグローバルIPアドレスの証明書作っちゃって、エラーの原因がさっぱりわかんなくってかなり嵌った。ISAのログ監視では、ISA→TSGWサーバーでの接続エラーてかんじにしか出てこないし・・・。ISAからTSGWサーバーへhttpsできないと話しにならんので、TSGWの方に適当なテキストファイルを置いてISAからブラウザでhttpsアクセスしてみた。すると証明書が不正です警告が出たので、そこで証明書の名前とホスト名(FQDN)が違うよということが分かった。やり直し中に、消さなくてもいい証明書まで消しちゃったらしく、証明機関サービスが起動しなくなっちゃったりもしたけど、証明機関のアンインストール&インストールで復帰してくれたからよかった。IISで最初から入ってた証明書まで消しちゃったんだと思う。2006では2004と比べると、httpsブリッジする時の設定が柔軟になったようだ。公開先タブで、内部のコンピューター名またはIPアドレスを指定できるようになってる。コメントをキャンセルコメントを入力してください。以下に詳細を記入するか、アイコンをクリックしてログインしてください。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。アカウントを使ってコメントしています。新しいコメントがついたらメールで通知。拡張機能を読み込めません。拡張機能を読み込めません。使用に同意したとみなされます。ポリシー%d人のブロガーが「いいね」をつけました。