前些日子在这里看了一个关于dcom在internet上应用的问题,主要是讲dcom的底层使用rpc协议,客户端用135端口向scm请求,scm再在1024-65535间动态分配端口给具体的服务提供者,从而使客户端和服务器端建立dcom连接。这就使得dcom很难再internet上使用(除非防火墙将所有的端口都开放)。但后来又在msdn上看了一片关于com internet service(cis)的文章,说可以通过隧道tcp使dcom连接通过http的80端口进行连接。可以解决上述问题。小子不才,实用中已经实现了,但理论上搞不明白,隧道tcp和通常vpn中的网络隧道技术有关系吗?隧道tcp的具体实现过程怎样?各位大虾,如有这方面的资料提供,不胜感激。
我想问:按照书上讲,隧道tcp只在dcom连接开始时进行了一次基于http的握手,随后就跟http美关系了,但它的全部数据都是通过80口走的阿;iis是否就是一个rpc代理的作用,他和dcom服务器之间怎么运作。隧道tcp和通常讲的第二层隧道技术和第三层隧道技术有无联系
没办法 现在的核就是Dcom,怎么Tunnel本质也改变不了不知道楼主说的socket tunnel用的是http是从什么地方看到的,
摩托固陋,能不能给个连接 .好像没有iis,也可工作吧?! 汗.......其实Dcom这东西实在.... .net平台上的remoting 从本身上看也是
tunnel,不过 .net中的核要比Dcom灵活 ,其与webservice的
无缝连接,接口很统一~~仔细看看,都是差不多rpc技术,微软为了$,给了各种各样的外衣~~~
http://www.microsoft.com/china/msdn/technic/develop/ii/0509b.asp
好像没有iis,也可工作吧
你是怎么做的?根据这篇文章,我觉得他应当是http做隧道的承载协议,dcom做隧道的被承载协议,cis就是本层的隧道协议,但根据名字,又好像是tcp做承载协议,所以我就感到疑惑,
起先我也以为是用HTTP握个手后用TCP
但后来一想,这样不行啊,因为IIS已经BIND 80了,RPC PROXY应该不可能再BIND 80吧
再一想,也有可能,只要把RPC PROXY做到IIS里就行了所以CIS应该是一种用HTTP TUNNEL和TCP TUNNEL结合的东东,用HTTP建立连接后,用TCP传数据,这样在性能上会比WEBCONNECT的纯HTTP TUNNEL要好很多