Relk's 工作手札

在 Cloud-Native 汪洋中載浮載沉的 SRE - Service Restart Engineer

0%

前言

  日本、中國有許多資源常常只有開放給國內,對海外 IP 採取封鎖狀態,這是通常都會使用 VPN 來做翻牆,但其他國內流量也被強迫導向至海外 VPN ,因此拖慢了網路速度,這時使用策略路由就能完美解決囉!

操作

  • 新增一個 VPN Interface
閱讀全文 »

前言

為了避免設備無預警掛點,排程備份設定檔是必須的工作,
若要使用本腳本,請預先配置好 Tools/Email,謝謝

本 Script 為參考”電腦茶包 Blog“所製作之 Script 修改而來。

操作

1.打開 System/Scripts,新增一個新的Script並命名為 gmail_backup_system

2.將 Script 貼入 Source 內

閱讀全文 »

前言

在乙太網路上,許多協定都會使用到廣播來做資料交換,數量一多就會造成網路效能低落,因此使用路由器作為廣播網域(Broadcast Domain)邊界,切割出不同網段來遏止廣播風暴蔓延。

原理

在 TCP/IP 的設定中,有個預設閘道 (Default Gateway)欄位讓你填,如果你要離開本地網段的話,ARP 就會去詢問預設閘道的 Mac Address,將 L2 表頭的目的地位址填上預設閘道的實體位址,送出封包後 L2 的目的地位址會是預設閘道的網卡。

舉個例吧,PC0 要 Ping PC3,封包轉送前和轉送後的改變。

閱讀全文 »

用途

  在乙太網路上,資料的傳遞必須要有實體位址 (MAC Address),Layer 2 設備會驗證 Frame 的實體位址,不是找它的一律捨棄,但設備一開機總不可能就有所有設備的實體位址吧?所以就需要 ARP 協定來協助取得各個設備的實體位址。

介紹

  ARP 是利用乙太網路的廣播功能所設計出來的位址解析協定,它的主要特性是它的位址對應關係是動態的,以查詢的方式來獲得 I P位址 (IP Address) 和實體位址 (MAC Address / Physical Address) 的對應關係。

  只要是 Layer 3 的設備都一定會有 ARP Cache,並且會在 ARP 快取內建立 ARP 表格 (ARP Table) 用來記錄 IP 位址和實體位址的對應關係。這個 Table 會依據自身的存活時間遞減而消失,以確保資料的正確性。

閱讀全文 »

集線器 - Hub

Hub是屬於 Layer 1 (實體層)的設備,所有資料只會視為電子流,只做洪泛、沖刷 (flood)的動作。
另外,由於 Hub 也有訊號增益的功能,所以能將每個 Port 視為一個 Repeater

閱讀全文 »