Linker：把打洞、中繼與虛擬網路放在同一套連線工具
專案速覽：P2P (UDP+TCP IPV4+IPV6) + .很有特色，P2P打洞（UDP+TCP、IPV4+IPV6）+伺服器轉發，實現遠端連網和內部網路穿透。讓您分散在世界各地的連網裝置像在隔壁房間一樣輕鬆存取。
秒懂
- 它是什麼？
- snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。
- 適合誰用？
- 適合已經使用相關工具鏈、願意按 snltty/linker README 逐項核對的人；不適合把文件中的功能列表直接當成完整產品保證。開始前先依專案自己的入口測一條最小路徑，記錄版本、輸入、輸出與失敗位置，再決定是否擴大使用。
- 可以商用嗎？
- 可以，但有條件。GPL-3.0 是 copyleft 授權：如果你散布包含它的軟體，就必須以同一授權公開該軟體的原始碼。只在內部執行、不對外散布，則不會觸發這項義務。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 20 天前。
- 用什麼語言寫的？
- 主要是 C#（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
私有部署與平台範圍
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 1 個閱讀入口。
從工程角度看，私有部署與平台範圍 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 私有部署與平台範圍 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 1 節對應的具體輸入，避免只留下抽象結論。
直連、打洞到中繼的順序
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 2 個閱讀入口。
從工程角度看，直連、打洞到中繼的順序 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 直連、打洞到中繼的順序 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 2 節對應的具體輸入，避免只留下抽象結論。
異地組網的三種通信方式
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 3 個閱讀入口。
從工程角度看，異地組網的三種通信方式 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 異地組網的三種通信方式 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 3 節對應的具體輸入，避免只留下抽象結論。
Docker、NAS 與 OpenWrt
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 4 個閱讀入口。
從工程角度看，Docker、NAS 與 OpenWrt 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 Docker、NAS 與 OpenWrt 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 4 節對應的具體輸入，避免只留下抽象結論。
特殊功能與協定取捨
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 5 個閱讀入口。
從工程角度看，特殊功能與協定取捨 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 特殊功能與協定取捨 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 5 節對應的具體輸入，避免只留下抽象結論。
先分清連線和業務流量
snltty/linker 支援 IPv4、IPv6、TCP、UDP、P2P hole punching、伺服器轉發，以及虛擬網卡、端口轉發和 Socks5。 README 提到：<!-- @Author: snltty @Date: 2021-08-22 14:09:03 @LastEditors: snltty @LastEditTime: 2022-11-21 16:36:26 @version: v1.0.0 @Descripttion: 功能说明 @FilePath: \client.service.ui.webd:\desktop\linker\README.md --> <div align="center"> Linker [](https://github.com/snltty/linker) [](https://github.com/snltty/linker) [](https://hub.docker.com/r/snltty/linker-musl) [](https://github.com/snltty/linker/releases) [](https://mit-license.org/) [](https://github.com/snltty/linker) <a href="https://linker.snltty.com"> 官方网站</a> • <a h。這一節把 Linker 的具體入口放回它的使用情境，說明這個檔案、命令或資料流究竟扮演什麼角色。這個判斷只針對 README 明確列出的範圍。讀者應把功能名稱、設定檔與命令當成可核對的線索，並留意文件沒有承諾的部分。當實際環境出現差異時，差異本身就是部署條件的一部分，不能用專案宣傳語句替代觀察。 本節特別關注第 6 個閱讀入口。
從工程角度看，先分清連線和業務流量 不能只用功能清單理解。它會受到版本、執行環境、輸入資料與權限的共同影響；文件清楚寫出的能力可以直接引用，文件沒有交代的效能、相容性或安全結果則不能自行推定。對 snltty/linker 而言，先辨認邊界，再決定是否適合自己的工作流，會比追逐單一亮點更可靠。這個小節的判斷建立在 snltty-linker-deep-analysis 的專案名稱與 README 範圍上。
實際核對時，請以 snltty/linker 的 README、相關路徑和其列出的命令為起點，觀察輸出是否符合本節描述。若是 先分清連線和業務流量 涉及網路、資料庫、代理或媒體處理，還要記錄輸入、錯誤訊息與程序狀態，這樣才能把問題定位到專案本身或外部依賴。測試記錄應保留 snltty/linker 與第 6 節對應的具體輸入，避免只留下抽象結論。
編輯結論
適合已經使用相關工具鏈、願意按 snltty/linker README 逐項核對的人；不適合把文件中的功能列表直接當成完整產品保證。開始前先依專案自己的入口測一條最小路徑，記錄版本、輸入、輸出與失敗位置，再決定是否擴大使用。
社群筆記