斷網的範圍至少包含各局處網站所在網域:163.29.36.0/24, 163.29.157.0/24.

本文為真實事件, 參考畫面如下:

單有畫面, 有圖不一定是真相, 等於口說無憑, 因此本人已於不定時間進行擷取畫面與進行螢幕錄影:

至少十幾個小時的斷網,媒體均未批露這次事件, 因此我在此進行紀錄:

20171014T0127我無法開啟www.gov.taipei, 也就是顯示無法連線. 在20171014T0128時進行錄影. 經查斷網的網域至少包含: 各局處網站所在:163.29.36.0/24, 163.29.157.0/24,例如:

$ dig gov.taipei +short
163.29.36.96
$ dig rdec.gov.taipei +short
163.29.36.96
....幾乎各局處都在163.29.36.96.

其他重要的在:
$ dig data.taipei +short
163.29.157.32
$ dig ivoting.taipei +short
163.29.157.94

依照政府的整合政策, 所有的雞蛋都要放在同一個籃子裏.

兩個DNS所在網域: 163.29.157.0/24.

$ dig gov.taipei ns +short
dnssec1.taipei.gov.tw.
dnssec2.taipei.gov.tw.

$ dig dnssec1.taipei.gov.tw +short
163.29.157.157
$ dig dnssec2.taipei.gov.tw +short
163.29.157.158

可以看見兩個DNS都放在同一個網段, 雞蛋也是放在同一個籃子裏.

20171014T1052, 再查看看, 依然斷網. 再錄影.
20171014T1318, 依然斷網, 但www.gov.taipei 被重導至tcprcwebvm.eastasia.cloudapp.azure.com:

data.taipei顯示500的錯誤:

這些是從我的錄影畫面再擷取出來的, 也是台北市政府此事件第一次的危機處理畫面, 這危機處理出現在1052到1318之間. 至少已超過10小時的斷網. 資訊局的人早已忙翻了, 沒人先做危機處理?

20171014T1622, 大部份的網站回復運作, 但data.taipei有時顯示500錯誤(如上), 有時顯示以下畫面:

data.taipei系統有回復, 但運作不正常, 心中留些疑問, 是否跟這系統有關?

20171015T1333時, 再檢查data.taipei, 發現了一段聲明:

本府為提昇開放資料服務品質，預計於
10/13 (星期五) 11:30PM ~ 10/18 (星期三) 9:00PM
進行系統主機例行維護作業，屆時本系統將暫時停止相關網站服務，如造成您的不便，敬請見諒。若有相關問題，歡迎來信services@mail.taipei.gov.tw反應。

畫面則為

注意到了上面的維護時間始於20171013T1130, 接近我發現問題的時間, 難道是更新data.taipei發生了問題? 還是更新VMWARE出了問題? 卻造成大斷網? (20171015T2008關於合約部份並非重點, 也非機密)

當然, 這有可能是巧合, 但真實原因呢?

2017106T1632: data.taipei在20171016T1255時還是離線, 但這個紀錄時間點已是上線狀態.