突破mCｏｏｌ的龜速 (第12頁)

koporpu
個人積分：38分
文章編號：45079928

38分

111樓

2013-07-20 11:56

夏夜微風 wrote:
第1行才是正解，第2...(恕刪)

不好意思想再和大大請教一下^^

那自動啟動的第一行是要加在rcS的哪裡呢^^?

另外關於限制區網無法存取的指令

acl localrouter 192.168.1.1-192.168.1.255/32

與http_access deny localrouter 這兩段是要加在哪裡呢^^?

因為目前加上去後啟動會顯示acl localrouter....這行錯誤

還請各位大大指教^^"

Thanks~

PS...另外不知道sh4twbox可相容的套件有九千多套~~是否有介紹等資料呢@@?

sjcmankimo

sjcmankimo
個人積分：431分
文章編號：45082685

431分

112樓

2013-07-20 16:15

bioer wrote:
供大家參考我的設定,...(恕刪)

感謝分享^^
但其中第4點好像問題哦, 請大大再檢查

另外
我加了 cache_effective_group squid 這行會出錯
目前是拿掉了. 但還是連不上@@

C:\>telnet 192.168.1.9 8080
正連線到 192.168.1.9...無法開啟到主機的連線，在連接埠 8080: 連線失敗
..............................
原來我一直少做了 /usr/sbin/squid -z 這個動作
終於成功架好 Proxy 了

bioer

bioer
個人積分：1193分
文章編號：45088174

1193分

113樓

2013-07-20 23:32

sjcmankimo wrote:
感謝分享^^但其中第...(恕刪)

我寫的第四點好像沒什麼問題啊... Ctrl+K舊式一行一行的刪啊... (以前vi 好像是按dd)

pcyoung123

pcyoung123
個人積分：18分
文章編號：45094853

18分

114樓

2013-07-21 14:16

大家架設Proxy 可以看YouTube嗎?
好像都無法看了?

bioer

bioer
個人積分：1193分
文章編號：45095086

1193分

115樓

2013-07-21 14:39

不管是自己的proxy 或cht
的，都要透過mcoolmate

ycfu

ycfu
個人積分：1分
文章編號：45096809

1分

116樓

2013-07-21 17:25

因為mCool已經停止申請了，我運氣不錯，在停止前一個月剛好申請了，
對於mCool幾種Proxy當時我有作些比較。

手機端(我是用Android)能用的Proxy大致有下面幾種：
1. Web Proxy
2. Socks Proxy
3. VPN
4. SSH Tunnel
5. 使用中華電信提供的Web Proxy

上述幾種，大部分我都嘗試過，也都能工作，
但覺得不好用。

直接先說結論，最後我選擇2，自行架設Socks5 Proxy Server。

第5個方法，就直接跳過，大家共用的缺點就是，人數多時一定慢，
況且他是用Web Proxy，反應又比較慢一些，有用寬頻固網的，直接不推。

第3和4這兩種方式我個人強烈不推薦，
我都嘗試過，也都能用，
但3和4這兩個，手機必須要和VPN或SSH Server保持連線狀態，
這表示，手機必須持續保持上網，甚至會持續發送keep-alive封包，
上網不限時數不是問題，但問題是，這會非常耗電，所以不是很好的解決方案，
尤其是SSH Tunnel，Android沒有原生支援，
必須另外安裝程式，程式本身也很耗CPU，很耗電。

第1和2這兩種方式，我在比較之後，覺得2比1好很多，
最關鍵的原因是反應時間，
Web Proxy是Http應用層的Proxy，
Proxy Server端收到的是URL(例如：http://www.mobile01.com/post.php?ooo=xxx)，
Server需要將URL進行解析，之後轉發request出去，
這需要消耗一些CPU和時間來進行字串處理，
因此反應時間會比較長。

第2種方式的Socks Proxy，他是Socket層的東西，
Socks Server收到封包後，他不管封包內容是什麼，
只根據Socks的Header，將封包直接轉發request出去，
因此反應時間一定會比Web Proxy Server短，
另外，Web Proxy Server基本上只吃Http協定，
Socks Server則是不管協定，什麼封包都吃，
因此適用性也比Web Proxy高。

程式的使用，Server端我推薦srelay這套socks5 proxy server。
他夠小，在OpenWRT內直接有套件可以安裝使用，
我自己用在FreeBSD上，只需要簡單的編譯就能直接執行，
佔用CPU也非常低。

手機端，我是用Android，我推薦ProxyDroid。

先說明，mCool好朋友，我可是有花錢買的，
但我發現，mCool好朋友只支援Web Proxy，
只好忍痛放棄。

ProxyDroid可以支援Web Proxy、Socks4、Socks5數種Proxy Server，
是我目前使用的Proxy軟體。

因為ProxyDroid內有個AutoConnect，說明時也提到他能設定自動連線/斷線，
這讓我擔心ProxyDroid是否會持續連線，或者定時送keep-alive封包，
做這類耗電的行為。

因此我做了實驗，在FreeBSD端用前景執行srelay，
然後在手機端用switch proxy手端切換proxy，設定auto connect，
用瀏覽器看網頁。

實驗結果是，我能肯定switch proxy和auto connect並不會實際連線socks5 server，
實際的socks5 server連線動作只有在ProxyDroid啟動(switch proxy on)後，
並且用瀏覽器看網頁的當下，才會送出封包，
其他時間，socks5 server並不會收到任何的封包。

相容性？
我目前使用mCool299 + srelay socks5 server，
還沒遇過不能開的網站、程式。

速度？
我自己看起來，速度都很不錯，
我認為很多網友覺得mCool慢的主因，
應該是用了中華電信的Proxy，那台Proxy只要用的人多，慢是一定的。

另一個可能覺得稍微比較慢的原因(自行架設Web Proxy Server的話)，
我猜可能跟Web Proxy Server有關，
Web Proxy Server通常要作URL解析，
高級的Web Proxy Server(Squid)甚至還會解析Http的Header，
甚至部份的網頁內容。
沒設定好，他預設還會把網頁暫存(儲存一份到硬碟)，
每次連線時，都檢查一次是否曾經暫存過，
這些，都是會消耗Proxy Server CPU，並且讓反應時間變長，
如果手機程式或網頁，剛好裡面是載入一堆link，
那加總在一起的時間消耗就會非常驚人，
最後結果就是，mCool比較慢。
以我來說，我家裡是中華電信光世代，
手機的socks5 server一樣在中華電信內網，
除了因為集縮比(非商用網路集縮比較高)外，
我認為反應時間並不會和mPro相差太多，速度上差異應該不會太大。

fwekj

fwekj
個人積分：54分
文章編號：45098447

54分

117樓

2013-07-21 20:00

ycfu wrote:
因為mCool已經停...(恕刪)

太專業了…@@
想問個笨問題
在分享器上有辦法架你說的那種PROXY嗎

bioer

bioer
個人積分：1193分
文章編號：45099999

1193分

118樓

2013-07-21 21:56

剛剛google 了一下
我的asus rt n12現在是跑tomato
似乎有機會
www.linksysinfo.org/index.php?threads/a-socks-proxy-server-for-tomato.23898/

N12空間大概不足, 算了

另外還有跑dd-wrt說不定也有可能

fwekj

fwekj
個人積分：54分
文章編號：45100048

54分

119樓

2013-07-21 21:59

不知道有沒有教學文
我的只能刷ddwrt或OPENWRT

bioer wrote:
剛剛google 了...(恕刪)

sjcmankimo

sjcmankimo
個人積分：431分
文章編號：45100088

431分

120樓

2013-07-21 22:01

我說的有問題..是指有些是重覆的^^
不過沒關係, 其實我一開始如果有執行 squid -z 這個動作就應該沒問題了
哈

bioer wrote:
# 3. 定義可取得的資料埠口所在！
acl SSL_ports port 443
#<==連線加密的埠口設定
acl Safe_ports port 80 # http <==公認標準的協定使用埠口
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
# 定義出 SSL_ports 及標準的常用埠口 Safe_ports 兩個名稱
acl CONNECT method CONNECT

# 4. 定義這些名稱是否可放行的標準依據(有順序喔！)
http_access allow manager localhost
#<==放行管理本機的功能
acl SSL_ports port 443
#<==連線加密的埠口設定
acl Safe_ports port 80 # http <==公認標準的協定使用埠口
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
# 定義出 SSL_ports 及標準的常用埠口 Safe_ports 兩個名稱
acl CONNECT method CONNECT

# 4. 定義這些名稱是否可放行的標準依據(有順序喔！)
http_access allow manager localhost
#<==放行管理本機的功能
#http_access deny all <==全部都予以拒絕啦！