個人積分：56975分
文章編號：91659718
個人積分：37290分
文章編號：91659723
個人積分：60425分
文章編號：91660059
個人積分：41580分
文章編號：91661110
個人積分：41580分
文章編號：91662832
個人積分：1770分
文章編號：91662865
個人積分：4518分
文章編號：91663448
個人積分：56975分
文章編號：91663993
這幾天都在測試ＱｏＳ，完工了！原來ＭｉｋｒｏＴｉｋ並沒有原生ＣＡＫＥ，必須先透過標記＋ＰＣＱ＋ＦＱ＿Ｃｏｄｅｌ才能達成近於ＣＡＫＥ，我成功啦！先洗澡．
ＣＡＰｓＭＡＮ缺點就是要開啟本地轉發，才能突破解限３０Ｍｂｐｓ，這幾天的衡量下．
--
Ａ版可以繼續使用，問題出在ＱｏＳ．因ＭｉｋｒｏＴｉｋ沒原生ＣＡＫＥ，故不建議用．
但是ＱｏＳ也可以達成近於ＣＡＫＥ，真的很神奇！我也不敢相信，也意味著標記很重要．
標記只要有上去，單靠ＰＣＱ（去年底用過一次，但我認為不安全）也能媲美於ＣＡＫＥ．
這次標記上去，ＨＴＢ＋ＰＣＱ＋ＦＱＣＯＤＥＬ就能達成，數值比ＣＡＫＥ還要更接近．
ＡＰ的部分，除非用ＷＩＳＰＡＰ模式，才能解限制，但我比較推薦ＣＡＰｓＭＡＮ模式，
原因安全，盜用者靠中繼ＡＰ模式都沒辦法連，除非我們有開啟戶端對戶端轉發，本地呢？
我倒認為單獨開本地轉發，也能防堵盜用者（ＷｉＦｉ密碼被破解）靠中繼ＡＰ連進區網．
--
我認為還可以改得更好，明天再試試，Ａ版先用，把ＦＱＣＯＤＥＬ套在ＱｏＳ簡易即可．
標記的部分我想採用ＤＳＣＰ，明天抽空研究一下，前幾天有用．可模擬ＣＡＫＥ機制的，
Ｄｉｆｆｓｅｒｖ４或８都可以用ＤＳＣＰ下去做，然後再試著用ＦＱＣｏｄｅｌ下去跑．
若可行，最快明天就出爐了，慢則幾天後．所以去年初用到前幾天的ＣＡＫＥ，我質疑它，
有被駭客利用的可能性占比大，ＱｏＳ只要排除ＣＡＫＥ，Ａ版規則基本上是完全沒問題．
人品是做人最好的底牌．
個人積分：121330分
文章編號：91664507
個人積分：37290分
文章編號：91664608
