看板 HOT_Game 關於我們 聯絡資訊
我拿掉的packet是這一行 User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client Protocol 2.0.50727.42) 一般來說除非對方要偵測使用者的瀏覽器類型 不然應應該沒差太多 我覺得可能是透過proxy的時候,可能有buffer的效果 所以逆向版的socket跟theta用的就有不一樣的行為 (theta應該是用.net內建的某種模組) 那你是用哪一種NAT? 我家也有一台FreeBSD(還有一堆賤兔) 我可以來試試看 -- Enigma我把query_period=2000 (ms) 結果這篇文章差點打不下去,除非我把他關了XD 現在大家都去看棒球了吧@@ ※ 引述《yzupcbug (pcbug)》之銘言: : 因為需詳細描述, 故回文回答invalid的詢問... : 網路環境: 共用IP對外 : 架構: : 分享器: 一台PC, 跑FreeBSD(unix系統), 兼任NAT(就是IP分享), proxy, dns, : DHCP...blahblah~ : client端: 很普通的winXP, 取得private IP : 問題描述: : 當我在分享器PC上開啟強制client端過proxy功能(稱之為transparent proxy, 中文為 : 透明代理)時, enigma隨即失去作用. : 粗略觀察結果為enigma有建立連線, 不過送完data即等不到資料回傳, : 似乎是proxy沒有理會enigma的連線要求? 格式不符合標準? : 此問題在theta typing未曾發生過, 因此猜測是去除了認為不需要的資訊的關係? : 或是theta typing在遇到transparent proxy時, 會有不同的反應, 而這改變是 : browser應該做到的? : 還請作者再找看看問題...麻煩了~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.160.180.20
yzupcbug:OS:FreeBSD 6.2-STABLE 06/29 07:15
yzupcbug:NAT: kernel內建的pf(packet filter) 06/29 07:16
yzupcbug:NAT與透明代理:使用pf rule, 需要的話可回信貼給您 06/29 07:17
yzupcbug:PROXY:squid-2.6.9 config file需要的話也可寄信~ 06/29 07:17
berimaru:看來透過T Proxy真的不行 06/29 07:25
berimaru:我用東森有官方T Proxy 2.0很多張 Enigma沒半張.... 06/29 07:27