202507 永豐Sport(汗水不白流) Garmin Connect同步運動數據Android解決方案

好幾月運動量達標,但是沒有數據同步失敗,導致汗水不白流沒有同步到Garmin的數據,汗水全部都白流,這使我封印了感應支付神卡。

今天看到公告,我就只好找同步方案,看到公告說從Garmin Connect同步到Google Fit,再從Google Fit同步到汗水不白流。

我想到我先前用過「Health Sync」,但很不幸只有半完整同步,熱量消耗超少,無法達標。同步失敗或是偵測異常會跳通知,我也照著指示關掉還是沒有修正好,久了就刪了。

今天照著搜尋到的結果操作,順利把Garmin Connect同步到Google Fit,然後!我的汗水不白流同步到過去這幾天的消耗,瞬間,熱量就突破一萬大卡!數據是有充分被抓到!

以下是參考來源

https://support.google.com/pixelphone/thread/350186081/integration-of-health-connect-with-garmin?hl=en

https://support.google.com/android/answer/12201227?sjid=11478838601615796108-NC

繼續閱讀 “202507 永豐Sport(汗水不白流) Garmin Connect同步運動數據Android解決方案”

Windows 11 如何定期匯出事件檢視器安全性

事件檢視器 – 安全性,可以看到關於登入、驗證等訊息,對於稽核來說,可以作為連線、使用依據。

使用powershell可以透過指令匯出事件檢視器-安全性,要注意,這是Powershell而不是cmd(字元提示命令),並且在執行重大指令時,記得需要提升權限等級,像是使用系統管理員權限執行。

為了要定期保存,這邊會使用Windows內建的「工作排程器」。

這是一個較為常見的需求,相關內容我是透過ChatGPT得到,並且驗證有用。

https://chatgpt.com/share/688825cb-7f30-8003-88ab-4f0288d8ec82

繼續閱讀 “Windows 11 如何定期匯出事件檢視器安全性”

ArubaOS8 – 如何使用憑證進行WebUI驗證

最近讀《Network Security》,所以這項功能沒有用過,因此本文將教學如何使用。

帳密就像口號,如果被學走,其他人也可以使用,得到通行。

憑證像是鑰匙,鑰匙是個一對一的實體檔案,拿到這把鑰匙(檔案)只能對應,也無法開鎖。對於憑證(鑰匙)保管比較嚴格,一般人也沒辦法輕易拿走,外流難度也大增。

由於憑證還可以針對性去撤銷,如果嚴格執行憑證制度,安全性會比使用帳號密碼驗證更高。

Aruba Controller可以使用Client憑證的序號作為依據,如果憑證序號對了就可以登入並取得相對應的權限。

繼續閱讀 “ArubaOS8 – 如何使用憑證進行WebUI驗證”

Aruba CX Switch Network Analytics Engine (NAE) – 定期開關1/1/1介面PoE

入門介紹看此

Aruba CX Switch Network Analytics Engine (NAE) 入門 – JN的電腦網路日常

上回帶領瞭解與如何造出自己的NAE,本回會繼續深入,完成一項難以置信工程創舉,定期開關特定介面PoE,這個介面接著Aruba AP,因此能讓Aruba AP透過CX Switch NAE功能定時重啟!

本篇在Aruba AP接至特定介面並透過PoE供電為主,我們已知是什麼介面,所以針對該介面進行操作即可。

繼續閱讀 “Aruba CX Switch Network Analytics Engine (NAE) – 定期開關1/1/1介面PoE”

Aruba CX Switch Network Analytics Engine (NAE) 入門

Network Analytics Engine 是 Python環境 並且透過 REST API去做資料收集分析行動的功能。

因此,想要入門NAE, 建議就有「Python基礎」與「REST API」等相關知識,這部分可以看網路上很多文章與影片,就能準備基本的背景知識。

Getting Started with NAE

根據官方文件,上圖可以表示NAE所有部分。如果要造出屬於自己環境的腳本,就需要學習每個環節。這邊會簡單帶過,用一篇文章的幅度就能學會如何創造自己的腳本。

NAE改變過去Switch的管理方式,過去Switch透過Syslog或是SNMP,Switch都是被動的,會出現中央集中的log server或是snmp server去管理。

NAE透過仔細的API,腳本,行動,我們可以做到更靈活的狀態探知,並且使Switch變得主動。時間序資料庫也能保存紀錄並方便做成圖表。讓CX Switch可以不只是會因為重啟而消失的Current Data。

NAE可以使用外部REST API去觸發其他的工作流Webhook或是服務平臺的API服務,這能與現今發展趨勢吻合,也意味著你可以讓CX Switch在某些事件發生時,以telegram bot或是email等去通知。

本文,將會以「若介面1/1/1變成Down時,使用Telegram傳送訊息告知。」為目標。

繼續閱讀 “Aruba CX Switch Network Analytics Engine (NAE) 入門”

網路除錯入門

網路除錯需要靈活性,而靈活性需要觀念與經驗累積,為了避免漫無目的的猜測而延遲網路修復,所以有套嚴謹有組織的除錯概念才能建立紮實的入門,才能迅速從將來的除錯中,更有效率解決、更多成長。

根據《HPE Aruba Networking Certified Professional – Switching Official Certification Study Guide》第16章的《Troubleshooting》,此章節提到步驟、原則、流程、工具,我認為很適合作為除錯能力的啟蒙,樹立一個有組織的方法。

每當不知道下一步如何調查時,可以想想原則。

平時多探索工具,可以幫助你有其他的切入角度,多了一份觀察可以分析,也許就會有頭緒。

流程只要經驗夠多就會習慣,初期可以讓自己充滿意識,一步步來直到熟悉這樣的思考模式。

除錯能力與效率,往往取決於知識儲量與經驗儲量,多聽別人的遭遇與解決過程也是一種累積經驗與知識的捷徑。瞭解正確概念,可以幫助快速積累。

繼續閱讀 “網路除錯入門”

ArubaOS8 Custom Internal Captive Portal快速入門

客制化Captive Portal可以做到Logo、版型、編碼等自由搭配。對於中文用戶,這樣可以使中文正常顯示。

但是,一旦客製化,就會面臨有些關鍵html tag不知如何搭配才好。

然後Internal Captive Portal的Type又分為「帳密」、「email」、「不用帳密與email」,然後Custom Captive Portal又需要與這三種Type搭配,就需要Know-how了。

帳密對應Captive Portal Profile的User Login。
Email對應Captive Portal Profile的Guest Login。
無帳密與Email對應Captive Portal Profile的User Login&Guest Login兩者取消勾選。

以下內容將讓讀者可以在最快時間內,明白如何客製化出自己的Internal Captive Portal。

繼續閱讀 “ArubaOS8 Custom Internal Captive Portal快速入門”

HPE Aruba Gateway搭配ClearPass做到有線每個VLAN不同認證服務

HPE Aruba Gateway俗稱Controller,一般用於無線網路,因此,服務主要搭配ESSID,每個SSID都有一套相關的Profiles。

然而,HPE Aruba Gateway Wired就只能套一個AAA Profile,不管VLAN多少,都對應同一個AAA Profile。所以萬一出現2個以上VLAN需要搭配不同的驗證服務流程,只靠簡單的Auth Server就做不到了。

ClearPass厲害之處在於可以設定非常多元的條件,這使得細節能被運用到,在多態樣的驗證服務需求環境能組出適合的配置。

雖然Gateway上是同一套AAA,但VLAN ID不同就能所差異的話就可以做到這個需求。

繼續閱讀 “HPE Aruba Gateway搭配ClearPass做到有線每個VLAN不同認證服務”

20250528 省事造成更多的麻煩事,好的思維觀點抓住關鍵

我不喜歡多話,但有時候講事情,會講得更全面一些,我認為這樣子不省事,才能提供完整資訊。

人非完人,100%的訊息經過一個人之後,再說出來,可能只剩原本的80%甚至不到。

這份缺失,是有意或是無意?

我認為具備「思維觀點」,才能抓住關鍵,避免訊息缺失是缺在關鍵點。

具備「思維觀點」的人,不再只是講別人的答案,而是講自己的答案,所以才能避免疏漏。

恰巧也是思維觀點,才會讓人刻意選擇少說,這部分又要如何讓眾人協調出折衷方案呢?

好的思維觀點會引導人轉動視角

繼續閱讀 “20250528 省事造成更多的麻煩事,好的思維觀點抓住關鍵”

20250521 不在共事上省事才是好同事

今天要填上一個坑,也就是由我前同事留下的坑,這個坑歷經好幾年,如今回到我手上,可所謂業力引爆。

「共事框架」是一個很重要的概念,工作往往是相互連動,而不是只有獨善自己,也需要為了其他人,為了能夠消弭溝通成本,妥善遵循共事框架就能讓自己減少溝通成本,甚至在未來某天被問到的, 那是你前同事跑來問你,如果是我被問,我覺得要為了陳年往事再努力是很破壞心情的事情,無償回答?

我帶領的最新兩代的就已強力要求不能省事。因為那時我也理解所謂的共事框架。每個小夥進來,新人時期,就是被我狠狠戴上所謂的共事框架,猶如洗腦般地說,你一定得遵守,若一定要找新人要遵守的理由,可以因為我是上級。

現在回顧,我在共事框架上提供一個具可用言語與文字表達的「標準」與「思想」,核心概念就是「工作的東西就留在工作區,留在工作區的東西需要照規矩擺放,任何工作接觸到的都需要按照規定與規範格式擺上來。」理解到這番思想,就能明白標準為何這樣定義。

這是一份經驗與領悟,用一種新角度去衡量「當下省事」與「長期省事」。

今天的坑就是一個現象,「他就只是簡簡單單的東西」、「簡單的案子」、「因此我用最簡單的處理」、「所以簡單到不用紀錄」、「我不想要麻煩,只想要快點下班」。

這聽起來很符合人性,但是不符合團隊合作精神,當你一點紀錄都沒有時,別人接手難度就會大幅上升,到了需要學會「通靈」才能接手的難度。省了自己的事,而且是自己責任內的事,導致在共事上多了很多事,這不是好事,也不是好同事。

所以「就算再簡單不過的東西,按照共事框架要求紀錄,不因為他很簡單而輕忽,這才是好同事。」

繼續閱讀 “20250521 不在共事上省事才是好同事”

Fortigate 如何針對特定兩端點連線錄包

網路遇到應用程式的品質不佳,由於牽扯到太多因子,很難判別。

網路管理員看得流量都是整體,沒有細節到個體,因此大家都不能用的話反而容易解決,然而少數人不能用的話,就會難以解決。

網管平時不對過於細節的部分做監控,因為這會非常消耗效能與儲存空間,監控時又會因前述所提影響體驗,per client的品質分析是不符合效益的,但是也在哪天狀況發生時束手無策,因為平時沒有監控所以沒有任何歷史資料可以回顧。
※ 網管人員不需要per client而且也難以做到,但是可以per VIP或是per 應用程式。

服務品質要斷定是哪一個節點造成問題,只有流量分析才能真正看清是那一段有問題,最簡易使用的就是錄包。

透過Wireshark可以在Client端記錄,從記錄中,我們可以清楚看到到一點是Client與Server間是誰有回誰沒有或是誰慢回。藉此逐漸往狀況根源去判斷。

如果Client或Server不方便使用Wireshark記錄,網管人員也可以在中途網路設備設定mirror或是錄包判斷。

於是,在Fortigate上針對特定兩端點連線錄包,就能在狀況發生時,透過錄包進行完整流量分析,進一步釐清是哪個環節造持或是縮小排查範圍。

繼續閱讀 “Fortigate 如何針對特定兩端點連線錄包”