PCDVD數位科技討論區 - 駭客在駭遠通，所以大家無法辦E-Tag

第4頁共5頁

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php) - 七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12) - - 駭客在駭遠通，所以大家無法辦E-Tag (https://www.pcdvd.com.tw/showthread.php?t=1035550)

滄桑悠無愁

2014-01-02 10:52 PM

看來哪天"不小心"儲值費全歸零, 也不意外

已經申裝的朋友們, 請節哀..

csshih

2014-01-02 10:57 PM

引用:

作者Belldandy_1

你答對了！
首要原因就是因為ETC的APP改版，大家更新了軟體當然要試玩一下，
結果遠通的伺服器以及資料庫效能太差，應付不了大量用戶同時查詢資料，
把正常檢索動作當成了DDoS，出這樣的包實在是....

反正就是不裝，讓他車牌辨識個夠，
萬一辨識不出來，就賺到了....
趁他資料庫像是捅了馬蜂窩那樣大亂的這幾天，
上高速公路來來幫遠通做一下"壓力測試"，操一下他的伺服器。

敢問遠通用的是哪家的RDBMS?
如此之笑能
在這行的豈不能幫他好好宣傳一下
:D

T磨人	2014-01-02 11:05 PM

"哪家的RDBMS" 應該是沒多大關係 ,重點在於軟體架構和實作的功力, 及 web(假設app query是走HTTP protocol)/DB 和硬體搭配的調校, 這些都是需要相關的 "專業" 人才.

而且這類重要網路服務居然沒有備援的備案, 也是一大缺失.

csshih

2014-01-02 11:45 PM

引用:

作者T磨人

非也非也
RDBMS的選擇就決定未來可以承載的session數量
就算硬體給他IBM P790四台好了
後端能如何發揮?
infiniband這種特殊品可不是每一種RDBMS都有本事支援
而且這種擺明就是連HA與LB部分一起crash
就很明顯的根本DB就選擇有誤，選了一個擴充性零分的
寫API的人還不知道要最優化它的query語法
任由大量的query轟炸DB
就算前端是F5或citrix一樣是死路一條

casper319

2014-01-03 12:07 AM

引用:

作者smax0503

很陰謀的想法~~會不會只是自己測試系統出問題，結果賴給駭客~ :stupefy:

其實只是單純的頻寬不夠而已.....大家想太多了

T磨人	2014-01-03 12:12 AM

引用:

作者csshih

如果是你說的這情形那倒也沒錯, 之前寫過一套 Multi-Thread 程式, 走 socket 機制的網路服務, 效能瓶頸就是卡在 RDBMS session.

maruko.

2014-01-03 01:01 AM

引用:

作者casper319

其實只是單純的頻寬不夠而已.....大家想太多了

新聞中，那發言人自已也說駭客攻擊，那不就在 :rolleyes:

Robertcheng

2014-01-06 02:55 PM

我猜

猿樋搞不好有搞一個後門，自家企業的車輛過電子收費都不用付費。

小川阿傻美

2014-01-06 03:23 PM

104上的資料
http://www.104.com.tw/jobbank/custj...7j51&jobsource=

pompom

2014-01-06 03:24 PM

真的是駭客嗎 :like:
搞不好自己內部為了節省經費
程式委外自己的蟲說成駭客 :think:
如果是駭客...破壞力不止如此吧

所有的時間均為GMT +8。現在的時間是03:39 AM.

第4頁共5頁

每頁顯示此主題的 10 個文章

vBulletin Version 3.0.1
powered_by_vbulletin 2025。