一次還算 OK 的群暉 Synology NAS 送修體驗

前幾個禮拜,我的 Synology NAS 突然嗶嗶聲響不停,登入網頁管理之後發現是「Btrfs 儲存空間毀損」 什麼!?群暉說這套 Btrfs 系統超強的耶!?怎麼就掛了。。。 不知道是不是我平常裝太多東西了,導致系統突然無預警崩潰? 昨天 #DSM 被我玩掛,出現 Btrfs 儲存空間毀損,立馬提交了 ticket 給群暉技術支持,今天白天他們跟我要了管理員密碼,下午就修好了,他們說修好了是修好了,但是他們不知道為什麼會這樣?想要跟研發工程團隊再詳細檢查一下。。。結果他們好像玩著玩著就又壞掉了,然後他們現在好像下班了。。😱 pic.twitter.com/xxufVbJaVY — Stephen  @[email protected] (@jkgtw) May 11, 2018 所有資料都沒辦法存取,所有套件包含 Docker 都停擺,只有系統幾個 App 還能打開,例如:技術支援中心 這個 App 就在 DSM 裡面靜靜躺著,平常都沒怎麼用到,今天才知道他有多麼重要。。。 迅速填寫完表格以後,就等群暉他們工程師上班~ 隔天上午就收到他們工程師來信,讓我準備好 SSH 跟啟動遠端存取服務,並把 admin 密碼發給他們~ 我其實早就準備好,一收到信的時候,就馬上回給他們了 (不過再有下次的話,這些資料應該要隨著第一次提交的表格一起給他們了,這樣可以省時間) 當天沒多久離近下班前又收到他們技術人員的信,資料已經恢復,讓我快點備份資料到其他地方 但是他們不知道為什麼會這樣,所以正在請研發團隊一起看是什麼原因造成的? 結果他們又玩沒多久,NAS 又再次發生空間毀損情況,我發現的時候已經下班時間,可想而知他們工程師也下班了。。。 最慘的是當天是週五,也就是我的 NAS 還要連續停擺到禮拜一才有可能會修好。。。 NAS 空間毀損我也沒辦法自己修,期間嘗試關機再開機,也是沒有幫助,只能等週一他們上班再說了~ #Synology 技術人員幫我把 NAS 的大姐姐們都找回來了,還發現了我記憶體不是原廠的事實。。。 pic.twitter.com/oUJfiro7gV — Stephen  @[email protected] (@jkgtw) May 14, 2018 ​ 週一上班後他們發現我的機器有改裝記憶體,我確實之前把原廠的 2GB 換成 8GB 了,但是也都相安無事一年了阿?...

May 24, 2018 · 1 min · jkgtw

在 Synology DSM Docker 裡面搭建一個 IOTA CarrIOTA 完整節點

上次談過一次我個人認為潛力很大的虛擬貨幣 IOTA,其中一個特點就是他沒辦法「挖礦」取得 因為 IOTA 在 ICO 的時候已經把所有幣全部發放完畢,交易時也沒有手續費 目前幾乎全靠社群的力量在搭建 IOTA 的節點(IRI),但是搭建節點很麻煩的一點就是要怎麼去找可靠的「鄰居」? 於是又有人開發可以自動發現鄰居的「Nelson」,會想要搭建 IOTA IRI 節點的人 通常不是極熱衷的信徒,要不然就是想要給自己或親友錢包加速使用 IOTA 轉帳匯款 每個節點通常都在小群體裡面使用,因為都是私人架設的,要找到一個可靠的節點還真是要靠點運氣 這也是官方錢包難用的原因之一,官方錢包內建的幾個節點有時候都會失效,就必須要手動來切換節點 然而又有個傢伙跳出來,打造了一個「CarrIOTA」的技術,他可以讓上面這些看似獨立的節點 通通加入到他的大家庭裡面,讓普通使用者只要使用「一個」入口節點,然後 CarrIOTA 會根據使用者的所在地 分配一個最佳的節點來使用,同時 CarrIOTA 還開放大家的自由捐助,收到的捐款將會自動分配到加入 CarrIOTA 節點搭建者 分數越高能分配到的 IOTA 捐助就會越多~(咦?這不就是「變種挖礦」?) 但是這種收入不穩,因為每季度收到的捐助會不同,而且節點在歐洲會比亞洲分數還高喔! 這應該是因為歐洲那邊使用 IOTA 的人比較多吧,亞洲這邊關注的還比較少一點~ 擔任 IOTA 節點這種事情,NAS 本身就非常適合,因為 NAS 硬碟空間大而且基本不會關機 因為整個項目開源的幫助,上述這些東西都有人移植到各個設備上面,除了 VPS 以外還有像是樹莓派這種小型設備都很適合 於是我也利用家中的 Synology NAS 來搭建一個 CarrIOTA 完整節點~ ​ ​ 準備工作 首先新建幾個新的目錄在 DSM 裡面, ssh 進去 DSM 裡面輸入以下指令 $ mkdir -p /volume1/docker/IOTA/IRI/mainnetdb/ $ mkdir -p /volume1/docker/IOTA/field.cli/ $ mkdir -p /volume1/docker/IOTA/nelson....

March 24, 2018 · 2 min · jkgtw

用 Docker 管理神器「Portainer」取代 DSM 管理工具

之前一直在使用 Synology 的內建 Docker 管理工具,因為方便不需要額外安裝其他軟體 但是最近這幾個月群暉的 Docker 更新,讓人開始懷疑人生。。。 究竟繼續使用下去呢?還是砍掉重練比較快? 這時候,首富 EP 大大給出最佳解「Portainer」! Portainer 是一個 GUI 的 Docker 管理工具,強大且容易使用 安裝也非常容易,ssh 進去 Synology NAS 裡面,然後切換成 root 以後輸入以下指令 $ docker pull portainer/portainer 先把最新的映像檔拉下來,然後透過下面指令就能直接啟動 $ docker run \ -d \ --restart always \ --name portainer \ -p 9000:9000 \ -v /var/run/docker.sock:/var/run/docker.sock \ -v /volume1/docker/portainer:/data \ portainer/portainer 其他機器安裝方法可以參考官方指南: https://portainer.io/install.html 輸入完畢後,直接到瀏覽器裡面打開 Docker 宿主主機 IP:9000 第一次使用需要設定 admin 的密碼,連續輸入兩次後就能設定完畢,接著就能看見華麗麗的登入頁面 第一次 admin 登入完畢後,它會問你要管理本地的還是遠端的 Docker 這裡我們選擇管理本地(local) 進入之後就能看見大大的管理頁面,中間也會列出正在運作中的容器 點選一下「Containers」的區塊就能進去管理 進去到單獨的容器頁面,可以看到完整的設定資訊還有運作的情況 log 。。等等...

December 28, 2017 · 1 min · jkgtw

性價比破表與 DSM Surveillance Station 搭配的最佳攝影機

小米之前的小蟻跟小方的攝影機我都有使用,分別購入兩台都在服役中 監控的效果還不錯,不過只限白天,一到晚上以後這兩個機型的夜視效果宛如悲劇。。。 後來他們推出米家智慧攝影機 1080P 的新機型時,這台機器就偷偷進入我的購物清單了~ 監控這種東西,能派不上用場當然是最好,但是如果發生什麼事情,有監控錄影的話能保護自己 像之前我車就停在自家門口,就弄了兩台小蟻對著汽車錄影 突然有一天發現我後車廂被人撞了好大一個傷口,當下四處無人,也沒看見有人貼字條留電話 所以只能回頭自己翻錄影檔案,最後總算找到兇手,而且還拍到對方車牌 一看就知道是鄰居的車子,而且在查看影片之後發現,對方是準備倒車停車,知道有撞到我後車廂並下車來看 看完他闖這麼大禍以後,就不停車了趕快把車開走逃逸。。。這一連串都被監控攝影下來。。。 我找到該鄰居詢問這個車牌號碼是不是你們的車?我向他表示你們車撞到我車了 對方一開始還裝傻不認?直到我把影片攤出來,對方百口莫辯,只能乖乖掏錢出來賠修理費 所以你說這個監控攝影機好用不好用!? 上面說的三台攝影機如果要跟 DSM Surveillance Station 對接的話,需要 Hack 打開 RTSP 的功能 每一代攝影機使用的芯片都不相同,所以 Hack 都是要分開維護,安裝前請確認自己攝影機型號是否配對 像是小蟻 720P 的 Hack 可以在這邊找: https://github.com/fritz-smh/yi-hack 而小方的可以在這裡看見: https://github.com/samtap/fang-hacks 今天介紹的米家 1080P 則在這邊: https://github.com/Filipowicz251/mijia-1080P-hacks 首先我們打開 DSM 的 Surveillance Station 的網頁管理頁面,如下圖所示,新增一台攝影機 新增攝影機精靈裡面,可以參考以下設定 名稱:可以隨意取,方便自己辨識 IP 位址:這裡要輸入攝影機的 IP 位址,可以到 MiHome.app 裡面看到,或者是到路由器裡面 連接埠:沒有改過的話,RTSP 的預設端口通常就是 554 品牌:改為「使用者自訂」 視訊源路徑:這部分參考 Hack 的說明頁面,根據米家攝影機的 Hack ,視訊路徑是「/live/ch00_0」 接下來到以下的頁面,這邊通常不用改,直接下一步即可 來到錄影的頁面,這邊可以根據你自己的需要來修改 例如「每幾分鐘截斷一次影片」,這邊自己修改數字,如果是 30 的話,DSM 錄影每個檔案就會是 30 分鐘一個...

November 1, 2017 · 1 min · jkgtw

在 DSM 中自動更新 CloudFlare DNS 記錄(Docker版)

上次有介紹過如何在 DSM 更新 CloudFlare DNS 記錄,不過上次那篇操作複雜繁瑣 還要 SSH 進去 DSM 下指令操作,很多人看到指令就嚇尿了,所以另外找了簡易 Docker 版本 這個 Docker 版本是同一個作者寫的,Docker 映像檔大小居然只有小小的 3MB ,精簡到不行! 如果你的 DSM 可以安裝 Docker ,強烈推薦安裝這個版本~ 同樣教學過很多次的,打開 DSM Docker 的倉庫伺服器,搜索「cloudflare-ddns」關鍵詞 會出現很多,往下找一點然後看到「joshuaavalon/cloudflare-ddns」,直接下載 下載之後就直接部署,「進階設定」頁面裡面的自動重啟記得打勾,這樣機器重啟或者當機時候這個容器會自動啟動 直接跳到「環境設定」頁面,添加以下幾個變數 ZONE=example.com HOST=example.com 以上兩個填寫準備在 CloudFlare 更新的域名,HOST 也可以寫 sub.example.com ,類似這樣的子域名 [email protected] 填寫你在 CloudFlare 註冊的 email API=1111111111111111 這個填寫你的 CloudFlare Global API Key ,這個可以在 CloudFlare Profile 頁面獲取 TTL=1 這個設定成 1 的話就是自動 PROXY=true 這個選項可以設定要不要透過 CloudFlare 獲取安全與效能,不要的話可以設定為「false」 弄完以後就會像下圖一樣 以上是全部設定內容,接著全部按「確定」或者「下一步」,容器就會啟動 啟動後我們在該容器的「詳細資訊」裡面就能看到是不是正常啟動 觀察一下 log 可以看見,它每五分鐘會檢查一次外部 IP 作者說他這個映像檔對比 nouchka/cloudflare-dyndns(4....

October 25, 2017 · 1 min · jkgtw