感觉速度慢

[GoogleCodeExporter]

采用Node.js方式部署C4插件在CloudFoundry和Heroku平台之上，但是��
�觉打开网页速度好慢，近乎于打不开了，是平台的问题么？
看到也有人说速度很快的，是怎么回事呢？

Original issue reported on code.google.com by mj198...@gmail.com on 14 Dec 2012 at 7:42

[GoogleCodeExporter]

和网络环境有关，典型的小马过河问题

参考http://code.google.com/p/snova/wiki/C4VPSInstallation，可以部署在本
机，测试下忽略网络因素的代理效率

Original comment by yinqiwen@gmail.com on 15 Dec 2012 at 10:23

[GoogleCodeExporter]

将gsnova.conf里面的C4部分中的“MaxReadBytes 
=65536”改为262144视频缓冲会快些，不过个人感觉还是部署在GA
E上面比较快。

Original comment by brant.t...@gmail.com on 17 Dec 2012 at 1:51

[GoogleCodeExporter]

但是如果是直连访问的话，速度是不慢的，更奇怪的是我用��
�歌插件进行页面加载测试并不慢，而实际使用却感觉有明显�
��迟，不知是不是和网页有关？试了下GAE，发现偶尔比上述两
个平台还要慢，搞不懂了。
MaxReadBytes是预读缓冲么？

Original comment by mj198...@gmail.com on 17 Dec 2012 at 2:19

[GoogleCodeExporter]

樓主使用了Avira Antivirus Premium？

Original comment by Fight4Fu...@gmail.com on 17 Dec 2012 at 3:57

[GoogleCodeExporter]

没有安装它，只有红伞的命令行扫描器，难道和这个有关吗��
�

Original comment by mj198...@gmail.com on 17 Dec 2012 at 4:54

[GoogleCodeExporter]

我這裡只有把Avira Antivirus Premium的Web 
Protection關閉掉才能正常使用Gsnova 0.19.x。

Original comment by Fight4Fu...@gmail.com on 17 Dec 2012 at 11:40

[GoogleCodeExporter]

哦，那我不是不能使用的问题，而是纯速度慢。

Original comment by mj198...@gmail.com on 18 Dec 2012 at 2:35

[GoogleCodeExporter]

也不是完全不能使用，也是速度非常慢，而對於https鏈接，則
是慢到幾乎不用使用。

Original comment by Fight4Fu...@gmail.com on 18 Dec 2012 at 11:41

[GoogleCodeExporter]

我看snova的設計理念就有問題，簡單問題複雜化、不專注於關
鍵任務、什麼都想做、沒一樣做得精，作者的主要目的大概��
�練技術而不是解決問題
我拿部署在同一平台上的snova和APJP做了個比較，清除所有緩��
�包括DNS之後打開YouTube首頁，等到所有圖片都顯示完全不再有
網絡流量了，所需時間APJP是20秒左右，snova則是一路抽搐著走
走停停總共花了2分30秒，Tor都只需要2分鐘啊
和APJP比也許不公平，APJP只是最簡單的HTTP代理，需要偽造證��
�才能訪問HTTPS，那麼來和APJP作者的另一項目JAP比，和snova一��
�都是SOCKS代理、原生支持HTTPS，前面同樣的測試JAP也只需20秒�
��右
至於百樣通不如一樣精，就拿所謂的SPAC來說吧，Firefox裡有Fox
yProxy，Chrome有SwitchySharp，有多少人真需要你這代理調度功能��
�？而且我把所有模塊都禁用之後再啟動gsnova，它不說趕緊響�
��用戶請求，而是先跑網上抓三個永遠用不到的文件，而且還
抓不到，因為我這裡白天google基本上ssl是不通的
還有SSH支持，這世界上那麼多有名的無名的SSH客戶端，單單��
�缺你這個用腳本語言寫成的？同一個帳號我用ssh 
-D打開YouTube只需5-8秒，通過gsnova來連，25秒，當然了和2分30秒
比是巨大的進步，但是這樣都比不過APJP就很成問題了
還有snova服務器端一直沒有任何認證保護機制，只要知道域名
任何人都可以用，比如我就發現了這麼一家：http://fuckgfw.herok
uapp.com，大家可以多去fuck fuck TA
說了這麼多，我不是故意踩場來的，我是看了一篇有關snova的
介紹之後才對PaaS平台感興趣，只是折騰了三天之後不得不遺�
��地放棄snova
我希望snova的作者能多將精力集中到用戶最關心的速度上來，
專注於一件事，並且把它做好，不要總想著面面俱到

Original comment by sidaanka...@gmail.com on 19 Dec 2012 at 4:16

[GoogleCodeExporter]

几个问题说明：
1. 性能问题: 
这个可能和用户的网络（或者网络设置）因素相比Apjp而言相�
��性更大一些。因为没有重现此Issue问题，所以暂时不做评论�
��不过大部分反馈是不会如此不堪的，有说比基于GAE还快的，
当然也有反馈是几乎不能用的，比如上面。JAP的实现有特定��
�协议支持，这个纯粹技术原理，这里不讨论。
1. SPAC： 这个是基于一种粘合各种Proxy实现包括第三方HTTP 
proxy/socks 
proxy的思路，比如https的站点想用C4,HTTP的用GAE这样的场景；以
及更复杂的基于HTTP协议某个字段判断， IP判断切换的情况。 
和SwitchySharp等基于Host/url切换proxy的思想完全不同；当然你可�
��认为重复实现了SwitchySharp等的实现，是重复造轮子。
2. ssh主要目的增加多个SSH 
server的支持，你也可以认为是个轮子。
3. 
保护机制暂时不提供，只是为了简化部署步骤。毕竟现在的��
�署过程已经相当复杂了。这个是个事实，顺带泄漏别人部署�
��app这种行为不合适。（而且下个版本会增加RC4加密支持。）
4. 这个项目并不侧重在实用性上，只是尽量兼顾实用性。

最后 to sidaankaukei
对这类个人开源软件要保持平和心态，大部分情况下是只会��
�开发者的喜好发展而不是特定用户。

Original comment by yinqiwen@gmail.com on 19 Dec 2012 at 5:24

[GoogleCodeExporter]

作者的动机暂且不论，但就作者独立开发免费分享，作为我��
�用户的确是不能求全责备。
就从实用性而言，从代理调度等来看，sidaankaukei说的没错，��
�些代理插件的确比Snova/GSnova要方便易用许多，Snova/GSnova目前�
��于配置文件编辑的方式不够人性化。
再说最关键的速度，当初在了解Snova/GSnova的时候，就看到Issue
s中有些许人在反应速度慢的问题，而我使用过程中，浏览网�
��Snova/GSnova的确是很慢（几乎打不开），而如果是GoAgent使用GA
E的话，要么打不开，要么能打开，总之不会长时间的等待中�
��我测试了纯文本网页，发现速度还可以，有的时候确实比基
于GAE的GoAgent还快，难道是和流量有关吗？
就作者解释融合多协议的设想来看，可以充分利用代理插件��
�配置功能，也免去了频繁的手动切换，只要不影响速度就好�
��
其实感觉相比APJP，这个已经简单很多了，个人觉得教程可以�
��详尽些，也就多了几个语句。至于盗用问题，GoAgent也有，��
�过已经实现配置支持了。

作者的最后发言感觉被sidaankaukei说中了。

Original comment by mj198...@gmail.com on 19 Dec 2012 at 2:02

[GoogleCodeExporter]

呵呵，我終於能夠把這個issue narrow down一些了
從作者的回覆來看似乎是根本不相信會有我說的那種情況，��
�我則根本不相信作者會沒注意到那種情況，看來我們都應該�
��相信別人一點
OK，重現方法：
運行gsnova，C4 enabled，其它禁用
Firefox，設置http proxy 127.0.0.1:48102，訪問http://www.youtube.com/
或IE，設置所有協議使用相同代理127.0.0.1:48102，訪問http://www.y
outube.com/
就能明白我說的是什麼了
這種超級慢的情況在Chrome裡似乎不存在，在FF/IE裡無論用sock4�
��是sock5也都沒事，通過https 
(connect)訪問Youtube雖然慢也完全可以接受，問題就出在用get方�
��訪問代理的時候

Original comment by sidaanka...@gmail.com on 20 Dec 2012 at 4:38

[GoogleCodeExporter]

不是不相信，很早就有人report过此问题，只不过一直没有亲��
�重现而已
根据sidaankaukei的反馈详情，看起来和特定浏览器有关，回头��
�查一下

Original comment by yinqiwen@gmail.com on 20 Dec 2012 at 4:56

[GoogleCodeExporter]

呵呵，我也说一下我的看法。
速度方面其实还可以接受，主要是自己要找到适合自己地区��
�络的GoogleIP，这个是影响速度最关键的因素，内置的IP往往不
是最佳IP，我6M宽带用同一个IP，APJP的速度大概在500K左右，APP
P在450K左右浮动，snova大概在420K左右，Goagent记得好像比APJP快�
��点点（无加密），可能JAVA性能本身就比PY和Go好一些吧，我�
��实也不懂：）
SPAC可能对于用火狐和Chrome的人没用甚至是个累赘，可是对于�
��其他浏览器的用户呢？比如我用Opera，用pac也很麻烦，SPAC可
以说帮了大忙。当然SPAC还有更高级的应用，只是我小白一个�
��法折腾罢了。至于抓那3个文件，我认为确实没必要，因为��
�慢了速度还有时候老抓不到，按现在更新的频率，那3个文件
可以作者在发布新版本时打包进去，作者如果长时间不想更��
�才把自动抓取加进去。
SSH支持我觉得挺好的，虽然用普通的ssh没多大作用（延时会��
�常大2000多）拿来用Openshift和Dotcloud的SSH就非常好，直接支持�
��种证书，不需要转换，而且延时也正常（300多ms）

Original comment by Wallprox...@gmail.com on 22 Dec 2012 at 2:11

[GoogleCodeExporter]

to Wallproxyfq
我反映的是在CloudFoundry和Heroku平台上表现，看下其他的issues��
�现也存在此问题。GAE的话目前还是用GoAgent。不过JAVA不是一��
�都说性能不好么？
PAC是太麻烦了些，所以SPAC也没去研究，Opera的代理确实太弱��
�，也没好的插件。

Original comment by mj198...@gmail.com on 22 Dec 2012 at 5:58

[GoogleCodeExporter]

以前用过CloudFoundry的pass，但是后来用的人太多了，慢了许多�
��而且好像就只有那个IP，后来就没用了。说说我用heroku的情�
��，我这里连amazon的服务器，速度最多就只有1Mb，无论APJP还��
�snova。APJP我用过里面3中语言的服务端，JAVA的性能是最好的��
�RUBY和python差一些，而snova中的JAVA性能比APJP中的JAVA低，但是s
nova的Nodejs版就和APJP的JAVA差不多。JAVA应该不是性能不好吧，�
��是资源占用太多。

Original comment by Wallprox...@gmail.com on 23 Dec 2012 at 6:30

[GoogleCodeExporter]

那就是说其实还是云平台的问题么？这么一说实力一下子就��
�示出来了，GAE和CloudFoundry、heroku的用户数量上估计有巨大差�
��吧，而GAE速度还是飞快。
无论是哪种缺陷，却还用它，只是因为JAVA的跨平台性么？
本来我还想测试下APJP系列的性能的，那这么说还是直接换平�
��好了，你有好的推荐吗？

Original comment by mj198...@gmail.com on 23 Dec 2012 at 1:43

[GoogleCodeExporter]

to Wallproxyfq
你真的是用Opera的嗎？能教教我你Opera是如何用Snova的嗎？
因為今天我想測試一下Snova在Opera中的表現如何，結果發現，�
��況更糟，到了無法使用的程度
當然了，我對Opera並不熟，也許有什麼秘訣我不知道的，請你
指教
下面是我的測試報告

测试环境：
Windows XP Professional + Service Pack 3 (简体中文版)
Google Chrome 23.0.1271.97 + Proxy SwitchySharp 1.9.49
Mozilla Firefox 17.0.1 + FoxyProxy Standard 4.1
Internet Explorer 8.0.6001.18702
Opera 12.12

服务器端：
C4部署在本地
JRE 版本：Standard Edition Version 7 Update 10
java -jar jetty-runner-7.6.8.v20121106.jar snova-c4-server-0.19.3.war

客户端：
gsnova_0.19.4_windows_386.zip
修改 gsnova.conf 中如下内容：
[LocalServer]
AutoOpenWebUI=false
[GAE]
Enable=0
[C4]
Enable=1
WorkerNode[0]=127.0.0.1:8080
[Google]
Enable=0
[Hosts]
Enable=0
[SSH]
Enable=0
[SPAC]
Enable=0
其他值缺省不变

测试过程：
1) 
首先确保在无代理的情况下能正常访问互联网，具体操作：
  Chrome: 点击 SwitchySharp 图标，直接连接
  Firefox: 右键点击 FoxyProxy 图标，为全部 URLs 启用代理服务器"默认" (直接连接到互联网)
  IE: 工具 > Internet 选项 > 连接 > 局域网设置 > 取消所有的勾 > 确定 > 确定
  Opera: 设置 > 首选项 > 高级 > 网络 > 代理服务器 > 取消所有的勾 > 确定 > 确定
  打开网页 http://www.yahoo.com/，向下滚动至页尾，等待页面完全载入，正常情况下应该不会超过30秒
2) 启动 Snova 
服务器端和客户端，稍等片刻让软件运行稳定下来
3) 清除浏览器缓存，具体操作：
  Chrome: Ctrl+Shift+Del > 选中“清空缓存” > 清除浏览数据
  Firefox: Ctrl+Shift+Del > 选中“缓存” > 立即清除
  IE: Ctrl+Shift+Del > 选中“Internet 临时文件” > 删除
  Opera: 设置 > 删除私人数据 > 选中“删除所有缓存内容” > 删除
4) 配置浏览器使用 Snova 做 SOCKS 代理，具体操作：
  Chrome: SwitchySharp 选项 > 新建情景模式 > 名称 Snova SOCKS，手动配置，前三行空白，SOCKS 代理 127.0.0.1，端口 48102，SOCKS v4 > 保存 > 关闭 > 启用代理服务器 Snova SOCKS
  Firefox: FoxyProzy 选项 > 新建代理服务器 > 细节：手动配置代理服务器，地址 127.0.0.1，端口 48102，勾选 SOCKS代理 SOCKS v5 > 常规：代理名称 Snova SOCKS > 确定 > 关闭 > 启用代理服务器 Snova SOCKS
  IE: 工具 > Internet 选项 > 连接 > 局域网设置 > 为 LAN 使用代理服务器 > 高级 > 前三行空白，第四行套接字地址 127.0.0.1 端口 48102 > 确定 > 确定
  Opera: 设置 > 首选项 > 高级 > 网络 > 代理服务器 > 使用手动代理服务设置，前三行空白，勾选 SOCKS，代理服务器 127.0.0.1 端口 48102 > 确定 > 确定
  重新载入页面 http://www.yahoo.com/，因为 Snova 服务器就在本地，所以响应时间与不使用代理不应有太大不同
  测试结果：其他浏览器表现正常，Opera 报告“连接被远程服务器关闭” 
5) 再次清除浏览器缓存
6) 配置浏览器使用 Snova 做 HTTP/HTTPS 代理，具体操作：
  Chrome: SwitchySharp 选项 > 新建情景模式 > 名称 Snova HTTP，手动配置，HTTP 代理 127.0.0.1 端口 48102，HTTPS 代理 127.0.0.1 端口 48102，后两行空白 > 保存 > 关闭 > 启用代理服务器 Snova HTTP
  Firefox: FoxyProzy 选项 > 新建代理服务器 > 细节：手动配置代理服务器，地址 127.0.0.1，端口 48102，其他不选 > 常规：代理名称 Snova HTTP > 确定 > 关闭 > 启用代理服务器 Snova HTTP
  IE: 工具 > Internet 选项 > 连接 > 局域网设置 > 为 LAN 使用代理服务器 > 高级 > HTTP 地址 127.0.0.1 端口 48102，安全 地址 127.0.0.1 端口 48102，后两行空白 > 确定 > 确定
  Opera: 设置 > 首选项 > 高级 > 网络 > 代理服务器 > 使用手动代理服务设置，勾选 HTTP 服务器 127.0.0.1 端口 48102，勾选 HTTPS 服务器 127.0.0.1 端口 48102，后两行空白 > 确定 > 确定
  重新载入页面 http://www.yahoo.com/，同样地，因为 Snova 服务器就在本地，所以响应时间与不使用代理不应有太大不同
  测试结果：Chrome 正常，其他浏览器均响应极其缓慢，超过可以忍受的限度(>1分钟)，Opera 不仅载入慢，而且丢失数据，页面展示不全
7) 再次清除浏览器缓存后，访问 https://addons.mozilla.org/ 
以测试 HTTPS 代理功能
  测试结果：所有浏览器表现正常

总结：
Browser  HTTP   HTTPS  SOCKS4 SOCKS5
Chrome   OK     OK     OK     OK
Firefox  FAIL   OK     OK     OK
IE       FAIL   OK     OK     ---
Opera    FAIL   OK     ---    FAIL
(注：IE 不支持 SOCKS5，Opera 不支持 SOCKS4)

Snova作者說“看起来和特定浏览器有关”，我看是特定瀏覽器
恰巧掩蓋了軟件bug吧，只要用過Chrome/Chromium以外的瀏覽器，��
�此明顯的問題我想很容易就能發現，作為一個代理軟件的開�
��者居然只用一種瀏覽器，真是不可思議，我知道中國有許多
谷歌粉，沒想到死忠到如此程度

Original comment by sidaanka...@gmail.com on 24 Dec 2012 at 6:46

[GoogleCodeExporter]

呵呵，恰恰相反，如果存在这种特定环境的问题，对于这个��
�目来说就是很难发现。既不是商业软件，也不是有N个人合作
项目，release前能涵盖到测试范围相当有限，一般只是看看新�
��性大致能运行就release了。这类问题只能依赖外部report才能��
�现.

Opera没试过，不过HTTP模式下ie/firefox是可以的（Autoproxy设置全�
��或者没有插件的情况），没有试过foxproxy。

Original comment by yinqiwen@gmail.com on 24 Dec 2012 at 7:53

[GoogleCodeExporter]

另外，IE下要去掉“自动检测配置，自动配置脚本”等选择，
其他浏览器类似

Original comment by yinqiwen@gmail.com on 24 Dec 2012 at 7:58

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

to 
sidaankaukei，感觉Opera的代理设置和其他浏览器没什么区别，无
非是“地址:端口”的形式。
to 
yinqiwen，我反映的就是Chrome下的情况，而非IE的情况，刚刚看�
��Issue 
278的提示，才搞清楚第一个监听端口的作用，换了C4下的监听
端口，感觉是稍稍快了点（不知是不是心理因素），但IE还是
有点慢。

Original comment by mj198...@gmail.com on 24 Dec 2012 at 3:54

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

to mj
不需要感覺我也知道opera代理怎麼設，問題是你試過沒有，別
跟前面那位一樣，憑想當然就在那裡信口開河，人家說c4他來
大談google ip
去這裡 http://www.opera.com/download/ 
下載個opera裝上，設置好用端口48102做代理，http和socks都試試(
我估計你連怎麼設置遠程dns解析都不知道，在about:config裡)，�
��來告訴我結果
PS: 在自己每條發言的最右上角，有一個"Delete 
comment"，是用來刪除發言用的

(to anyone interested in technical details)
通過用wireshark抓包分析，目前基本可以肯定，gsnova的socks代理
opera無法使用，是因為gsnova並沒有完全按照socks5協議來實現對
connect請求的響應(參見 http://www.ietf.org/rfc/rfc1928.txt 
第6節)，過於挑剔的opera認為應答無效，主動終止了連接，具�
��過程大致如下：
tcp三路握手建立連接，然後
opera說：VER=5, NMETHODS=1, METHODS=[0] 
(翻譯過來就是：我只知道一種認證方法，那就是不需要認證)
gsnova說：VER=5, METHOD=0 (好，我就選“不需要認證”)
opera說：VER=5, CMD=1 (Connect), RSV=0, ATYP=3 (Domain Name), 
DST.ADDR="\pwww.example.com", DST.PORT=80 (替我接通www.example.com:80)
gsnova說：VER=5, REP=0 (Succeeded), RSV=0, ATYP=3 (Domain Name), 
BND.ADDR="\pwww.example.com", BND.PORT=80 
(已接通，但。。後面我不知道該怎麼說了。。)
此時opera立即發送fin(揮手信號)結束本次tcp連接並重新嘗試，�
��二次仍然失敗之後轉去出錯頁

如果作者想讓socks代理支持opera，我建議仿照openssh客戶端的做
法，將connect請求的成功應答改為
VER=5, REP=0 (Succeeded), RSV=0, ATYP=1 (IPv4), BND.ADDR=0x00000000 (0.0.0.0), 
BND.PORT=0
但我不知道他是不是用的別人現成的庫，那樣的話也許這種��
�動超出了他的範圍

to yinqiwen:
我測試報告中寫得很清楚了：
“IE: 工具 > Internet 选项 > 连接 > 局域网设置 > 取消所有的勾 
> 确定 > 确定”
你認為我不知道那些勾是幹嘛用的麼？
至於其它瀏覽器，裡面手動配置與自動配置都是互斥的選項��
�想錯也無處可錯

我明白像這種軟件，用戶多數是小白。愚蠢的問題回答多了��
�世界觀都難免受影響。
但是拜託別老跟我扯什麼和網絡的相關性啦什麼特定瀏覽器��
�特定環境啦等等沒邊的話，你的環境有多特別？手機？平板�
��腦？既然你一口咬定unable to 
reproduce，我也沒必要跟這裡瞎耽誤功夫。說實話我都不知道��
�己哪根筋搭錯了才會跑到這裡來留言，拜拜了，就當我沒來�
��～

Original comment by sidaanka...@gmail.com on 26 Dec 2012 at 3:10

[GoogleCodeExporter]

那我也说说我的http(s)代理的使用情况：四个浏览器都没有问�
��，速度略有差别但不大。socks代理没测试。

Original comment by freezing...@gmail.com on 26 Dec 2012 at 5:51

[GoogleCodeExporter]

to to 
sidaankaukei，你不要太小看人了，更不要去主观臆断，我承认��
�没在Opera上启用GSnova代理，可就从你的代理设置通过设置功��
�来看就知道水平肯定不会在我之上，我都是通过配置文件编�
��的，所以你的一些步骤操作我统统略过了。不启用GSnova是因
为Opera代理功能太弱，编辑菜单在升级的时候会产生麻烦，而
我Opera的代理用的是SSH，通过在工具栏添加功能按钮来实现代
理切换比你这样设置方便多少都不知道。SSH都是远程DNS解析��
�我不知道你是否知道，所以无需设置。而且Opera的首选项编��
�器是Opera:config，Firefox才是about:config，所以我不清楚你要讨论
的到底是哪个浏览器。而其远程Socks的DNS解析设置（也仅仅是
Socks而已），才是最近的版本中添加的，比Firefox的差远了。
"Delete 
comment"我当然知道，我不认为我之前的言论需要用到这个功能
。

Original comment by mj198...@gmail.com on 26 Dec 2012 at 4:15

[GoogleCodeExporter]

ok, mj, 是我小看你了，我錯了，對不起，我道歉
在Opera的使用上你完全可以做我老師，我說了Opera我不熟
不過說到協議，我很肯定你不知道自己在說什麼
“SSH都是远程DNS解析，我不知道你是否知道，所以无需设置��
�──這我還真是頭一次聽說，不知道你是從哪得來的這種認�
��
首先，Opera不能直接和SSH服務器交流，你需要一個SSH客戶端，
利用它的動態端口轉發功能在本機與SSH服務器之間建立一條SS
H隧道，SSH客戶端在本地起著一個SOCKS服務器的作用，監聽指��
�端口上的SOCKS請求
瀏覽器只能通過SOCKS協議與SSH客戶端打交道，無論是Linux下的s
sh還是Windows下的SecureCRT，Putty/Kitty/MyEnTunnel, Bitvise SSH 
Client/Tunnelier，都只提供SOCKS接口，除非你又用Polipo, 
Privoxy之類的軟件建一個負責轉發的HTTP代理，然後讓Opera使用�
��個HTTP代理，否則必然涉及到DNS如何解析的問題。(順便提一�
��，HTTP代理的運作方式決定了它倒是只能是遠程解析)
SOCKS協議有三個版本，版本4只支持ip:port的連接方式，也就是�
��必須由瀏覽器自己將域名轉換為IP地址，然後才能向服務器�
��出請求，你不能說“請替我接www.example.com:80”，而只能說“
請替我接192.0.43.10:80”，IE(只支持SOCKS4)就是這麼做的
版本4a對版本4進行了擴展，允許客戶只給出想要連接的域名��
�無須指定IP，也就是說可以由服務器端來進行DNS解析，即所��
�的遠程解析(遠程不是物理上的遠，只要是由服務器端來負責
，哪怕是在同一台機器上，也叫remote)
版本5的客戶在請求連接時，即可以指定IP(本地解析)，也可以
指定域名(遠程解析)，還可以指定IPv6(本地解析)
所以，“SSH都是遠程DNS解析”這句話荒謬之極。除非另有說��
�，SSH就等於SOCKS，DNS如何解析，完全看你用什麼瀏覽器以及��
�覽器如何設置，你用IE，就只能是本地解析沒商量，你用Opera
/Firfox，缺省也是本地解析
我之所以多廢一句話提到遠程解析，是因為，你連其它SSH客��
�端時愛怎麼解析怎麼解析它不管，你連gsnova就必須得讓gsnova�
��作解析(除非你用SOCKS4，我說過了Opera不支持)，否則它拒絕��
�你服務，會返回一個錯誤碼07 Command not supported 
(我好奇的時為什麼不是08 Address type not supported?)
離題太遠，但既然扯到遠程解析了，順便說說我為什麼不用Go
ogle 
Chrome，因為Chrome一直未能解決本地DNS洩漏的問題，而且漏得��
�塌糊塗，根本無須它作解析的時候(比如使用HTTP代理時)它也�
��有本地DNS請求，這點上甚至都不如IE。有興趣的不妨裝個抓�
��工具Wireshark (http://www.wireshark.org/download.html) 
來看看，使用很簡單的，能讀懂多少是另一回事，不過DNS很��
�易分辨，看完我不知道還有多少人能踏踏實實用Chrome的
原本我想分析一下Chrome的HTTP代理使用方式與別家有何不同，�
��成gsnova性能上那麼大差異，不過突然失去興趣了，為這麼個
軟件浪費精力不值得。說不定整個PaaS平台的好日子都不會太�
��，起碼CloudFoundry我看是快了，不知道yinqiwen有沒有聽說過這�
��項目 https://code.google.com/p/rpdev/ 呵呵

Original comment by sidaanka...@gmail.com on 27 Dec 2012 at 5:06

[GoogleCodeExporter]

btw, mj, 
如果你不覺得同樣的話重複發兩遍看上去有點傻的話，我是��
�所謂啊~

Original comment by sidaanka...@gmail.com on 27 Dec 2012 at 5:09

[GoogleCodeExporter]

to 
sidaankaukei，重复回复我是没看到，可能是电脑卡了，已经删��
�，多谢提醒。
协议方面我是不懂，作为终端用户，我并不关心软件是如何��
�现，我所关注的是是否能够突破以及速度如何，这就足够了�
��
在上述表达方面，就像我看你的表述一样，略过了一些操作��
�程以及技术细节，我相信玩这个的人都能理解——因为是常�
��。从我之前的表述我对Opera的运用能力就可以推想得知我肯�
��是用了SSH客户端，当然还用了转HTTP的客户端（这步是用来��
�现远程解析的），我还真没有能力绕过SSH客户端直接让Opera��
�代理。
多谢你普及了Socks协议知识，那我也顺带问下Opera支持的Socks��
�哪个或哪些版本？Wireshark我试过，的确看不懂，而深入协议�
��我的应用太遥远。Chrome的泄露问题倒是值得关注一下，也不
知谷歌为什么不修复这个问题倒是一直去扩展并非浏览器的��
�心功能。其实我不久前还一直以Opera为主力浏览器（使用了��
�几年了），Opera的代理薄弱，以及网页浏览停顿（权且这么��
�呼吧）让我渐渐放弃了它，不过用还是偶尔会用的，因为谷�
��也不能让我完全满意。
GSnova就从我应用方面来讲，如这个主题表达的一样，实际使��
�的速度总是很慢（让我好奇的是测试并不慢），最近真的没�
��么精力，不然会去试试APJP系列。多谢你分享的这个项目，��
�机会我会去试试，如果有其他你认为比较优秀项目的话，可�
��分享交流，不过说回来，你站在开发角度，而我站在应用角
度，当然这并不影响交流。

Original comment by mj198...@gmail.com on 27 Dec 2012 at 12:01

[GoogleCodeExporter]

to mj
Opera目前支持SOCKS5，好像也是最近才有的事，幾年前我用Opera 
9還是Opera 10貌似還不支持SOCKS代理
你說我分享的項目指的是那個RapidPass？……你誤會了，我不��
�推薦人去用，我是給snova作者提個醒，他不重視服務器端的��
�護，覺得可以方便用戶，現在人家有更方便的，都不需要自�
��部署，把他的軟件打個包就變成了另一個項目(我不知道yinqi
wen心裡會怎麼想)，只不過像那種搞法，很快就會被盯上的

Original comment by sidaanka...@gmail.com on 27 Dec 2012 at 4:24

[GoogleCodeExporter]

to 
sidaankaukei，Opera在这点上是让人费解，有些新技术和想法引领
浏览器，却在这方面一直支持着一个难以用到的协议（就是��
�Socks替换掉的那个）。
哦，原来是这样，的确是比GSnova部署方便多了，这里要感谢��
�作者，及其支持者，要不是他们及时指导，估计我是部署不�
��来的。
越是容易上手的东西越是有人用，用的人越多就越容易失效��
�这个是铁律。不仅仅是cloudfoundry，搞不好那个项目还会波及�
��这个项目，以及更多的云平台（云平台服务商进行一些限制
）。
另，其他你有没有好的项目推荐？

Original comment by mj198...@gmail.com on 28 Dec 2012 at 12:43