etuser

繼學校開始採用 IPv6 後，在 Fortigate 防火牆除了原有的 IPv4 規則外，還要針對 IPv6 作設定。因為學校的資安策略除了會管制外部對內往伺服器的連線外，還會針對內部對外的不當連線，加上惡意網域日新月異，防不勝防，如此一來會增加人員與設備的負擔。 在 IPv4 環境中，學校內行政辦公室電腦採用固定 IP，其他教學部份均為 DHCP 動態發放 IP。而在 IPv6 的環境下，不管是 Stateless 或 Stateful 設定 IPv6，都會用到 DHCPv6 來設定 DNS 資訊。一般上網的動作一定會有 DNS 查詢的動作，所以可以把 DNS 查詢當作資安的防護層，也就是採用具有過瀘功能的公用 DNS 伺服器（Public DNS servers）。 提到 public dns server，一般都會想到的是 Google public dns 服務（8.8.8.8、8.4.4.8），但查詢 Google 的說明似乎沒有看到 Google 會特別針對資安防護的功能，所以改採用 cloudflare dns。 cloudflare dns 可以設定不同安全等級的 dns 位址： 一般使用 1.1.1.1  1.0.0.1 2606:4700:4700::1111  2606:4700:4700::1001 Malware Blocking Only 1.1.1.2 1.0.0.2 2606:4700:4700::1112 2606:4700:4700::1002 Malware and Adult Content 1.1.1.3 1.0.0.3 2606:4700:4700::1113 2606:4700:4700::1003 而且從 cloudflare dns 的官網說明上看，它還有隱私、安全的功能，速度也比較快。 除了 cloudflare dns 外，還有 opendns、comodo sercure dns 也有提供安全等級的選擇，但速度比較慢。 參考資料： https://blog.cloudflare.com/introducing-1-1-1-1-for-families/ https://developers.cloud...

學校架設兩台 pfsense 作為無線網路管理伺服器，因為 pfsense 可以提供無線認證網頁（Captive Portal），並後端使用 Radius 作使用者認證。 其中一台更新至 2.4.5 版之後，認證服務正常工作，但是會發生錯誤，使得認證的 session 無法正常停止。 查詢 log 紀錄發現上面的錯誤訊息，看起來是因為 Captive Portal 紀錄的資料表“captiveportal”少了“traffic_quota”欄位。 從 pfsense 的資料說明知道使用 SQLite3 的資料庫系統，再從 github 查到 pfsense 處理 Captive Portal 資料庫相關的原始碼。 從程式碼的片斷有資料表的欄位結構。 使用 SSH 連上 pfsense 選擇8 切換到 shell 環境，並切換到 /var/db，確定資料庫檔案名稱：captiveportalv600.db 執行 sqlite3 進入 SQLite3 工作環境 .open 開啟資料庫，用 alter table add column 插入所需要的欄位與格式 .schema 查詢資料表的結構