PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   [哈啦] 公司ADSL遭到攻擊,報修Hinet卻叫我報警... (https://www.pcdvd.com.tw/showthread.php?t=707537)

shtse 2007-03-30 10:22 AM

引用:
作者apage
:jolin: 哈哈,我真的搞不清楚租用跟自己買到底是有何差別?
我已經不只看過一次例子了,
你真的聽過很多人因為受到 UDP攻擊而去報警的嗎? :laugh: :laugh:

從頭到尾也沒有誰願意把這個說清楚,講明白,只有等到事情發生才會吐兩句。
這就是制度的腐敗...

如果是竹科拉專線的用戶,碰到這種事情反應給客服,
相信處理制度又不一樣,又有另一套說法了吧? ;)

這就是我要表達的東西。

不然為甚麼又有IPS這種東西,不是不能私下處理嗎? :cool:
不能控管是他們說的,誰知道他們私下有做什麼控管?
真的不能監聽嗎?他們監聽我們也不知道啊,備而不用罷了。

後來我問中華客服說那沒有IPS之前你們怎麼處理?他們回答『不能處理。』

這時我才了解,原來一個ISP的力量是如此薄弱。
原來一個只租用ADSL的小用戶申訴什麼都等於 0 .
花錢解才是最快的,小戶只能報警而已,
但問題的急...

Got it :D

一物剋一物 , 既然有成立電信警察 , 就給他剋吧 :laugh:

剋到最後 ,
不是擴編電信警察 來個全面監視控管 ,
就是放權給 CHT , 要求其快刀斬亂蔴 :think:

sasimi 2007-03-30 10:24 AM

1.中華電信已經處理過了

2.中華電信也說要在處理的話會影響

其他用戶權益

3.報警的確是最快的方式

4.如果中華電信客服 厲害到 可以直接幫你擋掉 攻擊

我想他也不會去當客服人員了

lwm 2007-03-30 10:24 AM

引用:
作者apage
如果是竹科拉專線的用戶,碰到這種事情反應給客服,
相信處理制度又不一樣,又有另一套說法了吧? ;)

這就是我要表達的東西。

不然為甚麼又有IPS這種東西,不是不能私下處理嗎? :cool:
不能控管是他們說的,誰知道他們私下有做什麼控管?
真的不能監聽嗎?他們監聽我們�
不知道啊,備而不用罷了。

後來我問中華客服說那沒有IPS之前你們怎麼處理?他們回答『不能處理。』


幾年前我們就是專線用戶,當時另一家ISP的確是告訴我們「不能處理」,
所以是我們自己依據Log,一個一個的把炮台清除的,
同時也找出來攻擊的人。

那些新買的網路防護設備,難道應該無償給你用嗎?

apage 2007-03-30 10:27 AM

引用:
作者lwm

客服的能力和態度並不是形成嫌疑犯的原因,
應該要想辨法找出被攻擊的真正原因,
中華電信雖然爛,但沒必要替人背黑鍋啊(當然直接怪中華是最快的方式)。


想辦法找出被攻擊的真正原因?早就找到了啊?砲台都知道了。
iptables DROP掉該IP結果也一樣...前面都說得很清楚了,
很明顯問題發生在比NAT Server更前面...

看來你並不清楚 UDP 的通訊方式 :laugh:
並沒有黑鍋要人揹,我也懶得解釋了。

u8526425 2007-03-30 10:28 AM

我剛去看了一下電信警察的網頁 (by the way, 網頁大而無當)
發現internet issue不是他們的業務範圍

電腦相關犯罪要找偵九隊

apage 2007-03-30 10:35 AM

引用:
作者u8526425
我剛去看了一下電信警察的網頁 (by the way, 網頁大而無當)
發現internet issue不是他們的業務範圍

電腦相關犯罪要找偵九隊


其實我都有打電話去問過了,是要報偵九隊沒有錯..
他們說
對方惡意發封包影響你
是可以構成犯罪事實。

也許,他國警察跟我國網路警察有合作,應該就可以解決吧 :jolin:

and 要報案,去任何警察局都ok
還要寫筆錄...

:stupefy:

另外,我一直在溝通的其實是機房人員...客服是我口誤 :stupefy:

還有,資安客服聽了我的說詞,也覺得報警怪怪的,
後來他還打來公司問我網路怎麼樣了,我想他可能也有幫我一點忙吧,
不然封包可能還在送 :jolin:

lwm 2007-03-30 10:35 AM

引用:
作者apage
想辦法找出被攻擊的真正原因?早就找到了啊?砲台都知道了。
iptables DROP掉該IP結果也一樣...前面都說得很清楚了,
很明顯問題發生在比NAT Server更前面...

看來你並不清楚 UDP 的通訊方式 :laugh:
並沒有黑鍋要人揹,我也懶得解釋了。


難怪你只能在這邊當個生氣的網管,
用iptable DROP就是處理終極方式?
再多加油吧!

apage 2007-03-30 10:40 AM

引用:
作者lwm
難怪你只能在這邊當個生氣的網管,
用iptable DROP就是處理終極方式?
再多加油吧!


................ :jolin:

你好厲害,佩服佩服。

shtse 2007-03-30 10:48 AM

收到 , 要報案 偵九隊 :)

cmwang 2007-03-30 10:59 AM

被DDoS->在user端濾封包,WAN的頻寬還是被吃掉:flash: ....

在ISP對user的egress端濾掉,WAN才不會被吃掉,right??

壞就壞在ISP對user的egress端的設備不見得只service單一user,access rule設太複雜BRAS跑不動波及其他user時誰要負責?? 還是user自己要co-location IDS/router?? 另外ISP幫user濾traffic要不要經過user授權?? 要不要另外charge?? 或是user自行co-location設備應付這類狀況時要不要收因此產生的co-location費用?? 以上幾點恐怕在座各位沒有人說得準吧:ase:ase....

PS:請參閱鵝在VLAB貼過的Hinet是否default濾掉netbios over tcp/ip相關的traffic??不知有無台固(鴻運)的相關人員在此??....


所有的時間均為GMT +8。 現在的時間是11:24 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。