写了一个基于netTcpBinding协议的WCF服务，并且部署在本地Windows服务中，本地测试是成功的。配置文件如下：
其中服务的基址是net.tcp://localhost:9999/。客户端添加服务引用的时候也是写的net.tcp://localhost:9999/mex，结果没有任何问题如下图：
那现在，购买了一个云主机，供应商提供的IP地址是：211.149.241.64:33890，于是在配置文件中修改了地址，如下：
远程登陆云主机桌面，也同本地一样，将WCF服务部署在Windows服务中。现在，在客户端中添加服务引用就杯具了，找不到服务，如下图：
能帮我解答一下吗？
已经折腾一天了。
------解决思路----------------------
ping下通不通，在浏览器中看下。
------解决思路----------------------
33890是人家的远程桌面的端口吧？
端口不要冲突。你可以使用8888 之类的。
------解决思路----------------------
“供应商提供的IP地址是：211.149.241.64:33890”，唉，这个端口号不是什么 IP。西部数码默认的远程桌面程序的端口号是33890，不意味着你自己创建的一个服务进程也用人家的端口号。
端口号代表着不同的服务程序，端口号就是区分一个IP上成千上万的服务的标志。这个不能冲突。这是基本知识。
------解决思路----------------------
（除非是花钱不计后果地请别人给自己写东西，否则）当你要自己开发一个东西时，你要制定一个“规划”去做事，不要贪图冒进。比如说，在半个小时内，你能把你以前熟悉的一个服务在你的服务器上跑起来吗？
比如说你知道 IIS 可以启动 FTP 服务，那么用2分钟时间把它启动（例如默认端口通常是21），然后在你的电脑的桌面启动个 ftp 客户端程序去访问一下。或者说是你熟悉部署一个普通的网站，那么就用5分钟时间在你的 IIS 上创建一个虚拟目录（你的服务器可能没有加入百名单，不允许使用80端口，因此你需要先将IIS默认网站的端口改为81），然后拷贝上一个图片或者普通的html文件看看如下这样的访问
http://211.149.241.64:81/site1/test.jpg
http://211.149.241.64:81/site1/test.html
看看这两个文件能不能访问？
甚至你可能应该先看看自己买的是不是具有“独立公网IP”的服务器？（如果只有共享IP，那是不能从外边直接访问的，只能用它们给你的2级域名来访问）
总之要分步骤去搞，要一边实验一边想想自己对稍微深一层的机制还有哪些理解误区。总想“一步到位”但是搞不定，这就说明你根本还没有能一步到位的那个条件。
------解决思路----------------------
9999也成啊。
------解决思路----------------------
我来帮你分析一下“眼前”很明显的、你出现了各种问题的原因。如果从来不找原因，执迷不悟地不断瞎试，那就走不远、干不了多大的事儿了。
------解决思路----------------------
自己选个位置坐下，你选了一个有人坐的位置，坐人家大腿上了。
还有，注意设置服务器的防火墙设置及ip安全策略设置，本地计算机不要急着去访问服务，先测试端口，通了再连接服务。
------解决思路----------------------
运行cmd
telnet ip port
回车
譬如
telnet www.baidu.com 80
------解决思路----------------------
http://jingyan.baidu.com/article/870c6fc3cd6fa9b03fe4bee4.html
------解决思路----------------------
系统没有telnet 功能需要先添加下，在功能里
------解决思路----------------------
所以说，一个标准的程序员，都是成功的运维工程师，
你连基本的网站部署、端口部署都不了解。
首先要确认你的IIS开启的web站点，用的是哪个端口？是80还是8080
然后启动网站后，先在服务器本地打开试试，如：http://127.0.0.1:8080/xxx.aspx
然后在其它机器上telnet测试，或者浏览器打开页面测试