k8s in 5 minutes for Windows 10

前一陣子看了 William 大的 k8s in 5 minutes 之後,才發現原來要在本機跑 Kubernetes 不用再裝 minikube 了,尤其是在 Windows 環境下,要玩 k8s 還得要有特別的安裝方法,這讓我們這些用 Windows 當成日常環境的人總有些不得其門而入的感覺,現在 docker for desktop (下載時可能會叫做 Docker for Windows) 原生支援 k8s (本機版)之後,對於想要很快的看看 k8s 是啥的 Windows 使用者算是個很好的入門磚。

其實 5 分鐘所有的步驟都和 William 大寫的差距很小,只有小部分 Windows 環境下該注意的事項,但小弟資質駑頓,記性太差,還是寫清楚些以便日後參考:

  1. 要先啟用你 Windows 下的 Hyper-V (對 Windows 家用版就別試了)
  2. Docker for Windows 版 (現在也沒有所謂的 Edge 版本了)
  3. 如果你之前有裝過 minikube 的話,記得把 Kubernetes 的環境從 minikube 改成 Docker for Windows
    01
    02
  4. 在我的機器上 kubectl.exe 看來沒有加到搜尋路徑下,請自行加入 (我的安裝路徑在 C:\Program Files\Docker\Docker\resources\bin),不然就切換到該目錄下:
    C:\> cd C:\Program Files\Docker\Docker\resources\bin
  5. 裝個 k8s dashboard (非必須)
    C:\> kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/master/src/deploy/recommended/kubernetes-dashboard.yaml
  6. 把 proxy 跑起來,跑起來之後不能關掉這個視窗,得另外開一個命令列視窗出來繼續,
    C:\> kubectl proxy
    Starting to serve on 127.0.0.1:8001
    ...

    跑起來之後你可以用瀏覽器開下列網址存取 dashboard 來:

    http://localhost:8001/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy/
  7. 開另外一個命令視窗把範例裡的 echo-server 裝起來:
    C:\> kubectl apply -f https://raw.githubusercontent.com/coder-society/kubernetes-with-telepresence/master/echo-server/echo-server.yaml
  8. 最後一個步驟和 William 大的不一樣,由於 telepresence 這個工具在 Windows 下執行會有問題,所以用瀏覽器透過 proxy 的方式來測試這個 echo-server (其實這裡我卡了很久… 因為第一次用 k8s,才發現 William 大用了這個 telepresence,而 Windows 下這東西目前又跑不起來)
    http://localhost:8001/api/v1/namespaces/default/services/http:echo-server:/proxy/

    由於我們沒有指定 echo-server 的 namespace,所以這個服務會被放在 default namespace 下,與剛剛的 kube-dashboard 的 namespace 不同,一開始我搞錯也是卡很久

  9. 這個 echo-server 的功能看起來很簡單,就是 show 出目前是從哪台 server (k8s 的術語叫 pod) 跑出來的,你每次 refresh 一次,就會換一台 pod 來跑
    03
  10. 也可以看一下 k8s-dashboard,網址在剛剛啟用 proxy 之後有 show:http://localhost:8001/api/v1/namespaces/kube-system/services/https:kubernetes-dashboard:/proxy/
    04

同事 J 問我說這個 Docker for Windows 是不是開一個 Windows node 出來,仔細看了一下應該不是,它會在你的 Hyper-V 下起一個 Linux VM,所以要試 Windows node 的還是得等等其他人的文章了

05

06

其實昨天剛好有和一位 Google 的業務員聊到天,她自己認為 k8s 改版的速度實在是太快了,有些舊東西淘汰了、新東西加進來之類的都沒人知道。例如這一本台灣有的翻譯書:Kubernetes 使用指南,用到的是 k8s 1.0,裡頭講到的 Replication Controller 在新版本裡都改用 Deployment 和 Replica Set 了,現在去 Google 開一個 k8s cluster 也預設是 1.9.7 了,照著書來做大概只會覺得常常都對不上台詞吧。就算去翻對岸的簡體紀念版:Kubernetes 权威指南(纪念版),出版時也只是 cover 到 1.6 版,更遑論 k8s 官方的網站上已經放了 1.12 版讓人下載了,所以要學這個除了得花時間之外,手腳還得快一點,現在(2018/11/07)拿著最新的簡體中文書可能還對得上環境,可能再過幾個月又得另外找書或文章來學了。

RAVPower Type-C 充電器

上次買了個會導致我的 Dell 7280 降速充電的 PQI 之後,我又開始留意其它的 Type C 充電器,一開始先是找到了淘寶,賣家很直接的寫了這顆 RAVPower 的充電器雖然名目規格上只支援到 30W 的 Type C 輸出,但實際上卻可以跑到 20V * 2.25A = 45W,原本我就要直接下單給淘寶了,沒想到逛著逛著就逛到了美亞,除了底下評價的買家一樣證明了它可以輸出到 45W 的功率,而且美亞的白色規格也才賣 11.99 鎂,算了一下加上運費也才 500 台票出頭,比掏寶售價還便宜個一百多塊,於是就手滑了…

大概是坐船來的關係,過了兩個禮拜左右我才到手,應該是總價太低的關係沒課稅,包裝上沒什麼特別的,開箱之後有張笑臉的小紙張讓我想到 Anker 也是有一樣的紙張。

 

做工我覺得比 PQI 的好些,因為周圍不會有刮手的感覺

 

和 PQI 的比一下,其實兩個的 size 沒差多少,但標定重量 PQI 是 131g,而 RAVPOWER 則是 122.9g,不過 RAVPOWER 只有 2 埠,PQI 卻有 3 埠可用。

 

我手邊沒有可以量 20V 輸出的測量器具可以測試,不過趁著今天出差把筆電的電用到了 50% 左右的時候,試了一下會不會降頻,答案是不會,表示這顆 Type C 充電器至少可以輸出到 35W 以上。

2018-05-31_191515

打完收工,看來以後我會隨身放電腦包的會是這顆充電器了,因為我不想以後去客戶那邊 Demo 到一半時降速到跑不動程式,但… 那顆 PQI 的誰要接手啊。 😦

  • 2018/11/08 更新,今天發現大瓦數的 PD 充電器已經很常見了,PChome 購物上面就一堆,也不用特別去海淘

CloudFlare & Google Cloud CDN

大概前兩天吧,為了測試 Google Computer Engineer (以下簡稱 GCE) 到底好不好用,網速到底夠不夠快,我們小 J 弄了台 VM 出來測試,當時我們就對 Google Cloud CDN 表現出來的速度水準驚艷不已,不管是拿 KeyCDN Tool 來測試全球速度,拿 Webkaka站長工具來測大陸速度,加上了 Google CDN 的測速結果都比單純使用 Google Load Balance 或僅用 GCE 的狀況下要來得快很多,可惜當時只是把幾個測試結果排在一起比較,並沒有截圖留念做個證明。
* 後來我們才發現當時所放上的 Google Cloud CDN之所以快,主因是因為有一起啟用了 Anycast IP,所以 Anycast IP 才是關鍵點,細節再請看以下的測試

CloudFlare 是另外一個我很愛的 CDN Provider,價格便宜、防攻擊,後台簡單好用,免費 DNS,又常會發表技術文在他們自己的部落格上讓人觀摩,只可惜不管是 Free Plan、Pro Plan 或是 Business Plan,速度表現上和其它商用的 CDN 來說都是差強人意的,有時候不錯,有時候就很慢,至於 Enterprise Plan 我個人是沒試過,聽說是和其它 CDN 一樣可以提供某種程度的客制化,例如 best routing 一類的,希望將來有機會用到。

雖然說 CloudFlare 通常是差強人意,但每次看到他們在部落格上 寫了些黑科技,就忍不住想要嘗試一下,像是 ArgoRailgun,兩種都有網友提到說他們的測試結果不錯,有人說 Railgun 比 Argo 好,也有人測試之後說 Argo 不錯,所以今天就讓我們自己來證明一下。

我大致上的基本架構,也是目前跑在 Internet 上的配置都是 GCE 為主,然後依序加上 Google Load Balance with Anycast IP、Google CDN、CloudFlare CDN 與 CloudFlare Argo 上去,看看哪一種配置跑出來的結果最好,這次的測試我只用 KeyCDN Tool 來測試,畢竟我們網站主要的使用者並非中國用戶,KeyCDN Tool 也相對簡單穩定,不會有其它工具有時候開不到的問題。

以下的測試結果因為 KeyCDN Tool 僅有 TTFB (Time To First Byte) 的關係,所以也就只能以這個數值為參考。

SpeedTest

 

結果… 最好的狀況就是 Google Anycast IP + GCE 的合體,由於我拿來測試的網站基本上全是動態內容,看來有沒有掛上 Google CDN 並沒有顯著的差異。以上結果就是說:全部採用 Google 的服務,其它什麼 CloudFlare + GCE ,或 CloudFlare + Argo + GCE 什麼挖貴的,全部都比不上 Google Anycast IP 的數字,拿掉了 Anycast IP 之後,速度就是上不去,跑幾次都是一樣。說實在的,這對於常常在讚嘆 CloudFlare 部落格的我來說,這實在是太打臉了,和什麼廣告都沒打,後台介面又整個陽春的 Google 比起來,在速度上 Google 實在是佔了太多優勢了。後來想一想,Google 花大錢在各地架海纜果然不是做白工的,有自有大頻寬海纜這種基礎建設大概就贏八成了。

當然 CloudFlare 有其 DDoS Mitigation 的功用在,也提供免費的 SSL 證書 (Google Cloud CDN 也有),但不管有沒有用 Argo,只要是上了 SSL 的網站,速度一律再下降一個檔次,所以我索性也就不紀錄了,放了也是難看。

最後要註明的是,我這次測試的 Argo 並非 CloudFlare 的完全版,完全版的 Argo 需要安裝一個 Argo Tunnel 的程式在 Server 端,讓 Server 可以走最好的路徑到 CloudFlare 機房,接著就看有沒有機會再去測試他了,不過我的下一個測試目標應該是號稱有機會可以節省動態網站頻寬 10 倍的 Railgun,Argo Tnnel… 再等等吧。

Dell Latitude 7390 開箱

早在之前的 New XPS 13 在手時,就一直覺得這麼好的窄邊框設計怎麼不放在 Latitude 系列上,變成 New XPS 13 的優點變成窄邊框螢幕,而 Latitude 則是有完整的外接埠(HDMI, 網路),兩個井水不犯河水,看你喜歡哪一個。

一直到去年的 7380 出現,才讓我眼睛一亮,原本一直明示暗示我們 MIS 伙伴可以買這個,但沒想到那傢伙不知道是怕麻煩還是懶得看,還是買了很多 7480 進來,一直到最近公司的 NB 汰換週期又到了,才有這個機會碰到這台,原本下單的是 7380 ,但運氣不錯的剛好遇到 Dell 改版,所以拿到手的就變成 7390 嘍。

01

IMAG2379

一樣是超簡潔的包裝,反正這種箱子留在公司也是佔地方。

IMAG2380

附贈的還是 65W 的充電器,雖然我喜歡他的大頭,因為和以前的可以相容,但 New XPS 13 可以用比較小巧的 45W 充電器,沒理由沒獨顯的 Latitude 不能用吧?

打開來驗明一下正身,背後的標籤的確是寫著 7390,只是,整台機器和我的 7280 怎麼看起來一樣?

IMAG2383

打開來看就發現不一樣的地方了,窄邊框!!!

IMAG2384

近一點看,感覺上方為了要保留視訊鏡頭,上方那個框的間距並不是很窄,和左右兩邊的差距有點大,感覺不是挺搭,難怪 New XPS 13 要把鏡頭往下方擺,既使被人笑說是照鼻孔。唉,有一好沒兩好。

IMAG2385IMAG2386

左右兩邊的 I/O,其實和 7280 一模一樣

04

上方是我的 7280 (指紋很多傷眼請見諒),下方是 7390

05

左 7280,右 7390

06

左 7280,右 7390,其實可以看得出來這兩台除了螢幕之外,其餘的外觀是完全的一樣,但神奇的是,7390 (7380也是)官方的重量是 1.17kg,而 7280 則是 1.18kg,這和我與幾位同事實地手持的手感一致,就是 7390 的確是輕了一點點。

IMAG2391

最後一張就讓我把傳統邊框的 7280 和窄邊框的 7390 放在一起對照一下,有感覺大一點嗎?從訂價看窄邊框的代價是 100 鎂,我個人覺得是很值得,也推薦給網友參考。

 

PQI Smart 41W i-Charger PD 充電器開箱

* 警告:日前發現用這顆充電器來充我的 Dell 7280 時,如果電池容量在 95% 以下時,CPU 時脈會被鎖在最低速以致於太慢太難操作(看起來是降低時脈換來充電?),等到電池充滿到 95% 以上時會回到正常,想買這顆充電器的請注意這個可能的狀況,這顆充電器還是只適合筆電關機充或看文章時充,所以我後來從美亞買了一顆可輸出 45W 的充電器,請移駕這裡

今天為什麼特別要來寫這一篇看似葉佩雯的開箱呢? 因為自從我之前入手了 New XPS 13 開始,就一直想找個 Type C with PD 的多埠充電器,這樣子不管是在外移動或是出差時,包包裡就可以少一個充電器的重量,然而之前只看過 PowerPort+ 5 USB-C PD 充電器,212g 左右的重量比我主力使用的 Acbel 萬用筆電充電器 229g 沒輕太多,還比我另一顆 Amacrox Uone 的 165g (含線) 還重,加上我一般狀況下也用不到  5 port 來充電,所以就遲遲未入手。一直到前幾天看到這顆東西:

2018-03-22 13.00.02

3 port,131g 的重量,價格也 OK (蝦皮上有不到 1,000 含運的),過了幾天後這東西就到了我桌上了,包裝上寫這東西總輸出可以到是 41W,其中 Type C 的輸出最高 14.5V 2A = 29W,剩下兩個 USB Type A 輸出總和是 5V 2.4A = 12W,看來是剛好堪用。

2018-03-22 13.00.34

內容物很簡單就是一顆白豆腐,連一條線都沒附,幸好我之前就買了條紫米的雙 Type C 充電傳輸線,但這也表示這顆白豆腐就重 131g 了。

上面的標籤寫的是 PQI Japan 株式會社在中國生產的 (PQI 不是台灣公司嗎?),查了一下日本的牌價是 3,980 日圓,所以我買的價格還好。不過這顆充電器的做工有點差強人意,我認為還比小米的 4 Port 充電器質感還差一點,四周斜邊摸起來略為割手,但不到會割傷的程度,那些標註規格的小字看起來也有一點點蓋歪。不過比較重要的安規倒是印了五種,雖然廣告上不像一些他廠一樣寫了什麼幾種保護,xx 晶片之類的,有通過五種安規倒是比較實際些。

單充電器的重量用我的廚房秤量出來是 135g,比規格上的 131g 多了 4g,有可能是這秤不準。加上 Type C 線材後則是 168g,比我之前買的 Amacrox Uone 還多了 3g 讓我有點小失望。但想想這可是能讓我少帶一顆充電器的好物時,就覺得這 3g 還 OK 了。

2018-03-22 13.04.36

配上號稱能走 3A 電流的 150cm 紫米傳輸充電線,和 Macbook 充電器一樣會干涉這種垂直多孔插座的其它插座孔…

2018-03-22_130757

我的 Dell E7280 竟然給我跳出這個訊息,說只有 35W 以上的供電才能保證一定往電池充,這點我還挺納悶,之前插過 QC 2.0 充電器時系統是跳出要 27W 所以不能用,而現在則是說要 35W,不過用了一下之後發現 Windows 右下角仍然顯示充電中,事後我也嘗試完全關機,他也的確充得進去,所以這顆充電器在一般出差或外出時小用還是可以的,但是要長時間在外執行重量級的程式時得要擔心力有未歹了。另外要補充的一點是,差著這顆充電器開機時,E7280 的 Bios 還會再給一個警告訊息,告訴你這個充電器不合 35W 的規,邊用邊充到時候越用電量越低的話你可別怪我沒通知你之類的意思 blah blah…..

2018-03-22 13.06.12

拿同一條 Type C 線來充我的 HTC U11 手機時,會顯示「已連接快速充電器」,雖然規格中這顆是沒有支援 QC 2.0 or 3.0 的,由於我手上也沒有偵測電量的測試器,所以也不清楚這個快速是跑在哪一檔 (這顆支援三種 PD 輸出:5V/3A ,9V/3A ,14.5V/2A) ,看網友有跑在 9V 過,而且沒聽過哪支手機能用 14.5V 這麼大的電壓充,所以只能不負責任推測是跑 9V 在充電。

後來也拿去充看看同事的 Macbook Pro 13 with TB,雖然沒截圖但是 Mac 上是顯示充電中的,大家也都知道 Macbook (12吋那台) 就是吃 29W 的充電器,但 Macbook Pro 13 標配的充電器則是 61W,想來也是只能期望帶著這顆充電器不會遇到要長時間跑程式的狀況了。

現在我正好插著這顆充電器對我開機著的 7280 充電中,目前電池仍有 92% 的電,但系統預估要 1hr 31mins 才能充飽,當然目前 Dell 的 Power Manager 因為判定有接充電器所以系統是跑在 Better Performance 模式下,各位看官可以自己參考一下這顆到底適不適合你入手了。

  • 補充說明一下,剛打完要 1hr 31mins 充飽電這一點,當我發表文章時卻發現 7280 的電池已經充飽了,實際上 Dell Power Manager 判定要 1 小時半的,但實際上 10 分鐘就把那 8% 充完畢了。
  • 剛剛看還有顆 Innergie PowerJoy 30C 的才 96g,但只提供 2 port,也許網友也會有興趣
  • 剛剛加映一顆可以不降頻充 7280 的 Ravpower Type C充電器,請看這裡

Project Honolulu 是個免錢又大碗的東西嗎?

前幾週聽了 Weithenn 大介紹的 Windows S2D 和 Docker 之後,對於他提到的微軟免費工具 – Project Honolulu 很感興趣,聽來是號稱 MS System Center 的免費版本,這立刻讓我腦海中想到了諸如自動化升級、VM服務自助化或是什麼工作流程自動化一類的,心裡想說微軟終於是佛心來著,便馬上填了些資料下載來玩。

下載和安裝本身並不複雜,雖然它有三種部署的方式,但由於我的目的只是看看這東西有什麼功能,所以變直接安裝在我的 Windows 10 NB 上,這部分的安裝過程沒什麼困難性,一下子也就完成了。

倒是準備要被 Project Honolulu 「管控」的機器還有些特殊需求,除了至少要是 Windows 2012 R2 以上的版本外,還得裝上 Windows Management Framework (WMF) 5.0 以上的版本(網站上給的安裝連結是 WMF 5.1),由於安裝完畢之後需要重開機,如果你的環境剛好沒有符合需求的機器,又不能輕易重開機的話,可能會跑不下去。安裝 WMF 5.1 的時候有個小插曲,就是我找了三台 Windows 2012 R2 ,每一台都告訴我這個安裝檔並不試用於我的環境,最後搞了老半天,原來我一直下載到的是一個叫做 W2K12-KB3191565-x64.msu 的安裝檔,但試用於 Windows 2012 R2 的安裝檔是叫做 Win8.1AndW2K12R2-KB3191564-x64.msu,這種蠢事我也是 Google 之後才發現的,顯然微軟這種命名方式騙到我這種蠢蛋了…

Project Honolulu 會在本機裡裝個小型的 Web server ,裝好之後直接點開始功能表就會把網頁給打開了,一打開來,我優先去點擊的這個功能:

01

嗯,Windows Update,怎麼這麼熟悉? 按下 Install Updates 按鈕之後跳到下個頁面:

02

嗯… 還是很熟悉的畫面… 什麼?! 這該不會就是 Project Honolulu 的功能吧? 完整的把本機上的系統管理功能、設定功能給搬到 Web 上讓我們可以「遠端 GUI」作業,真的是這樣子嗎?讓我再擷取幾個畫面看看:

03
這是我自己 NB 的監控畫面,這… 不就是工作管理員

04
看得出來可以管理四種標的,後面的 Faliover Cluster 和 Hyper-Converged Cluster 我目前沒有,選個 Server Manager 看看:

05
要檢視某一台 Server 之前,要先等系統跑一下子

06.jpg設定畫面,原本以為可以在這裡設定報警條件的,結果原來只能設定環境變數

07.jpgEvent viewer ?! 事件檢視器,一模一樣勒

08.jpg
防火牆設定,就是防火牆設定

09.jpg這個稍微有新意一點,Web 版本的遠端 Power Shell,有了這個就表示什麼功能都可以自己刻了吧?

10
放大絕了啦,Web 版的遠端桌面,Project Honolulu 還有什麼做不到的?

唯一的一點點小缺憾是目前沒有在 Project Honolulu 裡看到 IIS Management 的操作功能,不知道是還在製作中或是沒打算做(反正 Power Shell 都可以做到),除了 IIS 之外,其實還有許多 Windows Server 的管理功能沒有被實做上去,這篇 FAQ 裡有完整的支援/不支援清單。

所以簡單做個總結,Project Honolulu 像是個 Remote Desktop Manager + Computer Manager 的綜合升級版,其中一種部署方式是可以把 Server 部署在跳板機上,然後系統管理員便可以從真正的遠端透過瀏覽器進行系統管理。由於可以事先把受管理的 Server 清單建在系統上,機器多的時候要找也是方便了一點,所以要說是簡化了系統管理程序也未嘗不可啦,不過要說是像 System Center 一樣能簡化資料中心的管理嘛,倒是差了那麼一大截。唯一可以理解的是:Project Honolulu 所依賴的底層 WMP 5.1 應該已經可以含括到 Windows 系統管理的許多功能了,所以除了微軟自己的 System Center 之外,應該也可以期待會有 3rd party 開發出諸如自助化服務網站的功能出來,或是自己想辦法刻出來?

11.jpg
目前我使用的 TP 版本是 1711,雖然我也只是玩一玩試一試,但可以感覺得出來這東西並沒有明顯的狀況或當機之類的問題,應該可以算是很成熟的東西了,只是我之前對它的期望太高,試用之後不免有些空虛就是了。

又一個 Wifi AP 問題

由於老闆做興趣的公司多元化發展,所以跑去外地開了間旅館,一切都完工開張之後,就開始是我們的夢魘了,說是夢魘也算一半是自己造的業,當初在幫忙審弱電規格時,想說只是間不大的旅館,看到兩家廠商都提出用 DrayTek 的 Fat AP + 中央控管解決方案後,就覺得這東西可能還可以,也傻傻的以為負責統包的「廠商」會用心的幫忙解決一切的問題,結果… 廠商也就只是裝好而已,其它的也是能推就推,加上我們自己也不熟悉這個廠牌,中間的過程這邊就不抱怨了,在一步一步的試錯之後,我們今天又遇到一個麻煩事。

老闆說:那個那個 908 號房的訊號很差,無線網路還是很不好啊,到底解決了沒有?

幸好今天我們的小銳同事今天有過去開會,趕緊拿起電話急扣:快幫我去 908 號房試試,其實也幸好那房間現在沒住人,小銳同事開了門就跑進去看訊號強度。

報告報告,訊號看起來都還不錯哩,我手機上看來都有 3 格 (其實我不太確定他是拿什麼軟體看的,我腦補滿格是 5 格)。

小銳這個人其實在技術上也是挺細心的,一下子用 LINE 打給我做走動測試,一下子跑 SpeedTest,終於給了我一個 AHA :我知道哪裡有問題了!就是這個角落,小銳說他一走到這,和我的 LINE 通話就會斷斷續續。靠,這種土炮測試竟然比那些什麼 Wifi 強度 App 要來得快速有效還自帶團隊合作感,趕快繼續土炮下去,ㄟㄟㄟ,那個小銳你就一邊重複念 1~10,一邊走動,我一有聽不到的的時候就叫你停,然後看是在幾號…

AP1

測著測著小銳就想到幾週前,由於飯店在遠方,我們靠飯店那些非 IT 專業的工作人員蒐集到的問題描述又很亂:有人說連不上網路,也有人說網路速度慢,所以我們便在不同的樓層上對 AP 做上不同的設定,希望下次再來時可以藉由這些實驗組對照出還剩下的問題。

小銳說,這個樓層就是有做 2.4G + 5G 的雙頻設定,而且開了所謂的 Band Steering 功能,AP 上對這個功能的描述是:當 5G 訊號夠強時,AP 會強迫客戶端從 2.4G 跳到 5G 去。

只是沒想到,這個 5G 訊號的穿透能力看來不甚好,既使「訊號上」看起來還可以,但實際上的傳輸就是會出問題,嗯… 至少我們打 LINE 電話就出問題了。有了這個假設之後,我們就趕緊把這層樓的 5G 實驗組給拿掉,讓他只跑 2.4G 訊號,接著再讓小銳出動進行走動式土炮 LINE 通話測試,果不其然,一切就順順利利,趕快和老闆回報問題解決。

說實在的,對於 Wifi 問題我還真的沒啥辦法,又不是程式、系統或資料庫可以去翻出來看,訊號的這東西我是完全沒輒,你去問所謂的專家嘛,感覺就是叫你買 Cisco, Aruba 好像一切就解決了,你一叫他保證時他也不敢掛保證。這次大概是我處理各種 Wifi 問題以來「相對」的最有科學根據的一次吧,希望這樣子的運氣可以持續下去啊,不然三不五時的要開車跑遠地去處理也是既費時又費力。