在 Windows 上使用支援 edns client subnet 的工具 – dig 9.11

2021/4/9 更新,最近換電腦下載了新版本的 dig 9.16.13,不知道從那個版本開始,+subnet 這個參數已經不能再用比 /24 廣的查詢了,所以使用時我就是都以 /24 來查詢了,例如:

> dig www.google.com @8.8.8.8 +subnet=128.32.203.137/24

2019/1/31 更新,大概是 2/1 是 DNS flag day 的關係,這篇略有相關的文章竟然也湧入了很多遊客,所以我也是 google 了一下相關文章,更新如下:

本文所提到的 edns client subnet 功能其實只能算是使用 edns 這個延伸協定中的一個項目,由於在古早的 DNS 協定中,一次 DNS query 的回應只規範了 512 bytes 的大小,由於當時網路速度慢,機器也不快,這樣子的設計也可以理解。但隨著網路越來越快,使用的情境越來越複雜時,512 bytes 大小的回應便顯得很難用了,最典型的狀況是:你最多只能有 13 個 DNS 權威伺服器,連 root DNS 也是一樣(a 到 m 共 13 個),原因是一個回應放不下,所以現在有了 edns 之後,理論上要可以到 4096 bytes,有人說這樣子可以回應出 236 個 DNS Servers,想來不久的相來可以看到 root DNS server 變多的情景了。

那為什麼很多網路上的文章寫說支持這個 DNS flag day 是為了更好更安全的網路環境呢? 這說是對也是對,說是硬湊也是可以。由於有個 DNSSEC 的協定被設計來避免 DNS poison 的安全性問題(很常見,對岸那邊尤其多),而這個 DNSSEC 協定卻依賴 edns 才有足夠的 payload 可以放這些資料,所以呢,你可以說這個 DNS flag day 是為了 DNSSEC 鋪路,因為他只測試你的 DNS Server 是不是支援 edns ,但說有 edns 相容性之後就可以提高安全性就有點超過了。(甚至於 payload 變高搞不好還可能被用來作為 DNS 放大攻擊)

那為什麼要這麼大聲量的宣傳這個東西? 其實 DNSSEC 協定推出了很久,各大的 DNS 供應商也都有支援了,只是 DNSSEC 這協定如果沒有「從最源頭到最底層」,也就是從 root DNS server 到 DNS client (eg. 你的 Windows NB) 都支援的話,那效果就不太顯著。講個例子好了,我想大家都可以理解一件事:IPv6 從 1994 年出現到現在一直都沒成為主流,就可以知道想在 Internet 上「全面」的推行一個新標準有多困難,由於要推行 DNSSEC 不只是所有的 DNS Server 都得全面更新,連可能經過的 firewall, load balancer 之類的設備也可能需要升級 (eg. 你的 F5 GTM 版本支援 EDNS 嗎?),所以先從這著手鋪路一下是個不錯的漸進手段。

和這篇文章的關係是? 其實我覺得要驗證是不是 edns 相容最好最快的方法就是用官方網站上的測試網頁了,如果真的想要手動測試的話,請參考下文去下載 Windows 下的 dig 程式 (BIND 9.11.0 之後),然後依照這個方法來手動測試。

啥? 那為什麼 Hinet 或 TWNIC 一直廣告說讓大家用他們的 DNS Server (168.95.1.1 或 101.101.101.101) 就不會有影響? 那顯然就是她們為了「體恤」那些還來不及做好相容性升級的域名管理者(或網站),所以選擇不加入這個「為網際網路安全」的下一步

———————————-以下是原文章 ————————————

之前提到了說 BIND 會從 9.11 開始支援 EDNS client-subnet,所以若你的 BIND 已經開始使用 GeoDNS 的功能,恰好你的 end user 用的 DNS server 也支援 EDNS client-subnet 的話 (eg. Google DNS 就支援),那恭喜你,你的 GeoDNS 的效果應該會變得更加顯著。

但實際把功能丟上去之後,你就會發現有事沒事的你會遇到使用者抱怨他連你的網站速度太慢,原因是因為你的 GeoDNS 回給他的結果和你預期的不同,原本你想要 GeoDNS 丟個離日本最近的 IP 給他,但他拿到的卻是個英國的 IP。這時候我們就需要個可以快速驗證 GeoDNS 設定是否正確的工具了。

這工具其實也很簡單,因為就是隨著 BIND 9.11 一起更新的 dig 命令,只是以前我笨笨的,以為 BIND 只有出 source code,自己又沒種花時間去 Windows 下建立編譯的環境,所以都是去抓別人編譯好的執行檔,自己都覺得有點不是挺安全的,不過剛剛仔細一瞧,原來 ISC 自己的官方網站上就放了 BIND 的 Windows 版,只要下載之後安裝也就可以用了…

01

安裝的時候只要選擇「Tools Only」就好,我想大家也不想在自己的電腦裡裝個用不著的 BIND Server

02

裝好之後,如果你像我一樣對自己用的系統有一點潔癖的話,可以把目錄下的這些檔案(除 BINDInstall之外)拷貝到你喜歡的目錄,剩下的東西則可以全部移除。

03

dig + EDNS client-subnet 的使用方法也很簡單,就是

dig [domain name you want to query] @[DNS Server] +subnet=[addr]

http://www.google.com 為例,如果我是個位於美國的使用者,IP 是 128.32.203.137 (我隨便抓了個柏克萊大學的 IP 來測試),解析出來的會是 172.217.5.100

04

那如果我是個台大的學生,IP 是 140.112.8.116 的話,解析出來的會是 163.28.18.30 (左右…)

05

我自己現在用的是遠傳的網路,從 ping 的結果看來,Google 應該也是有應用 GeoDNS 來加快網站的速度(當然也用了 BGP anycast,但不在此文討論範圍)

06

最後,更笨的是,如果你什麼都不想裝,就用別人放在雲端上的服務就好了…

https://tools.keycdn.com/dig

Dell Latitude 12 E7280 開箱

正所謂新年新氣象,我們  IT 練肖喂這次也要來個最受大家歡迎的開箱文,而且是延續我們固有傳統的 Dell Latitude 12 系列的最新作品 – E7280,2017 年 CES 時低調發表(低調到只說是 7000 系列的 refresh),一月製造,然後就在今天 2/3 時到了我的手上。

這次先到手的這台 7280 是我個人的裝備,由於本公司每三年會給員工一筆預算去更新筆電(預算內任選),之前我一時發昏去美國網購了一台沒發票無法報帳的 New XPS 13,所以這筆預算算閒置了一陣子,在這一年多使用 New XPS 13 的日子裡,我一直懷念的反而是以前還在用 E7240,或更早時候拿小黑-X220 + Dock 時代那種「喀」一聲和 Dock 結合的優雅感,儘管我也是入手了 Dell 的 USB Dock,但是兩個動作 – 插電源線+插USB線,就是比「喀」一聲的感覺差了許多,以下是兩者間使用上的差異。

 上 Dock  下 Dock
 New XPS 13 + USB Dock  腰要稍微彎下去看電源線與USB線有沒有對準 拔掉線之後,New XPS 13 是貼在桌面上的,與桌面空隙不高,要用兩隻手舉起來一下才放心帶去會議室
 E7240 + Dell E-Port Dock  正常放E7240到桌上的姿勢,兩手稍為對準一下,「喀」一聲完成  按下脫離鈕,E7240會稍微跳起來,單手拿起帶走

所以我就經常的在注意 7000 系列這個 12 吋的最新狀況,由於前一陣子上市的 Inspiron 7000 系列就導入了窄邊框,我本來是猜想這次也該輪到 Latitude 系列了,但發表之後發現窄邊框並沒有導入,但是卻意外的把機器重量降到了讓我驚喜的 1.18 KG起跳,於是在過年前趁著公司採購新 NB 的機會(請期待日後的 E7480 開箱),問了下我們的新業務關於 E-Port Dock 的支援狀況,業務很肯定的表示 Latitude 系列都是支援 Docking 的,所以我就二話不說把我的預算投了下去。

7280-01外盒看起來一如往常,沒啥特別的,尺寸和以往也差不多,這一整盒的毛重是 2.97KG,這時我有點擔心我這個「規格」不是那個起跳重量 (Dell 官網上沒寫,業務感覺也說不上來)

7280-02這裡是我的硬體配置,我想說既沒有觸控螢幕,也沒有 SmartCard 讀卡機和鍵盤背光,3 cell 電池,想來這應該是最輕配置了吧 (題外話,我記得過年前這次台灣的網站還可以選的,但就是選不到 SmartCard 的配置,但美國網站可以,根據之前買 E7470 的經驗,估計可能是只有英文版鍵盤的才能選 SmartCard 和鍵盤背光)

7280-03剛拿出來的樣子,Dell 商用系列的 NB 包裝似乎都是這麼素,這麼環保

7280-04和 E7250, E7270 前兩代一樣的黑,稍微帶著一咪咪軟質塑膠質感,摩擦力比 New XPS 13 的銀色金屬外殼來得高些,所以會比較好抓,這種漆面乍看之下是挺防指紋的,但實際上則不然,只要你手稍微出油去沾到的話,那個指紋反而會明顯的不得了,而且還不好清理。

7280-05接著翻到背面… 靠杯… 我的 E-Port Dock 介面呢?不知道是我問得不夠清楚還是這位新業務不夠專業,當初下單前我還刻意調了以前 E7270 的訂單來看,上面也的確沒特別標註 E-Port,所以我也沒去懷疑業務的說法… 結果就是我魂縈夢牽的 E-Port Dock 就這麼沒了,而且從這個 D 面來看,走的是和許多 Ultrabook 一樣的路線 – 把電池也內建了,是為了達到平整 D 面的美感嗎?!另外值得一提的是,與 New XPS 13 比起來,E7280 的散熱開孔較多,而且洞比較大,實際上短暫的使用經驗上,他也不像 New XPS 13 (我的是 2015 年版的 9350) 的 D 面來得溫手,但是這是指放在腿上的狀況,一般來說我都是接 Dock 平放在桌上,與桌面的空間差距不高,像我現在就一直聽到風扇轉的聲音。

7280-06內附的變壓器一樣是 65W ,和以往一樣的帶針大頭,這種款式這兩三年都沒改過的樣子,我只是好奇 E7280 的 CPU 和 XPS 13 系列一致,但卻不使用 XPS 13 系列的 45W ,較小的變壓器,會讓我覺得機器本身的瘦身意義小了一點,不過隨身帶著的變壓器我向來是自己另外買的,這顆大的就放辦公室就好了。E7280 用舊款的大頭對我還是有好處的,因為我們所有的會議室裡都有放一個這種大頭的變壓器,所以在辦公室裡移動或開會時不用怕忘記帶變壓器。

7280-07機器右側的 I/O,耳機/麥克風合一已經是標準了,讀卡機換成 Micro SD 插槽對我來說稍微快了些,我那台不能連網的相機還在用的是標準的 SD 卡,網路孔改為這種拉開式的我認為真是正確的決定,畢竟連我這種 IT 人會用到實體網路線的機會都已經太少了,犧牲一點這種不常用 I/O 的便利性來瘦身真是明智的抉擇,不過我這台機器的網路孔似乎有點公差問題,換了三四條網路線,只有最後一條有喀一聲出來的才能順順的用,其他的都要給他推一下才能接觸到,也許過一陣子要靠 Dell 特有的完美保固來叫修了。另外要提醒一下粗魯的朋友,這種網路孔感覺上拉壞的可能性會高些,平常拔線時可能要細心一點比較好。

7280-08

這是機器左側的 I/O,Displayport over USB Type-C,雖然可選配讓這個 Port 支援 Thunderbolt 3,但 Dell 的網站上會一直顯示某個錯誤,但若 CPU 選的是 i7 的則預設就是 USB Type C with Thunderbolt 3,為什麼會這樣子我就沒去研究了,我想我也不需要 Thunderbolt 3 來外接顯卡,加上下面維持傳統的標準的 HDMI Port,以往帶著 New XPS 13 去開會要投影時總是會忘記帶 Type-C 轉 HDMI 接頭的窘境 bye-bye 吧。

7280-09比 New XPS 13 鍵程高的鍵盤,有 PageUp/PageDown 按鍵,沒背光雖然少了些爽度,但背光對我來說實在沒實用度。沒有窄邊框的 12.5 螢幕,但有正常位置的視訊鏡頭,不用像 New XPS 13 一樣拿鼻孔和人開會,我盡力說服自己這些優點能彌補我失去 E-Dock 的缺憾。

7280-10重點來了喔,1165 公克,量出來比規格上的 1.18Kg 還輕些說,應該是秤不是很精確的關係吧?也許是鄉民傳說中硬碟還沒有灌軟體的緣故…

7280-11不信邪,New XPS 13 拿出來量一下,結果是 1227 公克,New XPS 13 (9350) 非觸控版本的規格重量寫的是 1.223 Kg,所以秤沒壞耶,E7280 真的是比 New XPS 13 來的輕,實際上拿起來的感覺其實也是 E7280 要輕些,其實這一年多來我一直覺得 New XPS 13 的持握感是很緊實的,感受上會沉一些,加上表面比較光滑,單手手持下會比較有不安心的感覺,E7280 這一點就幹的比較好,整體的配重、表面、實際重量的加持下,我自己認為他的單手手持安心感要來得比 New XPS 13 好,不過比不上 1.3Kg 的 Thinkpad T460s 的單手手持感 (抱歉,又讓我想起 E-Port Dock 了,T460s 都可以支持 Docking 了為什麼 E7280 要拿掉~~~)

7280-12老大哥 E7240 也來露個臉,1337 公克,這時候的 E7240 還是銀色外觀,優點是不沾指紋,但 A 面上方(以圖片的角度應稱之為下方)那一橫條估計是天線位置的設計比較不美觀。

這個slideshow需要JavaScript。

這裡和 New XPS 13 做個粗糙的疊疊樂,銀色的是 New XPS 13,黑色的是 E7280,第一張照片拍得不是很好,E7280 的寬度(左右為寬)和 New XPS 13 是相當的,但深度(上下為深)則高了些,整體來看也比較方正,不像 New XPS 13 在側面上有刻意做了類 Macbook Air 的楔型造型,方正造型雖然在美觀上輸了一些,但換來我認為比較實用的握持感,畢竟我只是個宅宅工程師,既不需要外出見客戶談事情賣東西,也不習慣去星巴克裝文青,NB 好不好看的實用性並不太高。

某個晚上偶然發現 E7280 搖起來會有異音,心裡不太爽所以就拆個背蓋來看看:

e7280-15E7280 的背蓋很有趣,螺絲旋開之後並不能拿起來,因為螺絲尾的直徑設計的稍大些,既使背蓋倒著放螺絲也不會掉出來,另外這個背蓋在所有螺絲都轉開後,還有卡吮咬著,拆著時候得小心把這些卡吮掰壞了。

e7280-161. RAM 只有一個槽可以用;2. SSD 用的是 m.2 的 profile,我裝的是 sata 規格的,便宜一點;3. 電池旁邊空了一小塊空間,估計是留給 4 cell 電池的位置;4. WWAN 的空間還是很短,不太確定是不是可以插另外一個 SSD 上去。拆完背蓋後,發現異音的來源還在更底下,再拆感覺上可能會裝不回去,所以就先讓異音和機器共存了。

 

文末就加映幾張 E7280 和 E7240 的比較圖,手邊的 E7250, E7270 剛好都發出去了,一時拿不到手,所以就只有 E7240 的比較圖,其實照片也是拍得很不好,E7280 的整個大小可以說是比 E7240 小了一碼,但我拍出來的圖可能有角度上的誤差,只好請大家先專注在他們四周的比較上,看看 E7280 是怎麼瘦身成功的。

  • E7240 的寬高深為 310.5mm, 20mm, 211mm
    E7280 的寬高深為 304.8mm, 17.95mm, 207.9mm

最後來個個人心得作為這次 E7280 的開箱總結,

優點:

  • 很輕
  • 不為美觀而犧牲實用性的外觀、鍵盤、視訊鏡頭
  • 標準 HDMI, 網路孔

缺點:

  • E-Port Dock 沒了
  • E-Port Dock 沒了
  • E-Port Dock 沒了

 

雖然我已經買了一個 WD15 Type-C dock,不過這個 Type-C 插座若插著不足瓦的電源時,系統會顯示要 27W 的電力輸出才會充電,所以要買獨立的 Type-C 充電器的朋友要注意一下規格了。

TypeC power 27w

超「有用」的「超級數字力」課程

以前學生時代學了會計或財務相關的課程不下三四次,出社會後為了投資股票也看了幾本如何讀懂財務報表的書,但每次就如同以前對會計的戲稱:很「會」忘「計」,只要過了一陣子沒去碰,或工作太忙一陣子沒去複習,馬上就會忘光了。

幸好我們公司的老闆很有趣,除了自己喜歡看書上課之外,還很大方的會把不錯的課程強迫推薦給公司同仁,所以我就很幸運的來參加了林明樟老師的「超級數字力」課程,來上課之前,根據我以往學會計或財務的刻板印象,就覺得這次大概是跳入火坑了,四年前那次福哥的簡報訓練課程大家徹夜未眠的景象還歷歷在目,想來這次的課程也不會太輕鬆才對。

由於我們是從台北驅車到宏碁渴望園區外訓,早上有些塞車,路上聽說老師昨天已經先到園區準備了,心裡想說不就是投影片講一講而已,老師還那麼慎重的去準備。結果一到現場,就發現現場已經分好小組,而且這分組推測是根據課前「小考」出的結果平均分配的,桌子上放好了「超級數字力」的專屬桌布,講義和教材也都備好放在桌上了,一旁的牆上也已經貼好了看來上課時會用到的壁報,看這些準備沒有 30分鐘 – 1小時的時間是處理不來的,也難怪老師要提前一天到現場準備。

01

講義和一般上課時拿到的裝訂後的影本不大一樣,小小一本,還有特製的封面,看來是以出書的標準來印刷的,一開始就給我不錯的印象。

02

上課上到一半時,老師請助教(對,有助教)發了另一本複習手冊,這質感又比講義好上了一大截,竹製的封面,全彩印刷,由此可知老師對課程的用心程度。

03.jpg

老師給的這本「獨孤九劍」複習卡就是一本速查手冊,速查什麼呢?在我看來就是去看老師教的那些速記公式,例如老師教的第一個口訣:這是不是一門好生意,代表的是毛利率高或是低,該去哪一份財務報表上找之類的 (其它口訣恕不劇透了)。這對一個不常看財報的我來說,簡直就是把瑞士刀一樣,因為我可不像經常要看財報的大老闆們或財會人員一樣,天天在看報表,他們腦袋裡早就把這些東西記在腦袋裡,而我這種偶而才需要看一下的死工程師,既不想搞得太專業,又不想要用的時候回去把書拿出來從頭到尾翻一遍時,這時候這本速查手冊就派上用場了。

整場課程就是以實用導向為主軸,學會了公式之後,大家就開始應用在財報的分析上,這裡不得不再說一次,老師的教材真不是蓋的,連用來分析的數十張財務報表都特別印成大張西卡紙,方便小組一起討論,而且整個內容設計得很流暢,投影片講到哪該有音樂,講到哪該配合什麼教材拿出來用,老師都記得一清二楚沒有失誤,連用來作為小組計分用的籌碼質感也講究到了,更別說財報範例裡頭還有當前當紅或出狀況的美、台、中企業,讓你分析時會覺得有跟上時代潮流的感覺。另外老師在課程當中也穿插了不少相關的笑話,加上課中也以小組比賽的方式來加深學習印象,也讓這個本質上枯燥的財報課程生動活潑了起來,我可是兩天都沒有打瞌睡哩。

04

雖然最後我們這組沒有得到總冠軍(對,有很不錯的禮物),但可以上到這麼有趣不枯燥的財報課程還是我第一次碰到,加上老師不管是在教具的準備、簡報的能力和課程的設計上都可以說是100分水準,還針對我們公司本身提前做了功課以便在課程中帶到,這都是除了財報的知識之外給了我另一種啟發:原來除了福哥的簡報能力之外,上好一門課還有這麼多方方面面的地方可以用心。

05

最後,最神奇的是,課後你可以加入一個他們不公開的社團,裡面會有一個專屬的 Chrome 外掛,套上去之後,老師教的「撇步」就可以直接套用到公開資訊觀測站上的報表上,所以才說這是一個超「有用」的課程,如果你也是和我一樣很「會」忘記這些財報知識,又非得偶而用它一下的朋友,真心推薦各位去參加這個課程。

06.jpg

RAID Scrubbing / Data Scrubbing

最近因為追某個錯誤,追到了辦公室的 Synology NAS 上,才發現這個名詞:「RAID Scrubbing」,標準的叫法應該是「Data Scrubbing」,查了幾份文件 (1)(2) 之後,都說這是使用 RAID 時的必要的定期維護工作,還提到而家用硬碟建議每週都做一次,而資料中心用的 RAID 建議每月都做一次,不然可能會有資料遺失的風險?!

乍看之下我嚇了一跳,因為印象中我們從來沒做過這個動作,當時我立刻覺得公司的資料正陷入極高度的風險中,不過稍微看了一下 Wiki 上的介紹之後,發現 Dell 的 RAID card 本身就支援所謂的 patrol read 功能,效用等同於 Data Scrubbing,頓時讓我鬆了一口氣,但身為一個工程師, 就是要追根究底一下,不然還真不能百分百的放心,而且還可以藉此練一下肖喂:

  1. 關於 Dell 的 RAID card 部分:
    • 根據 Wiki 下方的註解,Dell PERC 6 或 PERC 6i 有個叫做 Patrol Read 的功能,效用相等於 Data Scrubbing
    • Dell 網站上也提到這功能預設是開啟的,而且每七天會跑一次
    • 對照一下正在使用的 Dell R720 (使用 PERC H710 RAID Card),在 BIOS 當中的確有這個選項,且預設值是 Auto,所以這裡算是可以安心了
      1
  2. 關於 Synology,還的確得要做 RAID Scrubbing,但是,這個動作要花費的時間真的非常久(不知道和 Soft RAID 有沒有直接關係),像我花了三天時間對一個 22TB 的 RAID 6 做,目前的進度也才 45.3%
    2

Dell 對於 Patrol Read 的說明上有個補充項目,意思是這功能不會對 SSD 執行,我猜想是 SSD 本身的控制器就已經自帶 error detection / error correction 的功能,所以就不用靠 Data scrubbing 這個動作來預防可能有硬碟壞軌或 RAID 寫入不完全的錯誤。

企業級 SSD 這幾年來又有長進

由於最近又到了公司汰舊換新的時間點,這次我好奇了看了幾份廠商的報價單,意外的發現某張報價單上出了 SSD 的型號

1

最後面出現了 PX04SH 的字樣,再次好奇餵估狗看看,沒想到這規格還真是嚇人,4K random read 可以到 270K IOPS,對照一下之前從 RAMSAN 轉換到 SSD 的心得文,那時候使用 DDR2 的 RAMSAN 也才號稱 600K IOPS,沒想到過沒幾年,這樣子的一棵Toshiba SSD 也可以有 270K IOPS 的表現了,這意思豈不是說如果我拿 6 顆 PX04SH 做個 RAID 5 (RAID 5 不安全,這裡只是舉例),讀寫佔 70%  的話,計算出來就會超越過去的 RAMSAN 了?!

再繼續發揮我的估狗力,找了這幾年來我們可能用過的企業級 SSD 型號 (怎麼都是 Toshiba 的?!),發現這些還都有人測試過

型號 帳面速度 (4K IOPS) 實測報告 (4K IOPS) 實測報告 (8K IOPS) 參考
MKx001GRZB
(SLC)
讀: 90K
寫: 16K
讀: 95K
寫: 16.8K
26.3K 參考
PX02SM
(eMLC)
讀: 120K
寫: 30K
讀: 112.4K
寫: 28.4K
讀: 41.1K
寫: 28.4K
參考
PX04S
(eMLC)
讀: 270K
寫: 125K
讀: 306.8K
寫: 99.3K
讀: 211.8K
寫: 52.4K
參考
(9W mode)
  • 老實說, 8K 的測試方式我不是很懂,只看得出來用的方法不太一樣,請自行參照表格後的連結

Wow,比我們第一代用的 SSD 的 4K 讀寫都快了 3 倍以上,其中可能有些是來自於 SSD 本身速度的長進,絕大多數應該也是拜 SAS 12Gbps 所賜 (MKX001GRZB 時代只有 SAS 6Gbps)。只不過看到這個數據之後,突然想到我們之前還拿著兩種不同的 SSD 版本來混插,實在是一種把 LBJ 叫來和我們職籃一起打球的概念了,以後應該要針對這幾種不同的 SSD 版本做個明確標示,不然有了 NBA 球員卻只打國內籃球,多划不來。

  • SQL Server 預設應該是一次做 8k 的讀寫,而且不能自己修改,所以用 SQL Server 的人理論上要重視 8k 的讀寫 IOPS
  • Oracle 看起來可以自己調整,所以要請教一下你的 DBA 看你們通常是設定成多少

其實這幾年來,網路上一直有人在抱怨 SSD 的壽命越來越短,從可以 10 萬次讀寫的 SLC 變成最多 1 萬次存取的 MLC,現在又從 MLC 變成只有千次存取的 TLC,還有很多人跳出來證明說自己之前 SLC 用了多久都沒事,現在換 MLC 或 TLC 就人品爆發云云的,所以我本來也是一直對這一點很感冒,所以當廠商從去年提到現在已經不生產企業用的 SLC SSD 時,我們也是緊張了老半天,生怕這些 eMLC SSD 哪天不乖乖,我們就 GG 了。只不過後來拿了廠商的工具去看,卻發現這些三年前的 SLC SSD 個個都是 100% health:

2

當然我也不清楚這是用的少的關係,還是廠商的工具有修修臉的功能,把健康度修美了(如果是這樣子的話我想我們就 GG 了),但如果我們實際上也用不少,廠商的工具也是正確的話,那這個 SSD 還真是太耐用了,比傳統硬碟都要耐用許多(第一次用是三年多以前,到現在全部都還在役,有少數 SSD 的健康度變為 96% 或 98%),也難怪廠商現在都要改推 eMLC 了,因為 SLC 根本就很難壞(企業級的 SSD 都會做所謂的 over provisioning 備用空間,這顆 200GB 的硬碟實際商應該是 256GB,不見的那一塊應該就是拿去做備用空間)。

不過也請大家別聽我在上面唬爛,以為企業用 SSD 真的就不容易壞,目前在沒有確實實證證據之下,還是請大家都能:

  1. 該更新 firmware 時就請安排測試並更新,消費級的 SSD 常聽說 firmware 寫不好導致壽命不佳的,我相信企業級的也該依此觀念做定期更新
  2. 自己訂一個健康度標準,並確實監控它,例如可以定 SSD 的健康度到了 80% 後,或使用滿 N 年之後,就移出關鍵應用(eg. DB) 之外

其實我在寫這篇文章之前,還真沒想到 SSD 在這幾年間還能有這麼大的進步,我一直以為儲存裝置下一次再有大規模的進展,會是在 Intel 和美光的 3D XPoint 市場普及化之後 (3D XPoint 據說年底或明年初上市,普及化不知道要多久),沒想到自己沒注意到 SAS 12Gbps 的出現,所以這顆去年就上市的 PX04S 一直到現在才被我看到,也說明了 SSD  在這幾年來都是高速的成長,不管是速度上還是價格上,如果你還在觀望是不是該採用 SSD 在關鍵應用上的話,看了我們用了三年以上的經驗後,是不是也應該要嘗試一下了?

註:企業級的 SSD 價格估計該是家用級的 10 倍以上,別跑去原價屋或 PCHome 上看到產品名稱上有個「企業級」三個字 就去買來用,到時候出狀況可別怪到這兒來啊

Elastix (Asterisk) 通話中偶發斷線的問題 – 工程師的心路歷程(慶祝工程師節)

今天是工程師節,為了紀念我上週六花了三個小時只改了一行設定,所以寫了很多廢話,如果只是想找解答的朋友,請直接翻到最後面就好

我們公司是個不愛用桌上型電話的公司,從最早開始我去新加坡上班時,就發現他們不是每個人都有一台電話,除了幾位必要的客服、或行政人員之外,其他人都是一個小區域裡共享一支到兩支桌上型電話,大家若要彼此聯絡時,首先用的是  Skype (以前是 MSN),再來就是直接打手機了,也許是公司業務特性,或者是新加坡的手機費率不貴的關係,才造成了這個景象。

所以當台北要設立辦公室時,我們就選擇了 IP-PBX 的方案,而且還不是用貴森森的 Cisco 或 Avaya 之類的,而是在拍賣上找了一台二萬出頭的 MyPBX ,沒想到剛過保一年他就壞了,剛好當時又聽說我們的某大客戶也是自己拿 PC 裝 Asterisk 來用,於是抱著輸人不輸陣的心態,去淘寶上買了些相容電話卡回來,開啟了我們 DIY 之旅。

老實說,這套 IP-PBX 的系統並不太受我們行政青睞,舉例來說,沒辦法像傳統交換機(我猜是小型的那種)可以一眼從話機上看到目前哪條外線正在佔線中,或要轉接他人時直接大喊:小林,你的電話在3 線,的這種「功能」,看起來整個就弱了很多。當然優點也是有,就是我們和新加坡互打時,由於是走網路過去,所以完全不用額外的費用,有時候我自己也會走這條路過去新加坡「下車」,省了不少國際電話錢。

SinoCard

但是自從我們的台中辦公室成立以來,常被台中的行政妹妹抱怨說這個電話常常通話到一半莫名其妙斷線,一開始我們也是找不出頭緒,直到半年前的某一天,因為我要幫公司的永豐銀行信用卡開卡,所以打了開卡電話 02-2528-7776按812,沒想到打完信用卡號之後,開卡系統會附誦卡號一次,卻每一次念到第五個數字 ‘5’ 時,電話就會被掛斷,登登登,看來讓我無意中發現了這個 reproduce 的方法,後來我們又發現了只要在輸入卡號處按 16 個 5 ,就總是會在附誦第 5 個 5 的時候斷線,原本我們以為我們就快脫離這個苦海了,沒想到找出了線索,卻破不了案,從一開始以為是某個 dial tone 造成的問題,一直到懷疑是電信公司搞得鬼,但卻始終沒有解決,而且當台中同事說了這個事實之後,台北這邊也是齊聲附和,看來已經是忍了很久了。

直到三月時因為我剛好得ITGirl出個長時間的差,心血來潮的出了個作業給我們 MIS 妹妹,讓她去弄了個備用的 IP-PBX 出來,加上這個
月我們台中行政妹妹又再次的跑來抱怨電話斷線的問題,上禮拜六我就在端午節補上班那天(因為那天補上班還蠻閒的,心態上很悠閒,實際上也沒啥會議),下午 4:30 左右
再次開始了我的 debug 之旅。

這次我拿了四支電話來測試,竟然被我發現其中兩支完全不會有斷線問題(對照組),所以我的腦筋就先動到電話的 firmware 上,我們用的 GrandStream GXP-1405 電話的 firmware 升級並沒有這麼 user friendly,既使有 Web GUI 可以用,但只能指定要用 tftp, http 或 https 的方式來升級,而且升級檔的檔案名稱是預設在電話系統中的,從 GUI 中你也看不出來,一開始我還以為是任意的檔案名稱就可以了,所以在這裡卡關了很久,最後從 tftp 的 log 中看到有「預設檔案名稱」這回事,但 tftp 不知道為啥傳到一半就會斷掉,所以就改用 http ,再改用 https (因為我把更新檔放在 Elastix server 上,它預設會 http overwrite 成 https) 才升級成功,由於那個電話重開機也慢,每次做完一次試驗就要花上不少時間,所以這件事情搞了我兩個多小時吧,這時候就已經晚上 6 點多了。

星期六嘛,原本以為這就是 happy ending 了,沒想到 firmware 更新完之後,竟然不如我預期的打完收工,試打了一下永豐銀的電話之後發現還是會斷,這讓我覺得很不甘心,所以接著我就開始去比對對照組的那兩支沒問題電話的設定內容,電話設定比對完了,發現沒問題,再繼續去比對分機號碼的設定內容,這時候卻發現我找不到這兩支對照組的電話設定…. 啊,原來這兩支對照組的電話是接到我們 MIS 妹妹上次弄的新交換機,很快的我就找到新的交換機,也對了電話分機的設定,發現也是一模一樣,但這時候我已經發現的曙光,再去找了兩支實驗組的電話(使用原本的交換機),發現還是有問題,所以這時候已經有很大把握能確定問題是發生在交換機身上。

一開始我是先從 sip.conf 開始著手,由於我們原本的交換機上有啟用視訊通話的功能,而 MIS 妹妹架設的沒有啟用,所以我就陸續的把幾個視訊通話相關的設定拿掉來測試看看,也幸虧這天剛好是週六補班,晚上六點多時大家也幾乎都走光了,沒人要用電話,所以我就可以肆無忌憚的改設定->重開,改設定->重開 (ps. Elastix 改完設定之後,最好是去 command line 下 amportal restart,偶而這指令會卡住就要重新開機),試過幾次之後,大概也花掉了一個小時吧,還是一無所獲。

後來又找了一下,發現我們的 Wiki 文件裡頭對於這機器的設定有個註解(不知道是以前的 V 大還是 I 兄留下來的筆記),大意是說因為交換機曾經有咬線的情況(另一方掛斷電話時系統偵測不到,而導致該分機一直呈現佔線中的狀態),所以在 /etc/asterisk/chan_dahdi.conf 中有這樣子的設定:

busydetect=yes
busycount=3

而這個設定是 MIS 妹妹的機器上沒有的(這時候不知道該怪她作業不確實還是該感謝她了),於是我拿掉了這個設定,重開機之後…. 賓果,再打永豐銀的開卡專線就再也沒問題了。

但是你以為這樣子就沒事了嗎?之前的筆記明明寫說這個設定是為了解決「咬線」問題,那到底是什麼情況下會造成「咬線」?這可是大栽問了,所以我開始拿起手機,打了打台北辦公室的電話,疑,初步來看並不會咬線,接著我就打打台中辦公室的,我心理想著,這時候也快晚上 8 點了,萬一也不會咬線的話,那我豈不是就有測不完的 testing case,要測試到找出「咬線」的 pattern 為止。

幸好這時候打了台中電話後,因為已經都下班了沒人接聽,所以響了三聲之後我就掛斷了,這時候發現台中的電話還真的會「咬線」,從 Elastix 的 Operator Panel 中可以清楚看到某條外線 + 下班時間會共振的四台分機一直顯示通話中,非得重開機才能解開。

這時候雖然問題還沒有解決,但是我已經拿到重要的關鍵字了:busydetect + busycount + disconnect or 斷線 or 講電話講到一半斷線,接著直接餵給 Google,果然也不用靠英文,就有幾篇中文文件有提到這檔事情,有人的設定檔中的 busycount 設定得比較大(10 ~ 15),我試驗了一下,busycount 設定的大些可以讓斷線時間延後一點,也就是永豐銀附誦信用卡號時不會再第五個字斷線,而會在第 10 或第 16 個字斷線,另外有個人的設定檔中多了 busypattern=250,250 500,500 這個設定,丟進去之後,哈哈,果然就一切正常了,永豐銀的信用卡附誦不再斷線,也沒有咬線的問題了。    (* 2017/07/07 搬了辦公室之後,發現咬線問題又出現了,這次再改回 busypattern=250,250 之後就正常了….. 看來這個數值是搬個家就會不一樣的,好慘)

最後我計算了一下,我大概花了三個小時左右,真正的產出是下面的第三行

busydetect=yes
busycount=3
busypattern=500,500

如果以寫程式的角度來看,在 source code 中只會看到我改了這一行吧,花了三個小時的這一行…

而且老實說,也許電話講一半斷線的問題有許多 pattern ,我只解決了其中一種剛好可以被永豐銀開卡系統 reproduce 的那一種,也許我加上的這一行設定會導致另外一種未知的咬線問題,但是我沒發覺,也許要找到真正的 root cause 應該是要去研究一下台灣電話的各種頻率和 Elastix 之間的匹配問題…

但正所謂一日之所需,百工斯為備,既使是 IT 這個 domain,要靠一個人去瞭解所有的從底層一直到操作面上的各種觀念和技術是不可能的,甚至於是你要把問題往廠商那邊丟,也未必能得到滿意的答案。但是身為一個工程師,其實只要能掌握 try & error 這個心法,加上實驗與比較的精神,一樣可以取得一個滿意的解決對策(workaround)。

我猜應該也會有網友有其他的看法,以下是我這三個小時心路歷程中,心中曾經有過的 OS:

  • 遇到問題無法解決時:你看吧,早就叫你買 Cisco 或 Avaya 了
  • 有供應商時:怎麼不把問題丟給廠商呢?
  • 有供應商而且老闆在問時:這個問題廠商也說沒見過,已經開 case 給原廠了
  • 花這麼多時間,值得嗎?這又不是我們的核心競爭力

很多事情沒有真正的對錯,單看你要從那個角度來看,但今天是工程師節,我還是得承認這個結果雖然讓身為工程師的自己覺得很爽啦,但也是自己爽而已,只希望自己花了這三個小時的時間所解出的那一行,能幫助到網路上其他有這個問題的朋友,那我這三小時就也算花得值得多了。

XenServer 7 發佈

應該是某個同學講的:沒錢又想用虛擬化的話,就用 XenServer 吧!

這樣子的一句話道出 XenServer 的價值所在,XenServer 從 2013 的 6.2 版開始變成 Open Source 之後,因為更新的不勤,本來我還以為他快要倒了,沒想到後來還陸續的推出了 6.5, 6.5sp1,現在也正式的發佈了 XenServer 7,看起來還是有一戰之力。

現在市面上前兩大的虛擬化產品都是 Hypervisor 免費,但管理工具要錢(還要很多錢…),如果你是個大公司的 MIS ,也許花個錢買個幾套 vSphere ,大概就可以跑上幾十個到幾百個 VM ,但如果你是個 hosting 公司,或因為各種原因管了一堆 Server 的話,上百上千套的授權大概就有你吃不消的 (除非談到個 site license 的好價錢)。而 XenServer 就是一套 Hypervisor 免費,管理工具也免費的一套虛擬化工具,當然你得要忍受一下 Open Source 潛在的不穩定性,和沒有「原廠」支援的不確定性 (XenServer 提供付費技術支援,但台灣似乎沒有)。

這次的第 7 版帶來哪些更新呢? 下面這些是我比較感興趣的幾個:

  1. 號稱是最重要的 NVIDIA GRID vGPU 的整合,比 6.5 版的效能快了 33%,但是我沒用過,也許一些研究單位會喜歡這個進步吧,另外就是 Citrix 自己的 XenApp 或 XenDesktop 上跑起 3D 來就可以更順了?
  2. XenTool 的更新整合到 Windows update 中,這個倒是挺重要的,雖然 XenTool 不常更新,但只要有更新就是為了解決大問題,為了要更新都要安排獨立的時間把機器分別下線進行維護,現在可好了,就每個月跟著 Windows update 一起做就可以了,方便許多
  3. MS SMB 支援,這應該是指說 XenServer 除了以往的 local disk,iSCSI,Hardware HBA (俗稱的外接磁碟陣列) 之外,也可以把 Virtual Disk 放在 SMB 裡頭了。我相信有用過 XenServer 的人都有碰到過 Virtual Disk failure 相關的慘劇,不知道把 Virtual Disk 放在 SMB 之後,遇到問題時把 Virtual Disk 「轉」到其他 server 上的機會會不會大一些
  4. Docker container 也支援 Windows Server 2016 了,Docker 是這幾年來呼聲很高的產品,但似乎用在正式環境上的人很少,XenServer 在 6.5sp1 開始其實就開始支援 Linux 的 docker 了,現在也要支援 Windows 的 docker 了,看來日後單一 server 上的 Virtual ‘Machine’ 的密度又可以提高很多了,其實 6.5sp1 的 docker 我沒用過,剛剛臨時看了個 YouTube 才知道是怎麼一回事
  5. 用了 CentOS 7,並且改了磁碟分割,其實用 CentOS 7 對我來說是沒什麼特別感覺,倒是以前總共 4GB 的磁碟分割讓我們吃了幾次 log 爆掉的苦頭 (雖然 log 爆掉是果,不是因),現在新的 7 版,光 log partition 就切了 4GB ,想來日後再發生一切奇怪事件時,我們會來得及趕在 log 爆掉時去處理他
  6. 快很多? 大概只有指 Shutdown storm 或 Boot storm,我只想到是不是以後做作業系統更新時,那個重開機的速度會會快很多
  7. 可以從 host 端去監控 guest 端的 memory ,以避免病毒或木馬危害? XenServer 和 Bitdefender 合作的成果,我猜是在 XenDesktop 的環境下,Endpoint 的防毒軟體很容易因為使用者的一些蠢行為而被自己或惡意程式給 disable 掉 (對,尤其是那些權限高的使用者),這時候如果可以從 host 去偵測並攔截這些惡意程式的話,效果會好非常多

當然官方的新功能列表還很多,上面只是列出我個人有興趣的幾點,改天還要找個時間玩玩看,也許還能發掘不少有趣的新功能

CeBIT 2016 參觀記行 – 第 1 天

大概是兩年前吧,幾個老闆們去參觀過 CeBIT 之後,像是開了眼界般的丟了幾個項目要我們部門去研究,也不知道是我們資質駑盾還是真的沒找到應用點,印象中這幾個項目最後都是以不符所需告終,可能是這個原因吧,所以老闆這次要我自己來,哈哈哈。

我坐的飛機是 桃園 -> 香港 -> 蘇黎世 -> 漢諾威,總共花了 19 個小時多(含轉機等待時間),第一班次國泰航空感覺還不錯,座位設計的挺不錯的,雖然只是經濟艙但椅子不會說很挺,有點斜度,算是好睡的那種,美中不足的是國泰沒有辦法先幫我們出接下來兩段瑞士航空的登機證(但行李卻是可以直接掛到漢諾威),變成我們到香港之後還要先去瑞士航空劃位,幸好這一段的轉機時間有兩個小時左右,我和小杜算是從容的完成了這個任務,隨後還在香港機場內買了兩包優之良品的小零食,值得一提的是,我已經快 10 年沒來香港了,機場的購物區「似乎」變大了許多,但幸好現在各大機場都有提供免費 Wifi,看到什麼好東西都先上網比個價錢之後就熄火了。

接著就是連續 13 小時的痛苦了,這次是我第一次坐那麼久的飛機,來之前還特別去 Costco 買了個高貴的登機枕,無奈最後還是坐到屁股實在是受不了,大概每一兩個小時就會自動起來翻個身,說是翻身嘛,其實也只是把左屁股為重心換成右屁股或中屁股為重心,就這樣子撐了 13 小時,一開始時隔壁的法國阿姨和我有一句沒一句的聊了一下,說她這次是出差到華為見她老闆,我還開了她一下玩笑,說以前歐洲人是她們老闆,現在換她們是妳們老闆。

經過痛苦的 13 小時之後,在蘇黎世一下飛機,面前迎接我們的是這台自動販賣機

本來是想看一下這裡的飲料價格如何,但是看了說明牌子之後,發現每個英文字母都看得懂,但就是看不懂,原來不是英文來著,看 Wiki 上說瑞士官方語言有三種(瑞士德語、瑞士法語和義大利語),反正就是沒英語,之後我們到了德國其實這狀況也是一樣,這對我這個英文最爛的隊友來說,可以說是完全沒有劣勢,因為大家遇到德文都是完全沒輒,哈哈。

在蘇黎世機場的轉機時間很短,大概只有 30 分鐘的時間,同行的小杜跑去撇個條之後,才發現在這邊要再檢查一次行李並辦理入關,在這裡隊伍排的算有點長,檢查又非常的按部就班,我們等到最後一位同事進關之後,廣播正好也響起了催促的聲音,急急忙忙的也就跑到轉機閘口去上了 蘇黎世 -> 漢諾威 的飛機,這次只坐了一個小時左右,飛機開得很快,一下子就到目的地了。

在漢諾威出關時我發現自己耍了個白癡,當我看到小杜一拿到行李就把運送標籤撕掉時還好心勸誡了他一下,說是沒標籤等下通關時關務人員可能沒辦法確認這行李是不是你的,沒想到剛剛在蘇黎世轉機時的檢查及通關就算是入了歐盟了,所以到漢諾威是直接推著行李就可以走出門了,也突然想到剛剛蘇黎世的海關問我要去漢諾威幾天時,我只答了個 5 天而已,這應該是不會有事吧。

為了要去問這次漢諾威展期的 GVH CeBIT Card (一種展期間的 All-pass 票券,以往似乎是有票就有一定範圍的免費大眾交通工具,今年則改成要買這種卡),我們先跑去了機場的資訊中心,這時才發現 GVH 是一間運輸公司,所以在機場是買不到這個卡的,要買要到市區去,叫我們坐地鐵 S5 去中央車站問問看,原本我們就打算四個人花個 14 歐左右搭火車進城,不過大圈說帶著行李多不方便,所以這趟路程就變成了豪華團規格:直接搭計程車去飯店,這樣子花的錢大致上是多一倍,28 歐大概。

機場門口我們叫的計程車是 VW 的,雖然也有很多 Benz 計程車,但不知道是不是曾被告知過新加坡叫 Benz 的會比較貴的關係,在這裡我們很沒有猶豫的就選了 VW 的,那些 Benz 倒是從未入我們的法眼過。

飯店離所謂的中央車站不遠,5-10 分鐘之內就可以走到,由於一早到飯店房間還沒準備好的關係,我們寄了行李之後就走路到車站去了,有趣的是中間碰到路人問她們怎麼到 Subway station 或 Railroad station,她們都聽不懂,後來講到 ‘Main station’ 這兩個字之後她們才豁然開朗,這中間我們是否犯了什麼德語上的錯誤就不得而知了。

中央車站 (似乎叫 Hannover Hbf 或 Hannover Hauptbahnhof 都是指中央車站,或火車總站) 正門口的對面有個小綠亭子就是賣 GVH CeBIT Card 的地方了,幸好我們都知道不恥下問的要問一下,不然這亭子上又沒寫 GVH 字樣,又或是那個 ustra 就是德文的 GVH 挖貴的,我們也很難猜得出來。

09

這個展期間的全通卡長相是這個樣子,有趣的是,其實這裡的地鐵車站(或全德國?!) 都是沒有閘口的,所以這張片今天一拿到,到目前為止坐了幾趟地鐵也都沒拿出來過。

10

車站裡頭是我們認為最熱鬧的地方了,這個店面賣的德國香腸很好吃,我吃的是中間那個,2.5 歐換算成新台幣是 91 塊錢,挺貴的,有附一塊小麵包,沾醬我們都覺得很棒。

這是我們後來的正式午餐,4.5 歐,不太確定老闆娘是越南人還是泰國的華僑,口味算蠻合的,份量也很 OK (我猜德國人喜歡吃肉,肉放得很多),這車站裡的東方餐館挺多的,有明顯寫中文的,也有越南或疑似泰國的,德國人似乎也很捧場,吃的人算挺多的。

13

車站地下室有兩個超市,一個叫 Rossmann,另一個叫 LiDL,上網查了一下,兩個都名氣很大,Rossmann 是因為有網友推薦她們自家的維他命發泡錠和小甘菊護手霜,LiDL 則是德國的有機連鎖超市,當時我們在 Rossmann 是先逛逛,後來發現 LiDL 裡面的人多很多,才發現 LiDL 裡的感覺就像台灣的全聯福利中心一樣,有點小亂,但東西很便宜,不管是飲料、零食還是水果青菜(小杜說看她們蔬菜上還有很多土,不愧是有機),我們自然是選擇這邊了。

LiDL 沒有提供購物袋,這對我這種平常就會自備購物袋的宅爸來說當然是沒有什麼太大的問題(有問題的是買太多啦,購物袋裝不下),這裡的東西有多便宜呢?

歐元兌台幣大約是 1: 36.4 ,小熊軟糖 380g 一包 1.09 歐,一罐 1.5 liter 的 Freeway 可樂(大概是當地的吧) 賣 0.5 歐,香蕉共 6 根賣 1.26 歐,2 liter 的 100% 蘋果汁賣 1.19 (小圈說這是加工過的),超大顆的草莓一盒不到 2 歐(剩下這顆是最小的,大的都吃完了)。整體看來,和餐廳吃飯的高昂的價格很難聯想在一起,猜測這也是人工貴的一種表現吧。

相較於一堆台灣人去都是寫說住民宿,我們似乎住的算豪華的了(雖然也只是三星級)

 

(未完待續…)

DELL XPS13 開箱

今天進到公司後收到了一個包裹

DSC_0197

立刻就打開開包裝,什麼居然是一坨垃圾=口=

DSC_0198

不其實他是DELL的超輕薄長效筆電XPS13

全黑高質感了的黑色外箱,內附小巧可愛的變壓器,雖然這變壓器看起來挺小,但秤起來卻有 242g,比我的 AcBel 萬用筆電變壓器的 226g 要來得遜色一點,所以我決定把他留在辦公室的桌面上就好。

DSC_0203

我們有請全金屬質感的的XPS13登場

DSC_0204

DSC_0205

米國來的,純英文鍵盤,沒有一堆雜七雜八的印刷

超薄邊框^0^

DSC_0210DSC_0207

一開機很快的就進入設定畫面,需要設定國家及鍵盤還有時區,公司規定要用英文介面,所以買英文的也是剛剛好(其實也可以改中文啦,微軟好像沒有規定英文版的License不能用在中文版上)

DSC_0215DSC_0216

連接 WifiDSC_0217DSC_0218DSC_0220DSC_0222

設定使用者DSC_0223

如果沒有Microsoft的帳號,可以直接設定本機帳號登入DSC_0225DSC_0226

依序輸入上面要的資訊就可以準備進入系統了DSC_0228

圈圈居然轉沒兩三下就到開始畫面了

DSC_0229DSC_0230

可以選擇是否要註冊DELLDSC_0231

Windows 10 Pro,當初買也沒加到錢,有 Pro 才能加入公司 Domain 變成 BYOD

DSC_0232

CPU是I5-6200u,這幾年 Intel 的 u 系列 CPU 雖然造就了很多輕薄筆電,但效能大致上沒啥長進DSC_0237

不過 GPU 聽說倒是DSC_0240

DDR3 8G的RAM,平常也算夠用的啦DSC_0239

到了最重要的SSD測速,4K真的很不給力DSC_0241

換個軟體測試4K居然更慘@@DSC_0242

網路上有看到網友提到 XPS 15 可以改成原生的 AHCI 模式來「解開」封印,但似乎也很多人提到說不太穩,所以還是先按兵不動。DSC_0244

CPU內建的GPU,後面我們來看看youtube,測測他的能力DSC_0245

看2K影片CPU使用量就跑到50多%了

DSC_0255

4K影片就到80多%了DSC_0258

最後來看看變壓器的大小,和 7250 的 65W 變壓器比起來小了一些DSC_0265

但是居然比12吋的 Latitude E7240 筆電還小一點點 (左: XPS 13,右: E7240)DSC_0248

最終要的疊疊樂一定要來一下的啦,厚度也完勝 12 吋的 E7240,不過我覺得重點是它的質感比 E7240 好上很多,A 面和 D 面感覺上是一體成形的鋁板,不像 E7240 是分成兩塊組件DSC_0250

屁股對屁股的比較更為明顯

DSC_0251

這台機器是我趁美國 Black Friday 特價時購入的,當時的價格就是 USD 999 ,加上給代運廠商的錢,一台弄到台灣來還不到台幣 35K,非常划算,但我個人對於這台機器還是有幾個不滿意的地方:

  • 鍵盤不那麼好打,比我之前用的 E7240 或前兩代的 XPS 13 要來得遜色,應該是為了輕薄所做出的犧牲
  • 沒 HDMI (或 display port) 真的很不方便,雖然我後來再買了一個 DA200,但常常會忘記帶到會議室去
  • 拿起來沒"感覺"那麼輕,可能是配重關係,拿起來沉沉的,雖然秤重量的確是 1.2x kg ,但拿起來沒那麼輕,而且略有不安全感,很怕會手滑滑出去…

這台機器好的地方是:

  • 很漂亮,外型的質感很好,薄邊框的視覺效果也十分好
  • 輕薄
  • 省電,大致上斷斷續續用一整天是沒啥問題的,由於我的工作多半不會用到重量級的軟體(不開發系統,也沒有裝資料庫什麼的),輕量的連續使用 6 小時以上應該也是可以的

mRemoteNG 的新版本 mRemote3G -> mRemoteNG

mRemoteNG 是個把 RDP, SSH, Telnet, VNC… 等整合在一個視窗中,以 tab 分隔的免費應用程式,它的前身,沒記錯的話應該是叫 mRemote,後來因故中止了,我記得當時我花了些時間找到了另一個願意繼續維護它的專案 – mRemoteNG ,它不像其他類似的軟體會有 connection 數的上限或試用期之類的,繼續快樂的用了一陣子,這個版本雖然好用,但也是有一些小缺點,例如有時候按下 Alt+tab 鍵時無法順利切換視窗,偶而會莫名的 crash 等等 (1.73 Beta 1 很常掛)。

今天心血來潮去爬了一下 mRemoteNG 的論壇,竟發現有位老兄 (kaymer327) 留言說他已經另開 Github 專案去維護他自己的版本 – mRemote3G (大家喜歡改名字… 所以之前都沒 Google 到),而且到兩週前都還有更新,真是如獲至寶,目前試用的結果還算正常,原來的連線檔還是可以繼續使用,到目前也還沒 crash,VirusTotal 只有 360 掃出問題?! (HEUR/QVM03.0.Malware.Gen,我是選擇忽略 360 的結果,因為我都不把密碼存在 mRemoteNG 裡面的,哈哈)

整體看起來 UI 也改動了一點點配色的樣子,但還是一樣好用,有需要又不怕死的可以由上面連結去找嘍。

  • 2016/07/28 剛剛沒事又去逛了一下,沒想到 mRemote3G 又合併回去 mRemoteNG 了,在 Github 上可以找到最新的版本 1.75alpha,現在拿去 VirtualTotal 掃描,目前最新版的 mRemoteNG 已經都沒有病毒警告了(但之前的 mRemote3G 還是有一個?!),建議可以改用這版了