Facebook十月四日大當機，我的陰謀論

2021年十月四日，Facebook跟所屬的服務，例如Instagram等，意外發生長時間停止服務。查詢 Wikipedia，我確認這一次的Facebook斷線，持續了七個小時。目前看得到的報導，都是說因為網路設定出錯，所導致。不過，根據我觀察過的案例，我認為，「網路設定出錯」，只是一個藉口。

需要幾條路由表，接通三個辦公室？

我們藉由一個連接三個辦公室，三個網段的簡單拓樸，來說明連接辦公室網路，維護正確的路由表內容的時候，到底應該使用靜態路由，還是多多運用動態路由協定。

網路拓樸中，三部路由器，分別代表一個獨立辦公室，背後各只有一個區域網路、LAN網段。圖中每一個區域網路，我只列出一部電腦，來代表網段內的使用者，或者是伺服器。

為了聚焦在路由表本身，IP地址已經全部配發完成。電腦上面只有基本網路連接功能。

我們的目標是，完全接通三個辦公室中，不同的區域網路，區域網路內的任何電腦、電腦之間，都必須完全連通。

不安裝額外軟體，在Windows 10快速找到Wi-Fi無線網路接入速度

不安裝額外軟體，在Windows 10上面我們要如何快速找到，我現在工作中的Wi-Fi無線網路連線速度呢？我是洪李吉。

在Windows 10上面我們很容易知道，我們目前作業系統，是不是連上Wi-Fi網路。但是速度是多少呢？好像沒有比較簡單的方法，可以快速知道我們當前 Wi-Fi無線網路接入速度到底是多少。我這篇文章的內容就是來分享我常用的幾個方法。

影片版

從「蘇伊士運河」事件，檢視網路中是否有「單點故障、全體故障」缺陷

就在三天前，2021年3月23日，當地時間大約7:40 (5:40 UTC)，台灣的長榮海運公司的貨櫃輪「長賜輪」(EVER GIVEN)，在「蘇伊士運河」的航道上意外擱淺，正好將整個通道阻塞。因此，「蘇伊士運河」完全停止服務，任何輪船都無法穿越，一直到影片製作的現在。

我從「維基百科」、「Google地圖」的觀察，我發現，「蘇伊士運河」本身存在著「單點故障、全體故障」的問題，也就是Single Point of Failure, SPOF。因為開鑿運河本身，就是一個極為昂貴的工程，我的重點不是在指出「蘇伊士運河」的設計規劃有問題。我只是藉由這個例子，來說明任何網路系統的設計，如果存在著「單點故障、全體故障」的服務停止缺陷，雖然發生的機會很小，只要機會不是零，我們就必須預先規劃好，如何降低發生的機率；或是當這個狀況發生的時候，所產生的代價，我們是否可以承受；還有，我們必須花費多久時間，才能修復回正常服務的狀態。

「蘇伊士運河」事件的摘要

我先將視野，站在「蘇伊士運河」業主本身。

IPv6協定在台灣用戶端連線數，超越IPv4

我這幾天在「網路攻防戰」Facebook頁面看到文章「標題：台灣 IPv6 使用率已經超過 50%」，我順著找到了好多關於台灣IPv6發展現況的資訊。我這時候才驚覺到，原來在台灣，IPv6協定用戶端連線數，目前已經超越IPv4協定。

APNIC從「用戶端」完成的成功工作連線數，來做為量測依據。因此，並不是IP地址空間中的可能地址數，而是有真實意義的使用人數、人次。

台灣目前Internet上面的IPv6的使用連線數，已經超過台灣全部的IPv4連線數了。或者這樣看，假設您的用戶端只能支援IPv4，那麼您已經是屬於不到一半的少數了。

我整理出我的三個觀察，跟大家分享。