flyzy博客
先申明一下，我肉身在海外，所以不牵涉到墙和爬墙的事,纯是为网速考虑，不要试图送快递。
我有一个伦敦的甲骨文小鸡(CENTOS)，和一个德国的HZ独服(WIN)。 我这地方，到欧洲是直连的伦敦，所以，到伦敦ping基本上在140，非常稳定，而到德国，就会到180，高峰时间会到200，而且偶有掉包。
所以，我试着在伦敦的小鸡上安装了v///p///n，使用pp///t///p，然后连接伦敦，再rdp上hz。这样到hz可以稳定在180左右，而且不掉包。
但奇怪的问题就来了。
1. 我在本机，直接使用伦敦的v////p////n，可以流畅地观看you..tube等，没有丝毫卡顿。
2. rdp到hz后，用chrome开比如loc等小流量的东西，那是非常流畅，但是，如果用hz的机器上you..tube，就基本是看幻灯片了，几秒内就可以卡掉线。hz机器本身肯定是没问题的，我直连hz看you..tube，不掉包时也是1080稳定流畅的。
所以，问题应该就出现伦敦rdp到hz这一段。
这是什么原因呢? 带宽肯定是没问题的，因为测试1直接you..tube就好好的。
辽宁省网友说：rdp的问题？
海南省网友说：oracle这里，rdp肯定是没限制的，他自己都要支持windows，不可能限。
要限的话，只可能是hz-oracle这段对rdp做了qos? 有点不合情理啊。
而且，我做了另一个测试，我在oracle，直接端口转发3389到hz，这样会微卡，稍有掉帧，估计是包转发性能问题，但情况比v///p///n好得多。
甘肃省网友说：看来是没人知道这个问题。
经过各种测试，终于解决问题了。把解决方案留在这里，也许以后有其它人用得着。
先后使用过pp//tp和iptables和rinetd，均告失败，非常卡顿。
最后使用frp就可以了。就是在hz运行frpc，在oracle运行frp。然后连接oracle就可以了。
