# 1. 起因

## 1.1 這是一起典型的為了一碟醋包了一盤餃子的故事

是這樣的，最先開始接觸obsidian 是因?yàn)樽约弘娔X上下了很久的Typora ，但是一直沒怎么用，想著學(xué)習(xí)下md格式的寫法，于是在小破站搜索相關(guān)的教程。所以，理所當(dāng)然的，obsidian 這個軟件開始進(jìn)入了視線。當(dāng)時的想法就是，臥槽，這軟件可以啊，換它。于是就開始看這個軟件的課程。剛開始還是跟順利的，各種設(shè)置，以及出鏈入鏈都很好。直到同步這個問題的出現(xiàn)，命運(yùn)的齒輪開始轉(zhuǎn)動了。

## 1.2 為什么想去嘗試

最初的想法本來就是想要學(xué)習(xí)一下md格式的寫法，結(jié)果遇到一款還不錯的筆記軟件。然后本來也就想著就在電腦上用一用，后來發(fā)現(xiàn)竟然是全平臺的，win+安卓+IOS可以用，而且熟悉以后移動端出奇的好用。那么順理成章，移動端也就開始用了。

到這個時候，還是沒想著同步有啥用，因?yàn)閯傞_始的時候聽說官方提供Sync服務(wù)收費(fèi)比較貴，所以也沒往那方面想。后來用著用著，發(fā)現(xiàn)移動端和PC端內(nèi)容很割裂，有的時候想要PC上的內(nèi)容，有的時候想要移動端上的內(nèi)容，于是只能借助wx來互傳，忍忍也能解決。再然后就是碰到一個不太能忍的事項(xiàng)了，就是待辦事項(xiàng)列表的割裂，前一天晚上在電腦上列好的待辦，第二天在外面想看一下，沒有傳過來。或者在外面想起來一些待辦補(bǔ)充上去，然后回來電腦上沒有，還有干好了沒干的，反正就比較亂，而且我設(shè)備有比較多，就更亂了。

本來不知道也就算了，后來聽課過程中那個UP主說，可以用群暉NAS+第三方插件的形式實(shí)現(xiàn)obsidian的同步。正好我手邊也有一臺限制的NAS，于是多設(shè)備obsidian同步的想法開始萌生了。

# 2. 過程

## 2.1 這篇不算是教程吧，算是一個指引，然后夾雜著我的心路歷程以及碎碎念。

既然決定折騰了，那么就開始動起來好了。先把NAS里的老數(shù)據(jù)備份好，這里要提一下，之前是全盤倉組RAID5，然后只能外接盤做備份，折騰的第一步，搞了好幾天，疲憊。備份好之后把設(shè)備重裝系統(tǒng)，現(xiàn)在是DSM7.2，就這樣NAS折騰了3天。

## 2.2 最開始的路——公網(wǎng)+DDNS

然后就開始真正一路挫折了。最開始的想法是想要那公網(wǎng)IP做DDNS的，結(jié)果拿不到，真的拿不到。這條路嘗試了3天，從小白變成略知一二。

## 2.3 內(nèi)網(wǎng)穿透——第三方

那么DDNS做不了了，后面又嘗試了第三方的內(nèi)網(wǎng)穿透，小破站上有專門的教程，一步步帶著做，是用Remotely Save插件的webdav。搞了半天，然后可以了，興高采烈的全平臺同步了一波。結(jié)果，到了第二天，好了，隧道沒了，其實(shí)也不是沒了，免費(fèi)的用還是給你用，就是他不給你固定隧道，每24小時換一次，這誰能忍。再加上筆記這東西還是比較私密的，過一手第三方，不是很放心，雖然后面了解了內(nèi)網(wǎng)穿透原理之后知道，中轉(zhuǎn)服務(wù)器大概率沒有資源來存你的數(shù)據(jù)，但是有些事情還是保不準(zhǔn)，還是有疑慮。

## 2.4 第三方云盤+ Remotely Save

在前面幾條路都行不通的情況下，想過用這種方式。找了挺多資料的，用的比較多的兩種方式，一個是Onedrive網(wǎng)盤+Remotely Save，另一個則是堅(jiān)果云+Remotely Save。有些評論說堅(jiān)果云不能同步插件和配置文件，所以我當(dāng)時是選擇了onedrive方案。微軟是提供免費(fèi)的5G空間，其實(shí)也夠了，我也已經(jīng)注冊了，但是最后還是沒有去用這種方式。原因有兩方面：一是因?yàn)樯厦嫣徇^的，私密數(shù)據(jù)放在別人的盤上，被人當(dāng)作訓(xùn)練模型的養(yǎng)料總是不舒服，雖然生活中的方方面面，數(shù)據(jù)泄露已經(jīng)不可避免了，但是主動暴露和無意中暴露給我的感覺還是不一樣，所以最后我還是沒有這樣做，當(dāng)然這只是我個人的想法和做法，每個人都可以有自己的選擇。二就是我NAS光備份數(shù)據(jù)就浪費(fèi)了三天了，現(xiàn)在跟我說放棄，做不到，真的過不去心里這道坎。就好比，為了這碟醋，我要包盤餃子，現(xiàn)在我皮都搟好了，肉餡都調(diào)好了，現(xiàn)在讓我出去買盤煮好的餃子就算了，不不不。而且在找資料的過程中，我也知道把無公網(wǎng)把數(shù)據(jù)備份到NAS在理論上還是可行的，所以我還是決定嘗試其他的方法。

## 2.5 那么只有內(nèi)網(wǎng)穿透了

既然放棄這種方式，那么剩下來的就只有內(nèi)網(wǎng)穿透的選擇了。我找到的技術(shù)路線有兩種，一個是利用自己的服務(wù)器搭建FRP做端口轉(zhuǎn)發(fā)（最先版的FRP也具備打洞（P2P）的能力了），另一個是異地組網(wǎng)的方式了，也就是虛擬局域網(wǎng)，實(shí)現(xiàn)這種方式比較成熟的方案有蒲公英、花生殼（同家公司付費(fèi)，氪的越多體驗(yàn)越好）等三方公司的軟硬件，然后Zerotier、Tailscale這些免費(fèi)軟件，當(dāng)然也有收費(fèi)的。

其實(shí)說是兩種方式，其實(shí)就是一種方式，無非問題就是服務(wù)器是否完全受自己本人控制。第一種自建FRP是我選擇的方式，在后面還會講到。第二種說是可以實(shí)現(xiàn)打洞，跑滿帶寬，其實(shí)達(dá)成的條件還是比較難的，評論看過來，能實(shí)現(xiàn)打洞且穩(wěn)定的也寥寥無幾，最后還是走到中繼服務(wù)器端口轉(zhuǎn)發(fā)的老路上來了。然后后面那倆服務(wù)器都不在國內(nèi)，而且都是白飄的，能指望有多快么。所以除非不差錢，就給貝銳氪滿，那么也是享受。

另外，在找資料的過程中，還是有以外的發(fā)現(xiàn)的。發(fā)現(xiàn)了一個通過同步軟件來做備份的方式，雖然不是主流，但也有很多人提到，好奇也嘗試了幾天，接下來就說說用下來的感受。

## 2.6 同步軟件實(shí)現(xiàn)obsidian同步

先說工具吧，我用過三款這種類型的工具，按使用的先后順序分別是Syncthing、Resilio Sync、微力同步。這三從邏輯上來說其實(shí)就是同一個東西，特別是后面兩個。

Syncthing使用的時間不長，初初一用，發(fā)現(xiàn)它的使用邏輯比較不符合我的使用習(xí)慣，雖然有簡中，但是用起來總是覺得不習(xí)慣。然后小破站上有個講法學(xué)的博主也發(fā)過兩個obsidian+Syncthing的視頻，講的還可以，算是一個備份思路，但是也是會遇到各種問題的。然后還有一個問題，就是這個只適合在局域網(wǎng)里搞，據(jù)說可以使用互聯(lián)網(wǎng)，但具體我沒測過，后面?zhèn)z我有測過。還有obsidian的社區(qū)插件庫里有一個插件叫做“[syncthing-integration](https://github.com/LBF38/obsidian-syncthing-integration)”的工具，這是他的GitHub頁面。我找了好久也沒找到相關(guān)的教程，只有一個介紹的文章。我原本以為這是可以代替設(shè)備中的Syncthing的，直接集成到插件里，那么這樣也很方便，但是試用了一下，發(fā)現(xiàn)還是要在設(shè)備原本有裝Syncthing的基礎(chǔ)上才能使用，這樣就感覺有點(diǎn)多此一舉，這類軟件本來就是全文件夾同步的。

然后是Resilio Sync和微力同步，其實(shí)我本來是不了解Resilio Sync的，然后準(zhǔn)備就是用微力同步的，然后也做了功課。然后最后是因?yàn)槲⒘ν皆贗OS端它是收費(fèi)的，然后搜索的同時出現(xiàn)了Resilio Sync，然后了解了之后發(fā)現(xiàn)原來這才是原本的。然后使用了一下，發(fā)現(xiàn)操作邏輯相比上面那個已經(jīng)很符合我的習(xí)慣了，然后在局域網(wǎng)的情況下，同步的速度也很快。但還是那個問題，在互聯(lián)網(wǎng)的情況下速度很慢，可以用，但是幾乎不能用。

那么Resilio Sync服務(wù)器在國外，那么微力同步是國內(nèi)的公司，服務(wù)器在國內(nèi)，那么怎么樣呢，我用安卓端和PC端測試了一下，有好點(diǎn)，但也是幾乎不能用。

還有，就是這幾個軟件有評論說，也是可以實(shí)現(xiàn)打洞的功能，但是測試過程中我沒有碰到過。

## 2.7 最后了，自建FRP穿透

幾乎體驗(yàn)過了所有的方法，哦，還沒。Zerotier、Tailscale還沒有試過，還有有些評論里說的皎月連，音譯過來就是moon light 是不是很熟悉，找過資料的應(yīng)該都有印象，這可能就是Zerotier的moon服務(wù)器，那么這樣邏輯就有點(diǎn)通了，皎月連可能就是Zerotier之類軟件的國內(nèi)中繼服務(wù)器，通俗的說。有些教程也會教自己怎么部署moon服務(wù)器的。

然后言歸正傳，說到自建FRP穿透。我是沒有玩過云服務(wù)器的，純新小白，然后跟著教程做的，但是教程不可能完全根據(jù)你自己的情況去弄，所以還是要自己多找，多試驗(yàn)。

然后這個方式也有很多方案，我自己就試過三種：第一個是sh腳本一鍵式部署，很具一個up主的教程做的，不出意外的出意外了，不行。

然后就是另一個方案：服務(wù)器docker裝frps，nas上docker裝frpc，然后不出意外的又出意外了，這個方案不行應(yīng)該是我技術(shù)不行，我艱難的給服務(wù)器裝完docker之后，使用docker run的命令時，對，沒錯，卡住了，裂開。應(yīng)該有高手是可以做到的，我嘗試了好久之后還是放棄了。

于是就是第三個方案：用systemd部署frps最新版，然后NAS上docker裝frpc，最后經(jīng)過此無數(shù)次的試錯，終于成功了。然后來講幾個注意點(diǎn)，systemd裝frps網(wǎng)上有詳細(xì)的教程，照著做就行了。然后就是NAS上docker裝frpc，因?yàn)橐恍┰?，你直接去搜注冊表是拉取不到鏡像的，所以要通過別的源來拉取，或者你給nas上魔法，這個我還不會，所以我是通過換源的方式歷盡艱辛才拉到的鏡像，然后容器起來之后就簡單了。

還有要注意的是，我剛開始映射的端口是DSM面板的HTTP端口和webdav的http端口，然后發(fā)現(xiàn)都不能訪問（后面知道了，webdav這個應(yīng)該是可以訪問的，只是沒有用netdrive這類工具），然后都不成功（主要是DSM面板沒反應(yīng)），道心就崩了，以為是frp出問題了。然后又把遠(yuǎn)程端口映射上去，發(fā)現(xiàn)又可以穿透，在看了安全規(guī)則，也沒問題。想了一晚上，結(jié)合之前的經(jīng)驗(yàn)，我的HTTP面板會直接跳HTTPs，所以我的端口映射改成了https，然后netdrive上測試了也沒問題。

最后回歸主題，把Remotely Save上的webdav配置好，那么就啟動了，終于完成了，也終于寫完了，就這樣吧。疲憊，不算結(jié)尾的結(jié)尾，但是這盤餃子還挺香，主要是最后成功了。當(dāng)然，這個穿透可能還有別的用法等待發(fā)掘，然后就是怎樣穩(wěn)定的打洞有沒有可能實(shí)現(xiàn)。

,