因為工作的關係, 這個兩個月去了印度二次。我去的是印北,除了中間衝了一次泰姬瑪哈陵,每次去都是去處理資訊問題的,最可怕的是寬頻的問題,資訊廠商的問題也蠻可怕的,我已經吃了蠻多次虧的, 這個有空再開另篇談。
工作的地方,是公司新建的工廠,原本以為工業區申請個光纖, 不會太難,但是連Airtel都可以連續失約,導致工程進度延宕,最後說無法提供光纖安裝。
心靈力量決定發展的方向

因為工作的關係, 這個兩個月去了印度二次。我去的是印北,除了中間衝了一次泰姬瑪哈陵,每次去都是去處理資訊問題的,最可怕的是寬頻的問題,資訊廠商的問題也蠻可怕的,我已經吃了蠻多次虧的, 這個有空再開另篇談。
工作的地方,是公司新建的工廠,原本以為工業區申請個光纖, 不會太難,但是連Airtel都可以連續失約,導致工程進度延宕,最後說無法提供光纖安裝。
KDE環境上,可以自動分排世窗,和Windows10的功能很像,但是傳統的行列輸入法沒有二級簡碼,也不能直接選符號表, 所以做了下面的調整
array30-large
array30-extra
沒有二級簡碼,直接略過, 改用 rime套件 Read more
Proxmox VE,我已經有快10年經驗了,包含目前架站的筆電也是用Proxmox VE在管理,Proxmox Backup Server目前也是線上的備份系統。
而XCP-NG,則是多年前玩的,最早是從Citrix Xen Server開始使用的,後來轉向ESXi免費版本。
自 Broadcom (博通) 收購 VMware 後,授權模式與成本結構發生劇烈變動。針對企業尋找替代方案,以及將 Proxmox Virtual Environment (PVE, Proxmox 虛擬環境) 從個人實驗室導入生產環境的技術細節,整理如下。
針對現有主流替代方案,從技術核心到企業適用性進行對比:
| 替代方案 | 核心技術 | 適用情境 | 企業級優勢 | 關鍵限制 |
| Proxmox VE | KVM, LXC | 中小企業、開源架構 | 內建備份與 ZFS,TCO 極低 | 缺乏官方原廠到府支援 |
| Microsoft Hyper-V | Type-1 Hypervisor | Windows 環境 | 與 AD 整合度高,授權易取得 | Linux 效能優化較差 |
| Nutanix AHV | KVM | 大型資料中心、HCI | 管理自動化程度最高 | 軟硬體綁定成本較高 |
| XCP-ng | Xen | 雲端服務商、研究機構 | 資源配置靈活,開源架構 | 單一磁碟上限 2 TiB |
對於具備 Linux 基礎與 PVE 個人經驗的網管人員,轉向企業生產環境時,必須修正以下慣性:
在企業環境中,PVE 常搭配 ZFS 檔案系統。消費級 Solid State Drive (SSD, 固態硬碟) 缺乏 Power Loss Protection (PLP, 斷電保護),且其寫入壽命 (TBW) 無法支撐 ZFS 的寫入放大效應,會導致磁碟在數月內損毀。
必須將來源從 pve-no-subscription 切換至 pve-enterprise。企業儲存庫的更新檔經過更完整的相容性測試,能避免更新後導致的 Kernel Panic (內核錯誤)。
個人使用常依賴內建備份,但企業環境應部署 Proxmox Backup Server (PBS, Proxmox 備份伺服器)。PBS 支援重複資料刪除 (Deduplication) 與增量備份,能顯著降低備份空間需求並提升 Recovery Time Objective (RTO, 復原時間目標)。
應廢止直接使用 root 帳號操作,改採 Role-Based Access Control (RBAC, 角色權限存取控制),並強制開啟 Two-Factor Authentication (2FA, 雙重因素認證)。
關於你的觀察,XCP-ng 確實存在未在主打廣告中標示的技術紅線:
限制細節:在使用標準的 Storage Management API v1 (SMAPIv1, 儲存管理介面第1版) 時,虛擬磁碟 (VHD) 的最大容量被限制在 2 TiB。
原因:這是由於其上游 Citrix Hypervisor 的舊有架構限制,雖有 SMAPIv3 試圖解決,但在生產環境中穩定度仍不如預選方案。
影響:若企業有大型 File Server (檔案伺服器) 或 Database (資料庫) 需求,此限制將成為災難。
Broadcom, “VMware Cloud Foundation (VCF) Subscription Policy 2024-2025.”
Proxmox Server Solutions, “PVE Enterprise vs No-Subscription Repository Comparison.”
XCP-ng Project Documentation, “Storage Layer Limits and VHD Specification.”
Gartner, “Strategic Planning for Hypervisor Migration.”

家裡面有各種服務
NAS(正版群暉) / BitTorrent / Proxmox VE / Proxmox Backup Server / Adguard Home 安全 DNS / iKuai 軟路由 / 智慧家庭相關設備 / 家中監控及錄影
時不時,會有連回去進行管理或是查詢的需求
限制條件
1.對外只有1個Port
2.對外的Port沒有80/443
3.內部的服務有http / https
4.非Windows服務,沒有RDP
5.現有已有Docker服務 Read more

qBittorrent Enhanced Edition (qBittorrentEE_QB增強版_QB協力廠商編譯版),有如下特色
1、基於原版qBittorrent重編譯,主要特色:自動遮罩迅雷等BT下載工具吸血
2、增強提供了IP過濾規則高級功能,可以根據需要在選項自訂選擇 tracker
3、增強提供了自動禁止來自中國地區的IP未知用戶端功能(該選項預設關閉)
4、可以自動更新訂閱公共Tracker伺服器地址清單(該選項預設關閉)
5、提供下載完成後重新效驗torrent種子檔功能(該選項預設開啟)
6、解除原版用戶端啟動多開限制,不受原版限制可以多開運行

qbittorrent-nox都有WEBUI了,為什麼還是要用指令
因為,下載完成torrent就可以下指令移除
移完torrent之後,就可以搬到另一個空間
這樣就不用很大的空間去做下載
安裝指令如下,先裝qbittorrent-nox
apt-get install -y qbittorrent-nox curl wget iftop htop unzip net-tools
我qbittorrent-nox是放在cronttab啟用,我預設是8081port
@reboot /usr/bin/qbittorrent-nox -d –webui-port=8081
連線進行帳號密碼,下載路徑等等設定
安裝 qbt-cli
https://github.com/ludviglundgren/qbittorrent-cli/releases
tar zxvf qbittorrent-cli_2.2.0_linux_amd64.tar.gz
chmod +x qbt
mv qbt /usr/bin
寫入qbt-cli設定檔
vi /root/.config/qbt/.qbt.toml
————
[qbittorrent]
addr = “http://127.0.0.1:8081” # qbittorrent webui-api hostname/ip
login = “admin” # qbittorrent webui-api user
password = “PASSWORD” # qbittorrent webui-api password
[rules]
enabled = true # enable or disable rules
max_active_downloads = 15 # set max active downloads
————
就可以透過指令 去操作qbittorrent-nox
再寫一個指令 就可以定期移除已完成的torrent了,並且完成搬種的動作,把空間空出來
對於追求效率的系統管理員或極客(Geek)來說,圖形介面(GUI)有時顯得過於笨重。如果你希望在伺服器、NAS 或遠端 Linux 主機上精確控管 qBittorrent,那麼 qbt-cli 正是你需要的強大工具。
qbt-cli 是一款基於 Go 語言開發的命令行界面(CLI)工具,專門用於透過 Web API 遠端控制 qBittorrent。它並非下載引擎本身,而是一個功能強大的「遙控器」。無論你的 qBittorrent 運行在 Docker 容器、遠端主機還是本地電腦,只要開啟了 Web UI 功能,qbt-cli 就能讓你直接在終端機中完成所有操作。
qbt torrent listqbt torrent add <磁力連結或文件路徑>qbt server statusqbt-cli 將 qBittorrent 的功能從視窗框架中解放出來,轉化為生產力工具的一環。它不僅是遠端管理 NAS 的利器,更是建構個人自動化下載工作流的最佳拼圖。如果你厭倦了頻繁切換視窗,qbt-cli 絕對值得你嘗試。

之前測試過,PBS在Beta時,並沒有很好用
最近,我因為網站搬家,環境並沒有很好,搬回家沒有多久,就整個硬碟掛掉
只好拿先前的備份來還原,損失了一段時間的資料
所以,再花了一點時間研究 Proxmox VE的備份機置
LAN中的SAMBA設定很直覺,就不特別記錄。 Read more

我因為開發一隻程式在Proxmox VE中的lxt容器中執行
因為是新安裝的,所以python3等環境都是全新的
之前解過,久了就忘了,因為這個環境安裝的需求會不斷發生,所以寫一篇記錄一下
執行pip3 install scapy
報錯如下
error: externally-managed-environment Read more
Caddy 設定蠻簡單的,Let’s Encrypt也有支援,如果80 port不支援時,也支援CloudFlare API
可以直接透過 dns 驗證,完成相關的憑證取得
NGINX 設定,算是我熟悉的,設定起來也算是簡單
效能也不錯 Read more

執行了AMP之後,我的佈景主題和我的外掛,無法通過AMP的測試。目前佈景主題用的是社群的版本。
其次,被說不相容的這個wordpress外掛是我寫的,功能很簡單,就是開網站時,會檢查有沒有指定Cookie,再檢查Cookie值
沒有這個值,就不給用網站。
中間有2個按鈕,一個按下產生Cookie和直,一個按下就離開
這個外掛其實就是18歲年紀限制
原本都正常,但是執行AMP之後,2個按鈕都失效了。
(關了AMP,按鈕就正常了)
我想找其他的plugin來試試,如果有進行消息,再更新
補充說明一下,知名的wordpress 編輯套 Elementor也被偵測到無法通過相容性。執行了AMP,有種自廢武功的即視感。