Kree | 引用:
也有可能是硬體有問題 P3 時代的記憶體模組,很多白牌的,品質都很差 建議用測試軟體,測一下記憶體的品質 把 Vcore 電壓調高 0.1~0.2v P-133 應該可以超頻到 166,或者 200 (僅是建議,超壞不負責...) 或者改用 2.26 版,它有一個排程功能 能夠設定「自動重開機」,這樣就不用自己去按,比較方便 以上圖片範例,設定每日凌晨 4 點,自動重開機 (reboot) 小時的部份,也可設:5,17 代表每日 5 點,17 點 (下午 5點),自動重開機 這樣每日會自動重開兩次 以逗號為區隔,可以設定多組同格的時間 每日要自動重開幾次都很方便 或是 59 分重開,小時留空白,代表每 59 分鐘自動重開機 算是比較消極的方法 CF to IDE 的話,開機大約 10 秒,這期間網路會中斷 另外還有其它應用,可以設定時關機 例如:0 時 0 分 時候自動關機 (halt) 然後電腦 BIOS 設定鬧鈴開機,調早上 8點 自動開機 節約能源,不無小補...... | |
回覆 |
會員 | 看大家的意見 我想軟體部份出問題的機率很小 其實一直以為P1都不會壞的咧... 看來還是要把它給當成一台普通的電腦好好的檢查 等這次P2P完後 來一次大檢修 但...要真的是P1有問題的話...不知要去哪找那麼爛的硬體咧... |
回覆 |
散人 | 引用:
| |
回覆 |
無線新手 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 謝謝版上各位前輩 無私的分享 小弟託大家的福氣 也順利的架了一台BrailFW 感覺真的很爽 以前用D-xxxx ip分享器 常常會不明原因 的死當 必須崇開機 才恢復正常 並且也開始時做Qos 也去買了linux_xp前輩介紹的幾本書回來研讀 可是Qos機制一直不照著我的意思來控管(上傳部分,下載一切都正常) 一直重複試驗各種不同的方式來設定 經過一周的反覆設定測試(都快抓狂了) 終於試出的結果 如下 1. 如果上網的方式為ppp0e 讓路由器 自己撥號 ----- 上傳就不正常 ex: 假設 最大頻寬為20KB 總是在0-40KB 上上下下 ,下載方面都依照各類別的頻寬 來管制 2.如果上網的方式為DHCP or Static IP(在軟體路由器前端再加一台IP分享器),就上傳下載都正常 (這應該代表小弟的腳本檔和自訂防火牆規則沒有寫錯) 後來使用 iptraf 來觀看各個網卡的流量 發現 怎麼只有 eth0(local),跟ppp0(internet) 有流量 eth1 完全沒有動靜 真是很奇怪. 請板上各位前輩 解惑 PS: 我的腳本檔跟防火牆規則 貼在linux_xp 前輩的另一篇文章裡 【教學】Coyote Linux 頻寬管制 (QoS) 設定教學 |
回覆 |
會員 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 引用:
要是弟真有需要的話 會再告知的 (希望不用喔) 目前是從133超到166 RAM可PASS MEMTEST 2圈 直到現在工作都正常 主要是POWER問題可能比較大 在空負載下12V竟只剩11.1V... 雖說POWER本身的電容並無突起 但也可能零件自身壽命已快到 有空要去估物商找找有無AT POWER囉 | |
回覆 |
會員 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) Coyote 之 Layer 7 頻寬控管功能之缺失. 大家都知道Layer 7是控管p2p軟體頻寬的最佳功能. 很可惜如果控制BT頻寬時,並不能完全控制,但基本上還很不錯. 只是有些漏網的封包會使用到的非配置bt的其他頻寬. 如配置 BT頻寬為 1M/64K ,某IP頻寬配置為2M/64K (源頭總頻寬8M/640K) 如此當此IP用戶使用BT時 上傳頻寬會使用到 64k+64k=128k 不用懷疑已發生太多實例了. 所以請各位當您的區網上網發生塞車時,查一下是否為這原因.上傳頻寬滿載, ,但這不是配置的頻寬錯誤,而是此問題您必須嚴重考量進來. |
回覆 |
會員 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 1.昨天架了一台 Coyote,剛開問學生網路有沒有變快,學生都說有, 結果今天早上來了,第一節還沒上完,網路變的超慢............ 我趕快重開機,後來還是一樣,我就換回原來的路由器......... 怎會這樣呢? 還有POWER有問題? 還是太熱嗎? 還是網卡有問題(上網買的二手貨)? 我用的是3com905c-txm和intel82559 和p2-400mHZ 2.還有怎麼把CLUBOX和MIXE封起來呀? 學校有人在下載!會造成網路變慢~~ 謝謝 |
回覆 |
會員 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 引用:
1.您有設定分配每個學生的頻寬嗎,如果沒有那就是和IP分享器沒有二樣,大家搶頻寬. 2.有人使用P2P軟體佔用大部分頻寬,所以產生頻寬不足. 3.電腦等級提高一點約到500-700MHZ,RAM用128-256M. 4.MXIE軟體L7沒辦法控管. 建議您電腦等級提昇一下,分配每個學生頻寬,針對一些P2P軟體鎖定頻寬. | |
回覆 |
會員 | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 引用:
p3 500 128MB ram 有apc ups 使用 2.27版 改變使用bbiagent 則較正常 但會無預警斷線 故排除硬體問題 若使用ip分享器 lantech 114 新版 更正常 之前投訴中華電信也許是我這裡真理有奇怪問題 | |
回覆 |
Kree | 回覆: 【圖解教學】免費路由器 Coyote (北美小銀狼) 有一種情況是:並非路由器的問題,而是 ATU-R 的問題 或更正確的說,是 ISP 的問題 ATU-R (ADSL 數據機,小烏龜) 上面會有兩個燈不停閃爍,分別代表和 LAN 及 ISP 機房的傳送動作信號 閃的比較快的,是和 ISP 機房連接的動作信號燈 這個燈平常都閃很快 但如果網路突然變的超慢的時候,去觀察它 會發現變成閃的很慢 此時只要將 ATU-R 電源切掉,再打開 也就是讓它 reset,即可恢復原先的速度 ----------------------------------------------------------------------- 會造成這種情況,估計是被 ISP 機房動了手腳 有些 ISP 會去偵測客戶端的連接數 當連接數衝的太高,系統會自動斷流 至於為什麼 ISP 要這麼做,猜測可能原因有: 1. ISP 認為它們設備無法應付如此高的連接數,所以當客戶數連接數過高,就自動斷流,以免影響其它人權益。 2. ISP 認為過高的連接數,有可能是客戶端中毒,正在發送 DoS 攻擊,故予以斷流。 是不是每家 ISP 都會這樣做,不曉得 但我確定 so-net 有這種作法,因為我曾經被斷過很多次 最初還以為散熱問題,後來用都風扇吹了,情況還是一樣 因此確定是被 ISP 動了手腳 當然的,這種事情問 ISP ,他們是不會承認的 所以這僅是一個猜測,無法證實 另外這個問題,由於起因是「連接數過高」 因此解決方法,就是降低連接數 一般網路應用下,連接數不可能衝到幾千幾萬 連接數會衝那麼高,最主要都是 P2P 造成的 以某些 BT 下載軟體為例: 連入(下載)連接:指下載資料流時,要和多少人連接 連出(上傳)連接:指上傳分享時,要和多少人連接 普通來說,下載時和愈多人連接,能取得的資料流愈大 換句話說,就是下載速度會愈快 因此有些 BT 加速教學文件 會告訴人說,把該值設成好幾百,有助加速 確實,這樣下載是會變快,但是連接數也會衝高 一個下載任務算 300 好了 假設同時下載 6 個檔,連接數將高達 1800 而當連接數太高時,即使自己的網路設備撐的住 但也不能防止 ISP 給予斷流 理由就如同前述的那兩點,連接數太高 ISP 會以為你在發送 DoS 攻擊,故系統自動予以斷流 這種情況在使用高級的網路設備時,更容易發生 原因很簡單,因為差的設備撐不住那麼高的連接數 差的設備根本不會即時性的把資料發送出去 而高級設備,能夠即時性的把這麼高的連接數發送出去 這本是一件好事,代表處理效率很高 只要 ISP 不要那麼爛就好 遺憾的是,台灣 ISP 普遍都很爛..... 所以連接數高,反而變成不好的事,因為不曉得 ISP 會不會給予斷流 |
回覆 |
主題工具 | |
|
類似的主題 | ||||
主題 | 主題作者 | 討論版 | 回覆 | 最後發表 |
coyote 2.24 開機問題 | intruder09402000 | -- 網 路 硬 體 版 | 6 | 2009-06-06 04:24 PM |
【問題】 Coyote 頻寬管理為什麼會失效? | cmc69 | -- 網 路 硬 體 版 | 1 | 2007-03-08 02:00 AM |
COYOTE 的靈異現象…急 | wheat0702a | -- 網 路 硬 體 版 | 7 | 2006-06-03 12:12 AM |
透過 coyote 使用 VPN | CJbalance | -- 網 路 硬 體 版 | 0 | 2006-01-16 10:06 AM |
免費路由器 Coyote (北美小銀狼)QOS要怎麼做有沒有人可以教教救救我 | k840582 | -- 網 路 硬 體 版 | 1 | 2005-08-17 05:17 AM |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。