02:59ActionScriptKitasando.asで話題になったのがSWFVerification。これはストリーミングサーバが特定のswfからのアクセスしか許さない、という機能。FMS3は接続を行うswfをあらかじめ登録しておくことで、接続時にハッシュ値の整合性を確認し、1byteでも異なっている場合は接続を許可しない、という仕様だそうです。(どうやって整合性とってるのかは謎。typesterさんも言及してました。)で、そんな機能ってたしかWowzaにもあったはずだよなぁ。思って調べてみるとそれっぽい機能がありました。FMS3とは少し違う仕様で、「接続を許可するswfの設置サーバのドメインを登録できる」というもの。ハッシュ値照合までしないので、厳密にはVerificationではないものの、セキュリティ的には結構これで事足りる気はします。ローカルにswfを落としてそこから接続を試みるような野良swfは接続できない、ということですね。実際、FMS3のSWFVerificationはデプロイが問題になるみたいです。いうのもクライアントのswfを書き出し直すたびにFMS3にデプロイしなおす必要があるので、この作業が煩雑になる問題があるみたいですね。Application.xmlの冒頭のConnections/AllowDomainsの箇所に、許可ドメインをカンマで区切って羅列します。&lt;Connections&gt;&lt;AutoAccept&gt;true&lt;/AutoAccept&gt;&lt;AllowDomains&gt;lab.katsuma.tv&lt;/AllowDomains&gt;&lt;/Connections&gt;こうすると同じswfでもlab.katsuma.tvに設置したもののみがこのアプリケーションに接続できて、他のドメイン(たとえば、blog.katsuma.tv)に設置されたswfは接続できない、というものです。検証コードも書いてみました。接続できる状態にする)。その後、上でかいたドメイン縛りの記述を付け加えてWowzaを再起動し、Firebugを開いた状態で次のURLにアクセスしてみてください。"NetConnection.Connect.Success"]こんなログが出力されるかと思います。どちらも同じswfですが接続元から接続可能かどうかの結果が分かれています。まとめSWFVerificationでWowzaの導入をためらっていた方はこの方法を検討してみる、というのも手かもしれません。デプロイも気にしなくていいから楽ですよ!ソースコードあと、いきなりローカルに接続されると怪しく思う人もいると思うのでソース晒しておきます。ちなみにsecondlifeさんのlog関数を利用しています。evt);}]]&gt;&lt;/mx:Script&gt;&lt;/mx:Application&gt;Application.xmlWowza/conf/live/につっこんで再起動。ServerでSWFVerification(っぽいこと)をする方法AboutこのBlogはクックパッドに勤めるWebエンジニアがLLネタや情報技術について直感で思ったことを何も考えず発信するサイトです。コメントやお問い合わせ、執筆依頼などは@ryo_katsuma宛のmention、またはメールなどでお待ちしています。