投稿日:2002年12月02日 作成鷹の巣

No.6684 Real Helix でライブ配信をするときのルータポートフォワードの疑問



Real Helix でライブ配信をするときのルータポートフォワードの疑問

No.6684 投稿時間:2002年12月02日(Mon) 02:18 投稿者名:帯鯖 URL:

帯鯖@名古屋です。

無謀にも、Real Helix Server and Producer for Linux でオンデマンドストリーミングサーバを作りました。
とりあえず自宅 LAN 内では動作を無事に確認したのですが、外部配信するにあたって、ポートフォワードの点で疑問があります。

ネットワークの簡略図は下記の通り。

www
|
Router
|
|--(Forwarded 80/tcp, 53/udp)--- 192.168.1.5 Server (www, DNS, and more...)
|--(Forwarded 554/tcp)---------- 192.168.1.6 RealServer
|------------------------------- 192.168.1.51 Windows Client
|

ルータで rtsp(554/TCP) をストリーミングサーバ 192.168.1.6 へ通しています。
外部から rtsp://GLOBAL-IP/***/***.ram とすれば、RealServer 192.168.1.6 へ通ると思うのですが、通りません。
このアクセス時、www Server 192.168.1.5 の Apache のログには、 404 と記載されました。

rtsp は、554/tcp の他にも 6970-6999/udp で通信することは分かっているのですが…。
やはり、ルータで 554/tcp しか解放していないのに原因があるのでしょうか?

しかし LAN 内の実験では、
RealServer 192.168.1.6 では、rtsp(554/tcp)は解放していましたが、 ipchains で udp を解放していませんでしたし、
そのうえ windows 192.168.1.51 設置のファイアウォールには、rtsp(554/tcp) の通過しかログがありませんでした。

単にアドレスのミスかと思い調べてみましたが、間違いは見つかりませんでした。
なぜ rtsp(554/TCP) が転送されないのか疑問です。ルータの再起動も完全に済ませています。
また、www Server 192.168.1.5 のログに行ってしまったのかも疑問です。

いろいろ調べてみますが、もし助言がありましたらお願いします。


追記

No.6685 投稿時間:2002年12月02日(Mon) 02:35 投稿者名:帯鯖 URL:

帯鯖@名古屋です。

ちょっとだけ解決しました。というか勘違いしていました。

> このアクセス時、www Server 192.168.1.5 の Apache のログには、 404 と記載されました。
> また、www Server 192.168.1.5 のログに行ってしまったのかも疑問です。

外部から http://GLOBAL-IP/***/***.ram を叩くことにより、その中の内容 rtsp://GLOBAL-IP/***/***.rm を参照するのですが、
Apache には、http://GLOBAL-IP/***/***.ram を取りだしたログが残るのは当たり前ですね。

http://GLOBAL-IP/***/***.ram の段階で 404 になっているということは、単純ミスかもしれませんが。
また調べてみます。


また追記

No.6686 投稿時間:2002年12月02日(Mon) 03:14 投稿者名:帯鯖 URL:

帯鯖@名古屋です。
何度も追記して困惑させてしまいますが。

> > 外部から http://GLOBAL-IP/***/***.ram を叩くことにより、その中の内容 rtsp://GLOBAL-IP/***/***.rm を参照するのですが、
> Apache には、http://GLOBAL-IP/***/***.ram を取りだしたログが残るのは当たり前ですね。
> > http://GLOBAL-IP/***/***.ram の段階で 404 になっているということは、単純ミスかもしれませんが。

.ram の段階では、404 ではなく 200 で正常に返答しています。
.rm を参照する段階で、404 を返してしまっています。


ルータに関する注意点は、ありませんでした。

No.6687 投稿時間:2002年12月02日(Mon) 07:48 投稿者名:鷹の巣 URL:http://sakaguch.com/

windowsでのサーバーの場合ですが、「ストリーミングサーバの構築」
http://homepage2.nifty.com/netwarp/server/ss.html
にルータに関する記載がありましたが、特にこれといった注意点は、ありませんでした。

以下のサイトも一度じっくり読んで見ますが、
●静的なRMファイルの配信方法
ZDNet エンタープライズ ヘルプデスク: Linux How-To - 第11回ADSLを利用したストリーミングサーバ構築(前編)
http://www.zdnet.co.jp/help/howto/linux/0007master/11/
●動的なRMファイルの配信方法
ZDNet エンタープライズ ヘルプデスク: Linux How-To - 第12回:ADSLを利用したストリーミングサーバ構築(後編)
http://www.zdnet.co.jp/help/howto/linux/0007master/12/

斜め読みしたところ、
http://www.zdnet.co.jp/help/howto/linux/0007master/11/07.html
に書いてある様な認証がらみの話みたいな気もします。(自信なしです。)


udp ポート通信でなくても、rtsp(554/tcp) 1本でコネクションできるようです。解決。

No.6695 投稿時間:2002年12月03日(Tue) 00:39 投稿者名:帯鯖 URL:

帯鯖@名古屋です。

今日、他の外部環境から試してみたところ、無事にライブ中継を見ることができました。
前回失敗したのは、バッファ中にタイムアウトしていたのか、中継ホストでのポートブロックの問題だと考えています。

> ZDNet エンタープライズ ヘルプデスク: Linux How-To - 第11回ADSLを利用したストリーミングサーバ構築(前編)
> http://www.zdnet.co.jp/help/howto/linux/0007master/11/
> ZDNet エンタープライズ ヘルプデスク: Linux How-To - 第12回:ADSLを利用したストリーミングサーバ構築(後編)
> http://www.zdnet.co.jp/help/howto/linux/0007master/12/

この特集は有名ですね。私もこれを参考にしました。

詳しく探したところ、real からファイアウォールについての詳細案内が出ていました。
これを見ると、ファイアウォールの 6970-7170/udp を解放させる必要があるようです。やはり。
http://service.jp.real.com/firewall/adminfw.html

しかし、例え upd がブロックされていたとしても、rtsp(554/tpc) に切り替えて、1本でコネクションを張れるようです。
http://homepage1.nifty.com/homa/help/stream.html

従って Real のストリーミングは、「udp 通信が標準だが、rtsp(554/tcp) の1本でも通信できる」ということらしいです。

結構賢いんですね、Real の製品。
無事に解決して、また自宅サーバの楽しみが増えそうです。


|目次|掲示板|過去ログ目次|▲頁先頭|