我是用技嘉GN-BR401分享器\r
我的phpbb已經在電腦用都OK..
ip分享器也都弄了
但要連到phpbb討論區 用實體ip連不上
但用虛偽ip 192.168.1.1 就可以連..
各位大大 能告訴我 是怎麼回事ㄇ??
[問題]我有一個ip分享器的架站問題
版主: 版主管理群
版面規則
本區是討論關於 phpBB 2.0.X 架設安裝上的問題，只要有安裝任何外掛，請到外掛討論相關版面按照公告格式發表。
(發表文章請按照公告格式發表，違者砍文)
本區是討論關於 phpBB 2.0.X 架設安裝上的問題，只要有安裝任何外掛，請到外掛討論相關版面按照公告格式發表。
(發表文章請按照公告格式發表，違者砍文)
-
hollowaysxp
- 竹貓忠實會員
- 文章: 535
- 註冊時間: 2004-06-01 22:39
- 來自: 仙境傳說回憶最美~台灣桃園
- 聯繫:
192.168.1.1應該是預設通訊閘道吧!
●架設主機作業系統：FreeBSD 6.2-RELEASE (自行架設)
●我的上網方式：FTTB+VDSL HINET 10M/2M
●我安裝的程式：Apache 2.0.59+ PHP Version 4.4.4 + MySql 4.1.21+phpMyadmin 2.9.1.1
●我的 phpBB3 版本：phpBB3.0.1
●我的 phpBB3 連結網址 http://nitcs.itrello.com/forum/
NITCS歡迎你
NITCS論壇
●我的上網方式：FTTB+VDSL HINET 10M/2M
●我安裝的程式：Apache 2.0.59+ PHP Version 4.4.4 + MySql 4.1.21+phpMyadmin 2.9.1.1
●我的 phpBB3 版本：phpBB3.0.1
●我的 phpBB3 連結網址 http://nitcs.itrello.com/forum/
NITCS歡迎你
NITCS論壇
[教學]使用虛擬加設PHP並分享論壇
可以的
要注意的地方有
1.先LOCAL端確定可以正常使用PHP論壇
2.申請DOMAIN(如ADSLDNS..等等)
3.使用IP分享器將虛擬伺服器PORT(80)指向到論壇機器\r
4.開啟IP分享器動態DNS
這部份比較簡單\r
難的是論壇技術
搞的我一個頭二個大...=.=
要注意的地方有
1.先LOCAL端確定可以正常使用PHP論壇
2.申請DOMAIN(如ADSLDNS..等等)
3.使用IP分享器將虛擬伺服器PORT(80)指向到論壇機器\r
4.開啟IP分享器動態DNS
這部份比較簡單\r
難的是論壇技術
搞的我一個頭二個大...=.=
●架設主機作業系統：2000 Advanced + SP4
●快速架站程式：這段不太懂，我算嗎?
●您的上網方式：HiNet ADSL 2M/512KB，浮動IP
●您安裝的程式：IIS 5.0 + php 4.3.7 + MySql 4.1.3 + mysql ODBC 3.51.8 + phpMyAdmin
●您的 phpBB2 版本：phpBB 2.08 + 4image(考慮癈了4image不會用吧=.=)
●您的 domain(網域名稱) ：www.l2.idv.tw
●您的 phpBB2 連結網址： http://www.l2.idv.tw
●錯誤代碼：未發現中
●錯誤狀態：未發現中
Re: [教學]使用虛擬加設PHP並分享論壇
1,2選項都okmmmagker 寫:可以的
要注意的地方有
1.先LOCAL端確定可以正常使用PHP論壇
2.申請DOMAIN(如ADSLDNS..等等)
3.使用IP分享器將虛擬伺服器PORT(80)指向到論壇機器\r
4.開啟IP分享器動態DNS
這部份比較簡單\r
難的是論壇技術
搞的我一個頭二個大...=.=
3,4選項 能在講詳細一點嗎??
是要用到ip分享器裡的虛擬伺服器的功能ㄇ
這我有設定 port80 指向192.168.1.4....
第4項就有點難懂??
[閒聊]終於架成功了
感謝大家的幫忙
最後還是去申請hinet的固定ip
adsl-----HUB-------我的電腦(固定IP)
l
ip分享器---其他電腦\r
才成功架起
累死我耶
最後還是去申請hinet的固定ip
adsl-----HUB-------我的電腦(固定IP)
l
ip分享器---其他電腦\r
才成功架起
累死我耶
[閒聊]終於架成功了
都可以....有預算有預算的設法tim1019 寫:感謝大家的幫忙
最後還是去申請hinet的固定ip
adsl-----HUB-------我的電腦(固定IP)
l
ip分享器---其他電腦\r
才成功架起
累死我耶
沒預算有沒預算的設法
依你的方法真的比較省事，但你因在實體IP如果沒有防火牆就比較糟糕
要注意的地方也比較多就是了
現在的IP分享器幾乎都有支援虛擬伺服器及動態DNS
或許是英文介面比較難懂
其實至各大官網討論區都有人提出來可以共同研討說\r
加油囉....
最後由 mmmagker 於 2004-10-09 03:12 編輯，總共編輯了 1 次。
●架設主機作業系統：2000 Advanced + SP4
●快速架站程式：這段不太懂，我算嗎?
●您的上網方式：HiNet ADSL 2M/512KB，浮動IP
●您安裝的程式：IIS 5.0 + php 4.3.7 + MySql 4.1.3 + mysql ODBC 3.51.8 + phpMyAdmin
●您的 phpBB2 版本：phpBB 2.08 + 4image(考慮癈了4image不會用吧=.=)
●您的 domain(網域名稱) ：www.l2.idv.tw
●您的 phpBB2 連結網址： http://www.l2.idv.tw
●錯誤代碼：未發現中
●錯誤狀態：未發現中
[討論]關於Vigor 2900
剛去官網看aiken 寫:實體IP連不上...
有一種機率很低的可能性....
該不會是你的IP分享器沒有 NAT Loopback ......
我的居易 Vigor 2900 剛買來的時候就沒有 NAT Loopback...
後來更新韌體之後才有這個功能...
本來就有支援了說\r
http://www.draytek.com.tw/chinese/produ ... or2900.php
Vigor2900支援說明
功能看來蠻強大說
不知大大當初買多少呢?
最後由 mmmagker 於 2004-10-09 03:12 編輯，總共編輯了 1 次。
●架設主機作業系統：2000 Advanced + SP4
●快速架站程式：這段不太懂，我算嗎?
●您的上網方式：HiNet ADSL 2M/512KB，浮動IP
●您安裝的程式：IIS 5.0 + php 4.3.7 + MySql 4.1.3 + mysql ODBC 3.51.8 + phpMyAdmin
●您的 phpBB2 版本：phpBB 2.08 + 4image(考慮癈了4image不會用吧=.=)
●您的 domain(網域名稱) ：www.l2.idv.tw
●您的 phpBB2 連結網址： http://www.l2.idv.tw
●錯誤代碼：未發現中
●錯誤狀態：未發現中
NAT 跟 NAT Loopback 是不一樣的東西唷\r
原來的功能並沒有 NAT Loopback
韌體更新之後才可以的
我買$4400
在光華敗家廣場買的
使用上...老實說我剛買來的時候很後悔
介面不習慣..感覺很難用...不親切, 不像dlink, ZOT 這麼直覺
完全是以功能性及穩定性為取向
還曾經一度把他收回盒子裡面放了一星期
現在覺得很好用了
尤其是我有VPN需求
這台內建 VPN Server ...功能強大\r
該有的都有了
還有比別人更好的防火牆
聽說經過個什麼實驗室檢驗的
還有另一個超好用功能...QOS
設定好之後我現在同時開驢子, 論壇, FTP, mail server, VPN...
上傳都用QOS做了控管, 都不會有互相影響造成速度變慢的情形...
缺點就是...太貴了....
想買另一台做 lan to lan 的VPN但是敗不下去....
原來的功能並沒有 NAT Loopback
韌體更新之後才可以的
我買$4400
在光華敗家廣場買的
使用上...老實說我剛買來的時候很後悔
介面不習慣..感覺很難用...不親切, 不像dlink, ZOT 這麼直覺
完全是以功能性及穩定性為取向
還曾經一度把他收回盒子裡面放了一星期
現在覺得很好用了
尤其是我有VPN需求
這台內建 VPN Server ...功能強大\r
該有的都有了
還有比別人更好的防火牆
聽說經過個什麼實驗室檢驗的
還有另一個超好用功能...QOS
設定好之後我現在同時開驢子, 論壇, FTP, mail server, VPN...
上傳都用QOS做了控管, 都不會有互相影響造成速度變慢的情形...
缺點就是...太貴了....
想買另一台做 lan to lan 的VPN但是敗不下去....
[討論]關於IP分享器
妖受...為了找資料找了快半小時.....送出時才發現沒有登入\r
上一頁時....全都消光光...累\r
簡單說好了
QoS Policy Management
電腦資訊的傳輸，由以往的Mainframe/Terminal的大型主機架構，在80年代轉變成新的Client/Server網路；個人PC開始成為商業生產的應用工具，而網路也成為企業不可或缺的架構。90年代Frame Relay及相關廣域網路的發展，更讓企業得以藉由遠距離的資訊傳輸來得到更快的訊息傳遞，提高員工生產力。此時，企業網路的管理人員面對的是各種不同的網路傳輸，諸如e-mail、ftp、http等資料以及一些”mission-critical”的商業應用，如ERP、SNA等等。雖然有些複雜及繁忙，但至少是可以預測的資料流量；故仍能游刃有餘，確保這些傳輸均能”和平相處”的達成任務。
然而，電子商務及服務的興起卻打破的既有的生態平衡，電腦網際網路的資料流量隨著電子商務、多媒體資訊傳輸、大量檔案下載等應用呈現大幅的成長；瞬間大量，且無法預估的資料傳輸更影響了企業網路的使用效能。更重要的是，這些新的應用有著竭盡所能爭取頻寬，並將其完全吞噬的傾向；如不加以限制，勢將造成其他如ERP、 Voice等應用產生斷訊或是嚴重延遲的結果。此時，網路管理人員便需要有新的措施來預防這樣的現象發生，相關的措施可能有：
1. 嚴格限制不准使用消耗高頻寬的相關網際網路應用\r
2. 加大頻寬來提供更多的服務資訊
3. 使用新的QoS機制來加以管理
嚴格限制不准使用消耗高頻寬的相關網際網路應用，雖然可以達到效果，但卻與企業提供員工好的服務及福利的目標背道而馳。同時，拒絕了新的網路應用亦可以限制的企業的發展，讓公司無法跟上新的科技及產業驅勢。而加大頻寬雖能解決現有頻寬不足的問題，確不能保證能夠解決網路效能不足的問題。加大後的頻寬仍有可能被特定的應用佔領，無法改善頻寬分配不均的問題。而持續的提高頻寬亦不符合企業資訊的有效運用原則，非常昂貴的專線費用支出，絕非企業所能負荷，或願意負荷的。
因此，使用新的QoS機制來加以管理企業的頻寬，便成為網路管理者的最佳選擇。QoS設備建構於網路之上，並不需更動到網路的整體架構及規劃。它能自動偵測、分類及報告出網路上的應用資料流。管理人員即可運用這些資訊訂出頻寬管理策略，以及不同應用資料流的傳輸優先順序；同時，亦可透過管理軟體即時的監看制定出的策略之執行成果。
QoS Policy Management功能簡介
一般的Traffic Shaping，Queuing，Policy Management 或是Caching 的產品，或許能夠增加網路的效能，但卻不能保證重要網路應用的穩定運作及反應速度(Consistent response time)。新一代的智慧型QoS解決方案，需要具備完整且多樣化的功能，諸如：
1. Wire-Speed Traffic Classification
能夠根據使用者設定的策略做資料的分類，及時的將資料傳送出去。
2. Tranparent / Non-single point failure
設備的引進使用，應不影響的一般使用者及網路上其他設備的設定(即是對使用者為Transparent)，以減少所需的設定至最低。同時，如果因任何原因而當機時，系統應自動變成如同一條網路線，雖然頻寬管理的功能喪失了，但不會影響總體網路的運作效能。
3. Traffic Management / Bandwidth and Latency Policy Setting
頻寬管理機制，共有TCP Rate Shaping、Class-based Queuing、Fail Allocation of Bandwidth及Packet-size Optimization等四種；完整的架構出最佳化的頻寬控管功能：
A. TCP Rate Shaping：
TCP Rate Shaping為一專為TCP/IP交通設計的管理法則，它會告知資料傳送者適時的減少資料傳輸量，來使得TCP資料流(TCP Flow)傳送更加平順，以便達到將TCP交通的瞬間巨量(Burst)情形降至最低。這些突如其來的巨量交通會造成路由器的交通阻塞，嚴重影響到一些無法接受傳輸延遲的網路應用(Latency-Sensitive Application)。
然而，TCP Rate Shaping只是很粗略的控制傳輸的訊框大小(Window Size)，對於低速的專線並無法有效的達到準確的頻寬管理。同時，一般所謂重要的應用 (Mission-Critical Application)的封包均是相當短而快的傳輸連結，TCP Rate Shaping無法對其有所幫助。此外，TCP Rate Shaping 只能控制TCP的交通，對於Non-TCP 的交通則無法管理；而根據統計，網路上的交通約有48%為TCP的交通，約有52%為Non-TCP 的交通。
B. Class-based Queuing (CBQ)
Class-based Queuing(CBQ)乃依據不同的Class等級提供不同的Traffic Queuing，它可補足TCP Rate Shaping只能管理TCP交通的問題，支援TCP及Non-TCP的交通管理，並且能管控到網路交通的封包階層(Packet Level)，故能更有效的控制低速頻寬的傳輸。
C. Fail Allocation of Bandwidth
CBQ雖能補強TCP Rate Shaping之不足，然而仍有其問題所在。因為CBQ只針對Class來作頻寬的分配，並不能保證同一Class中的不同交通傳輸(Traffic Flow) 能獲得相等的頻寬資源；所以仍可能產生某些屬於高優先權(High Priority)的使用者依然得不到頻寬的現象。為確保對同一Class中所有使用者的公平對待，需要有法則來將一個Class所制定的頻寬平均分配到每個交通流。
D. Packet-size Optimization
Packet-size Optimization能將傳輸的Packet -size最佳化，例如將e-mail傳遞大檔案的Packet -size縮小，來避免這些大檔案將頻寬佔住，使一些小封包傳不出去；以確保如TN3270 、VoIP等無法接受傳輸延遲的網路應用(Latency-Sensitive Application)交通的品質保障。
上述的各種機制，如果單靠部分方法，則勢必影響頻寬管理的效果。例如，若只有TCP Rate Shaping的功能，則對於Non-TCP，或是較低速的頻寬時，其結果將會大打折扣。(全球目前的專線頻寬有88%是128K以下的低速頻寬；網路上的交通約有48%為TCP的交通，約有52%為Non-TCP 的交通)。若是以上四種機制能夠完整應用，便能對網路上的交通做到真正完全的控管，達到頻寬控制的精準性(Bandwidth Accuracy )以及資源公平分配(Distribution Fairness)等效果。
4. Policy-Smart Web Caching
Web Caching功能能夠有效的降低HTTP交通的高頻寬需求，以提供更多的頻寬資源給予”Mission-Critical”及”Latency-Sensitive”的應用，藉以在有限的頻寬中提供使用者最快的服務。而且，Web Caching可以依據每一個策略(Policy)可以設定為”Enable Caching”或是”Disable Caching”。QoSWorks 的 Caching 功能乃是”Transparent Caching”，完全不需更改路由器、使用者電腦或是交換器的設計。
5. Practical Traffic Monitoring / Reporting / Remote Management
簡易的設定/管理/監視系統，透過標準的瀏覽器(Browser)，管理者可以相當容易的設定如Traffic prioritization、Bandwidth allocation、 Setting policies for admission control、Specifying burst/session bandwidth等相關策略，做到對網路上交通流量的及時監控(Real-Time Monitor)；分析每個應用/服務所使用的頻寬及狀況。同時，亦能提供報表及分析資料，使管理者能夠輕易的了解頻寬的真正使用的及時資訊。
好用...真的...
可借我用的是CAS1045...沒支援說
最近使用Netlimiter1.30 監控網路流量軟體來鎖流量控制\r
但發現我架的SERVER無法去線上觀看WMV及MPG檔
移除就好了...害我狂重灌了三次完整的伺服器才發現原因
因外關於NAT Loopback 好像只有在居易的產品出現\r
真正的功能表現不知如何
至少搜尋一堆都是在說NAT Loopback的BUG或操作上不易等等
如果家裡SERVER流量真的吃太重了
看來該換了說\r
不然我自己打電動都沒有保證頻寬說=.=
上一頁時....全都消光光...累\r
簡單說好了
QoS Policy Management
電腦資訊的傳輸，由以往的Mainframe/Terminal的大型主機架構，在80年代轉變成新的Client/Server網路；個人PC開始成為商業生產的應用工具，而網路也成為企業不可或缺的架構。90年代Frame Relay及相關廣域網路的發展，更讓企業得以藉由遠距離的資訊傳輸來得到更快的訊息傳遞，提高員工生產力。此時，企業網路的管理人員面對的是各種不同的網路傳輸，諸如e-mail、ftp、http等資料以及一些”mission-critical”的商業應用，如ERP、SNA等等。雖然有些複雜及繁忙，但至少是可以預測的資料流量；故仍能游刃有餘，確保這些傳輸均能”和平相處”的達成任務。
然而，電子商務及服務的興起卻打破的既有的生態平衡，電腦網際網路的資料流量隨著電子商務、多媒體資訊傳輸、大量檔案下載等應用呈現大幅的成長；瞬間大量，且無法預估的資料傳輸更影響了企業網路的使用效能。更重要的是，這些新的應用有著竭盡所能爭取頻寬，並將其完全吞噬的傾向；如不加以限制，勢將造成其他如ERP、 Voice等應用產生斷訊或是嚴重延遲的結果。此時，網路管理人員便需要有新的措施來預防這樣的現象發生，相關的措施可能有：
1. 嚴格限制不准使用消耗高頻寬的相關網際網路應用\r
2. 加大頻寬來提供更多的服務資訊
3. 使用新的QoS機制來加以管理
嚴格限制不准使用消耗高頻寬的相關網際網路應用，雖然可以達到效果，但卻與企業提供員工好的服務及福利的目標背道而馳。同時，拒絕了新的網路應用亦可以限制的企業的發展，讓公司無法跟上新的科技及產業驅勢。而加大頻寬雖能解決現有頻寬不足的問題，確不能保證能夠解決網路效能不足的問題。加大後的頻寬仍有可能被特定的應用佔領，無法改善頻寬分配不均的問題。而持續的提高頻寬亦不符合企業資訊的有效運用原則，非常昂貴的專線費用支出，絕非企業所能負荷，或願意負荷的。
因此，使用新的QoS機制來加以管理企業的頻寬，便成為網路管理者的最佳選擇。QoS設備建構於網路之上，並不需更動到網路的整體架構及規劃。它能自動偵測、分類及報告出網路上的應用資料流。管理人員即可運用這些資訊訂出頻寬管理策略，以及不同應用資料流的傳輸優先順序；同時，亦可透過管理軟體即時的監看制定出的策略之執行成果。
QoS Policy Management功能簡介
一般的Traffic Shaping，Queuing，Policy Management 或是Caching 的產品，或許能夠增加網路的效能，但卻不能保證重要網路應用的穩定運作及反應速度(Consistent response time)。新一代的智慧型QoS解決方案，需要具備完整且多樣化的功能，諸如：
1. Wire-Speed Traffic Classification
能夠根據使用者設定的策略做資料的分類，及時的將資料傳送出去。
2. Tranparent / Non-single point failure
設備的引進使用，應不影響的一般使用者及網路上其他設備的設定(即是對使用者為Transparent)，以減少所需的設定至最低。同時，如果因任何原因而當機時，系統應自動變成如同一條網路線，雖然頻寬管理的功能喪失了，但不會影響總體網路的運作效能。
3. Traffic Management / Bandwidth and Latency Policy Setting
頻寬管理機制，共有TCP Rate Shaping、Class-based Queuing、Fail Allocation of Bandwidth及Packet-size Optimization等四種；完整的架構出最佳化的頻寬控管功能：
A. TCP Rate Shaping：
TCP Rate Shaping為一專為TCP/IP交通設計的管理法則，它會告知資料傳送者適時的減少資料傳輸量，來使得TCP資料流(TCP Flow)傳送更加平順，以便達到將TCP交通的瞬間巨量(Burst)情形降至最低。這些突如其來的巨量交通會造成路由器的交通阻塞，嚴重影響到一些無法接受傳輸延遲的網路應用(Latency-Sensitive Application)。
然而，TCP Rate Shaping只是很粗略的控制傳輸的訊框大小(Window Size)，對於低速的專線並無法有效的達到準確的頻寬管理。同時，一般所謂重要的應用 (Mission-Critical Application)的封包均是相當短而快的傳輸連結，TCP Rate Shaping無法對其有所幫助。此外，TCP Rate Shaping 只能控制TCP的交通，對於Non-TCP 的交通則無法管理；而根據統計，網路上的交通約有48%為TCP的交通，約有52%為Non-TCP 的交通。
B. Class-based Queuing (CBQ)
Class-based Queuing(CBQ)乃依據不同的Class等級提供不同的Traffic Queuing，它可補足TCP Rate Shaping只能管理TCP交通的問題，支援TCP及Non-TCP的交通管理，並且能管控到網路交通的封包階層(Packet Level)，故能更有效的控制低速頻寬的傳輸。
C. Fail Allocation of Bandwidth
CBQ雖能補強TCP Rate Shaping之不足，然而仍有其問題所在。因為CBQ只針對Class來作頻寬的分配，並不能保證同一Class中的不同交通傳輸(Traffic Flow) 能獲得相等的頻寬資源；所以仍可能產生某些屬於高優先權(High Priority)的使用者依然得不到頻寬的現象。為確保對同一Class中所有使用者的公平對待，需要有法則來將一個Class所制定的頻寬平均分配到每個交通流。
D. Packet-size Optimization
Packet-size Optimization能將傳輸的Packet -size最佳化，例如將e-mail傳遞大檔案的Packet -size縮小，來避免這些大檔案將頻寬佔住，使一些小封包傳不出去；以確保如TN3270 、VoIP等無法接受傳輸延遲的網路應用(Latency-Sensitive Application)交通的品質保障。
上述的各種機制，如果單靠部分方法，則勢必影響頻寬管理的效果。例如，若只有TCP Rate Shaping的功能，則對於Non-TCP，或是較低速的頻寬時，其結果將會大打折扣。(全球目前的專線頻寬有88%是128K以下的低速頻寬；網路上的交通約有48%為TCP的交通，約有52%為Non-TCP 的交通)。若是以上四種機制能夠完整應用，便能對網路上的交通做到真正完全的控管，達到頻寬控制的精準性(Bandwidth Accuracy )以及資源公平分配(Distribution Fairness)等效果。
4. Policy-Smart Web Caching
Web Caching功能能夠有效的降低HTTP交通的高頻寬需求，以提供更多的頻寬資源給予”Mission-Critical”及”Latency-Sensitive”的應用，藉以在有限的頻寬中提供使用者最快的服務。而且，Web Caching可以依據每一個策略(Policy)可以設定為”Enable Caching”或是”Disable Caching”。QoSWorks 的 Caching 功能乃是”Transparent Caching”，完全不需更改路由器、使用者電腦或是交換器的設計。
5. Practical Traffic Monitoring / Reporting / Remote Management
簡易的設定/管理/監視系統，透過標準的瀏覽器(Browser)，管理者可以相當容易的設定如Traffic prioritization、Bandwidth allocation、 Setting policies for admission control、Specifying burst/session bandwidth等相關策略，做到對網路上交通流量的及時監控(Real-Time Monitor)；分析每個應用/服務所使用的頻寬及狀況。同時，亦能提供報表及分析資料，使管理者能夠輕易的了解頻寬的真正使用的及時資訊。
好用...真的...
可借我用的是CAS1045...沒支援說
最近使用Netlimiter1.30 監控網路流量軟體來鎖流量控制\r
但發現我架的SERVER無法去線上觀看WMV及MPG檔
移除就好了...害我狂重灌了三次完整的伺服器才發現原因
因外關於NAT Loopback 好像只有在居易的產品出現\r
真正的功能表現不知如何
至少搜尋一堆都是在說NAT Loopback的BUG或操作上不易等等
如果家裡SERVER流量真的吃太重了
看來該換了說\r
不然我自己打電動都沒有保證頻寬說=.=
●架設主機作業系統：2000 Advanced + SP4
●快速架站程式：這段不太懂，我算嗎?
●您的上網方式：HiNet ADSL 2M/512KB，浮動IP
●您安裝的程式：IIS 5.0 + php 4.3.7 + MySql 4.1.3 + mysql ODBC 3.51.8 + phpMyAdmin
●您的 phpBB2 版本：phpBB 2.08 + 4image(考慮癈了4image不會用吧=.=)
●您的 domain(網域名稱) ：www.l2.idv.tw
●您的 phpBB2 連結網址： http://www.l2.idv.tw
●錯誤代碼：未發現中
●錯誤狀態：未發現中