RTMFP和防火墙/路由器 [英] RTMFP and firewalls/routers

查看:203
本文介绍了RTMFP和防火墙/路由器的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想使用Flash的RTMFP协议,但我想知道如果它的价值开发主流观众?从我的理解,它使用UDP除非防火墙/用户的路由器配置正确就变得无用。

I would like to use Flash's RTMFP peer protocol but I am wondering if its worth developing for a mainstream audience? From what I understand it uses UDP and unless firewalls/routers of the users are configured correctly it becomes useless.

有没有办法解决这个问题?

Is there a solution to this problem?

推荐答案

其实我正要张贴问题,在这个问题上,它是如果有人设法得到它的工作。最近,我开始用Flash P2P试验,到目前为止,它只是似乎是在本地工作,在同一台PC连接2浏览器的闪存客户。一旦数据必须经由Internet(因而有处理防火墙)连接总是失败,尽管这两个客户端都能够获取一个Stratus的节点ID。

I actually was about to post a question on this matter, it being if someone managed to get it working. Recently I started experimenting with flash P2P and so far it only seems to be working locally, connecting 2 browser flash clients on the same pc. As soon as the data has to travel over the internet (and thus has to deal with firewalls) connections will always fail, though both clients are able to fetch a Stratus peer ID.

有关我一直在阅读,使用P2P应用程序/ RTMFP也实现了回退到RTMP,失去了P2P的优待,如没有服务器的带宽和UDP速度。

For what I have been reading, apps that use P2P/RTMFP also implement a fallback to RTMP, losing the P2P benefits like not having server bandwidth and UDP speed.

反编译对应的聊天客户端,我还发现它使用RTMP回落,这使得我不知道有多少会议上的chatroulette是实际的P2P会话。

Decompiling the chatroulette client, I also found it uses the RTMP fallback which makes me wonder how many sessions on chatroulette are actual P2P sessions.

因此​​很明显,是的,这似乎是一个无用的协议。

So apparently yes, it seems like a useless protocol..

如果有人设法证明真的很好奇,否则。

Really curious if someone managed to proof that otherwise.

这篇关于RTMFP和防火墙/路由器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆