永井勝則と申します。
FCS1.5に追加版をあてています。

MacromediaのTechNotesによると、FCSのトネリングについて、
最新版のFlash Playerをクライアントが使えば、
nc.connect("rtmp://xxx.xxx.xxx/app");
でいいように読めるのですが、これでほとんどのクライアントが見られるようになると考えていいのでしょうか？
--
当方で作製したアプリケーションが、先方の会社の環境では動作しない、ということでしたので、今いろいろ原因を探っているところなのです。こちらでできるだけのことをしたいと思いまして。

引用：
追加版というのは 1.5.1 のアップデータのことですか？

引用：
どのページでしょうか？(^^;

引用：
トンネリング機能（rtmpt）に対応しているのは Flash Player 6.0r65 以降です。
ただし、MacOS（Classic）版では対応していません。

http://www.macromedia.com/support/flashcom/ts/documents/http_tunneling.htm

これ以降の Flash Player では、永井さんの方法だとデフォルトでは上の文書にも書かれているように、

・1935 (rtmp)
・443 (rtmp)
・80 (rtmp)
・80 (rtmpt)

で接続しようとします。

これは、接続できない場合にポート番号を切り替えてアクセスを試みる機能です。


もちろんこれを有効にするためには、サーバー側のポートはデフォルトでは 1935 しか有効ではありませんので、443 および 80 も有効にする必要があります。

＃443, 80 を有効にする場合は
　同じサーバーに Web サーバーは置けなくなります


ただしこのポートの切り替え機能は、Flash Player の独自機能だけで実現されているのではなくて、OS の通信機能（Mac だと OpenTransport 等）のタイムアウトがあった場合に切り替える機能です。

つまり、 OS 側のタイムアウトが長い場合には、その時間分待たされます。

Windows ではこの時間は 15 秒ほどですが、MacOS/MacOS X では数分ほど待たされます。
現実的には実用的な機能ではありません・・・(^^;

この辺をちゃんと使えるようにするためには、自分でポート切り替えの仕組みを実装される必要があります。


トンネリング機能は、rtmpt で接続する場合のみ有効です。

これはソケット通信のかわりに HTTP で通信を行いますので、HTTP のコンテンツしか見れないような Firewall も通過することが可能になります。

ただし、サーバーおよびクライアント双方で HTTP との変換処理が入りますので、リアルタイム性が低下するために、動画やサウンドには大きな影響が出るそうです。

あくまでも、「見れる」ということを実現するための機能ですね。

でも、企業や CATV 等の環境では Firewall 経由というところが少なくないようですので、この辺は重要な機能だと思います。

引用：
動かない理由というのは何なのでしょうか？
情報オブジェクトには何か返ってきていますか？

1.5.1です。
MacromediaのTechNoteというのは、まさに
http://www.macromedia.com/support/flashcom/ts/documents/http_tunneling.htmのことです。
動かない理由は、不明です。たぶんFireWallだと思います。
--
作成中のアプリケーションは、ビデオを流すものなので、rtmptは現実的ではなさそうですね。
今は、テストで当方の極細回線サーバーでやっていますが、実際にはレンタルサーバーを使用するようです。
その場合、ポートの80を開けてもらうなんてできるんですかね？
そのサーバーによりますか。
--
一般的には、FireWall経由での”見られない”クライアントに対し、FSCアプリケーション作成サイドとしては、どう対処しているのでしょうか？
--
詳しい説明をありがとうございました。

引用：
「不明」というのがよく分からないのですが・・・(^^;、エラー処理などは入れられていないのでしょうか？

クライアントのプレーヤーが Flash Player 6 以上かどうかの確認もされていますか？

引用：
レンタルサーバーというのは、「Flash Communication Server」のレンタルサーバーですか？

ポートを開けるのはサーバー全体やネットワークを含むセキュリティーにも影響しますので、そこが可能かどうかはレンタルサーバーを運営しているところ次第だと思います。

引用：
Flash Communication Server の通信は、通常は 1935 番ポートを使ったソケット通信ですので、Firewall やブロードバンドルーターなどでこのポートが制限されている場合は、通信できません。

これを回避するための方法が、

　・Well Known ポート番号を使った RTMP 通信

　　一般的に開いてると思われる Well Known ポートを使ってソケット通信します。
　　443, 80 での rtmp 通信がこれです。

　　HTTP しか許可しない proxy サーバーのような場合は、この方法では通信できません。

　・HTTP の通信しか許可しない Firewall などに対応するための HTTP トンネリング機能

　　rtmpt の通信がこれです。
　　データを HTTP に毎回変換して送受信しますので、proxy サーバーも通過できます。

この辺は Flash Communication Server に限った問題ではなくて、QuickTime Streaming Server や Real Server 等からのストリーミング配信の場合でも、同様の問題があります。

アップル - QuickTime - FirewallsとQuickTime

その後の話です。
アメリカのFCSサービスの会社と契約してそこを使うようにしました。
すると今度は、クライアントのＰＣでも動作しました。
----
いろいろ調べたら、WebサーバーとFCSを別のサーバー機にして、FCS機の方のポート80を開けるのが良いようです。当方の環境ではWebサーバーとFCSとが同一マシンでしたので、80をFCSに渡すことはできませんでした。
FCS専用のサーバー機を設けるということだと理解しました。