使用 Mini PC 當 Proxmox 主機前，你一定要做的 BIOS / Kernel 設定

很多人為了省電、省空間，會選擇 Mini PC（像 Ryzen 7840HS、7940HS、Intel N100 之類）來跑：

  • Proxmox VE
  • ESXi
  • KVM
  • HomeLab
  • NAS + VM
  • 備份節點

👉 但如果你「沒有調整 BIOS 與 Kernel 參數」，
你可能會遇到：

  • ❌ 半夜自動重開機
  • ❌ 備份跑到一半整台 freeze
  • ❌ 完全沒有 kernel panic 記錄
  • ❌ journal log 直接中斷
  • ❌ 看起來像被拔電

而 log 裡 什麼都沒有。

這不是錯覺。

這是 Mini PC 常見的 PCIe / C-state / Power Management 硬體層級 freeze 問題。

為什麼會發生？

Mini PC 本質是「筆電級主機板」設計。

特點是：

  • Aggressive 省電策略
  • PCIe ASPM 深度省電
  • 深層 CPU C-State
  • IOMMU + PCIe 共享匯流排
  • 小型電源模組

當系統進入：

  • ✅ 高 I/O（vzdump 備份）
  • ✅ 高網路流量
  • ✅ NVMe 滿載
  • ✅ 多 VM 同時運作

就可能觸發：

PCIe Bus Hang
CPU 深層睡眠喚醒失敗
Root Complex Freeze

而這種 freeze：

  • 不會留下 kernel panic
  • 不會有 OOM
  • 不會有 MCE
  • watchdog 也來不及救

系統直接「硬死機」。

✅ Mini PC 當虛擬化主機的必要設定

請按照順序做。

🥇 Step 1：關閉 PCIe ASPM（最重要）

編輯：

/etc/default/grub

找到：

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

改成：

GRUB_CMDLINE_LINUX_DEFAULT="quiet pcie_aspm=off"

然後執行：

update-grub
reboot

為什麼？

ASPM 是 PCIe 省電機制。

在桌機主機板通常沒問題。

但在 Mini PC 上：

  • 高流量 + 省電切換
  • 可能導致 PCIe Link 無法正確喚醒
  • 整條 bus freeze

這是最常見原因。

🥈 Step 2：限制 CPU C-State

如果 BIOS 有以下選項：

  • ✅ Disable Global C-State Control
  • ✅ Disable CPPC
  • ✅ Disable ASPM

請全部關閉。

如果 BIOS 沒有提供，

可以改用 kernel 參數：

processor.max_cstate=1 idle=nomwait

變成：

GRUB_CMDLINE_LINUX_DEFAULT="quiet pcie_aspm=off processor.max_cstate=1 idle=nomwait"

然後：

update-grub
reboot

為什麼？

Mini PC 為了省電會讓 CPU 進入：

  • C6
  • C10

但在高 I/O 中斷情況下：

👉 CPU 可能喚醒失敗
👉 整台 freeze

🥉 Step 3：測試性關閉 IOMMU（排除法）

如果還是會發生，

可以暫時加入：

amd_iommu=off

完整變成：

GRUB_CMDLINE_LINUX_DEFAULT="quiet pcie_aspm=off processor.max_cstate=1 idle=nomwait amd_iommu=off"

⚠️ 注意：

如果你有做 PCI Passthrough，不能關。

🔎 為什麼這些設定對 Mini PC 特別重要？

因為 Mini PC：

  • 使用筆電等級主板
  • PCIe 通道少
  • 多裝置共享 Root Port
  • 電源模組小
  • BIOS 通常未針對長時間高負載優化

當你把它當成：

24 小時虛擬化主機

你必須把它從「省電模式」改成「穩定模式」。

🔥 常見錯誤判斷

很多人會以為是：

  • ❌ igc 網卡 driver
  • ❌ NVMe 壞掉
  • ❌ RAM 問題
  • ❌ Proxmox bug

但如果 log 是「乾淨消失」，

那 90% 是 Power Management 問題。

✅ 建議 Mini PC 虛擬化標準設定

建議至少包含：

pcie_aspm=off
processor.max_cstate=1
idle=nomwait

✅ 結論

Mini PC 當 HomeLab / Proxmox 主機完全可行。

但前提是：

❗ 你要先把「筆電省電策略」關掉。

否則你會在：

  • 半夜備份
  • RAID rebuild
  • 大量 VM I/O

時遇到神秘重開機。

而 log 裡什麼都沒有。

如果你正在用 Mini PC 跑虛擬化，
建議今天就檢查你的設定。

穩定，比省 3W 電重要得多。

使用 iptables hashlimit 限制 HTTP 流量與安全回滾方法

在高流量或遭受爬蟲攻擊時，Web Server（如 Apache / Nginx）可能會因為大量連線而消耗過多 PHP-FPM 或系統資源。
Linux iptables 的 hashlimit 模組可以有效限制「每個 IP 的連線速率」，是一種輕量且高效的防護方式。

本文說明：

  • hashlimit 的用途
  • 基本設定方法
  • 測試方式
  • 如何安全取消規則（回滾）

一、什麼是 hashlimit？

hashlimit 是 iptables 的一個 match module。

它的特色是：

✅ 針對「每個來源 IP」獨立計算流量
✅ 不會把所有訪客視為同一個來源
✅ 適合防止單一 IP 短時間內大量請求

與 -m limit 不同，limit 是全局限制，容易誤傷正常使用者。

二、基本 HTTP 限制範例

以下規則限制：

  • 每個 IP 每秒最多 30 個請求
  • 瞬間最多 80 個 burst
  • 超過後丟棄（DROP）

bash

iptables -A INPUT -p tcp --dport 80 \
-m hashlimit \
--hashlimit 30/sec \
--hashlimit-burst 80 \
--hashlimit-mode srcip \
--hashlimit-name http_limit \
-j ACCEPT

iptables -A INPUT -p tcp --dport 80 -j DROP

參數說明

參數說明
–hashlimit 30/sec每秒最多 30 個封包
–hashlimit-burst 80瞬間可達 80 個
–hashlimit-mode srcip以來源 IP 為單位計算
–hashlimit-name此限制規則的名稱

三、如何確認規則是否生效？

使用：

bash

iptables -L INPUT -n -v

可以看到每條規則的封包計數。

如需查看行號（刪除時會用到）：

bash

iptables -L INPUT -n --line-numbers

四、如何安全取消規則？

✅ 方法一（推薦）：使用行號刪除

先查看規則：

bash

iptables -L INPUT -n --line-numbers

假設顯示：

basic

num  target
1    ACCEPT  tcp dpt:80 hashlimit ...
2    DROP    tcp dpt:80

刪除方式：

bash

iptables -D INPUT 1
iptables -D INPUT 1

⚠ 注意：刪除第一條後，下面規則會往上移動。

✅ 方法二：使用完整規則刪除

bash

iptables -D INPUT -p tcp --dport 80 \
-m hashlimit \
--hashlimit 30/sec \
--hashlimit-burst 80 \
--hashlimit-mode srcip \
--hashlimit-name http_limit \
-j ACCEPT

iptables -D INPUT -p tcp --dport 80 -j DROP

⚠ 必須與建立規則時完全一致。

五、如果使用 iptables-persistent

若系統有安裝：

iptables-persistent

或使用：

netfilter-persistent

刪除規則後，請記得重新儲存：

bash

iptables-save > /etc/iptables/rules.v4

否則重開機後規則會恢復。

六、安全測試建議（避免誤封）

⚠ 在 Production 環境請勿直接啟用 DROP 規則。

建議測試流程：

1️⃣ 先只加入 hashlimit ACCEPT 規則
2️⃣ 觀察流量與錯誤日誌
3️⃣ 確認正常後再加入 DROP

或先於測試機驗證。

七、適用場景

  • WordPress 遭受爬蟲過度抓取
  • WooCommerce 頁面被大量請求
  • 想降低 PHP-FPM 壓力
  • 防止單一 IP 造成資源耗盡

八、注意事項

  • 若使用 Cloudflare，來源 IP 可能會變成 CDN IP
  • iptables 屬於 L3/L4 防火牆，無法判斷 URL
  • 規則順序非常重要

結語

hashlimit 是一種：

  • 高效
  • 核心層級
  • 不依賴應用程式

的流量控制方式。

但部署前務必測試，並確保有回滾方案，以避免影響正常使用者。

Linux 防火牆完整備份與還原教學（iptables + ipset）

在使用 Fail2Ban + ipset + iptables 的伺服器環境中，
很多人只備份了 iptables，卻忽略了 ipset。

結果在災難還原時發現：

  • ✅ 規則還在
  • ❌ 被封鎖的 IP 全部消失

這篇教學會完整說明：

  1. 為什麼要同時備份 iptables 與 ipset
  2. 正確備份方式
  3. 正確還原順序
  4. 建議自動化備份腳本

🔎 一、iptables 與 ipset 差在哪？

在 Fail2Ban 環境中實際架構是：

Fail2Ban
   ↓
ipset（存放被封鎖 IP 清單）
   ↓
iptables（引用 ipset）
   ↓
Linux Kernel 防火牆

✅ iptables 負責「規則」

例如：

-m set --match-set f2b-http-404-scan src -j DROP

意思是：

如果來源 IP 在這個 set 裡 → 就 DROP

✅ ipset 負責「IP 名單」

例如：

add f2b-http-404-scan 65.20.67.134

真正被封鎖的 IP 存在 ipset 裡。

🚨 二、常見錯誤

很多人只做：

iptables-save > /root/iptables.backup

但這只會備份規則，不會備份 ipset 內的 IP。

結果：

  • 重開機後
  • 或手動 restore 後

IP 清單消失。

✅ 三、正確完整備份方式

必須備份兩個部分。

✅ 1️⃣ 備份 iptables

bash

iptables-save > /root/iptables.backup

✅ 2️⃣ 備份 ipset

bash

ipset save > /root/ipset.backup

這個檔案會包含：

sql_more

create f2b-http-404-scan hash:ip
add f2b-http-404-scan 65.20.67.134
add f2b-http-404-scan 1.2.3.4

這才是真正的封鎖名單。

✅ 四、正確還原方式（非常重要）

⚠️ 還原順序不能錯。

✅ Step 1：先還原 ipset

bash

ipset restore < /root/ipset.backup

✅ Step 2：再還原 iptables

bash

iptables-restore < /root/iptables.backup

❗ 為什麼順序不能反？

因為：

iptables 規則會引用 ipset。

如果 ipset 不存在，會出現錯誤：

iptables: Set f2b-http-404-scan doesn't exist

✅ 五、建議每日自動備份

可以建立一個腳本：

nano /root/backup-firewall.sh

內容如下：

bash

#!/bin/bash

DATE=$(date +%F)

iptables-save > /root/fw-$DATE.iptables
ipset save > /root/fw-$DATE.ipset

給執行權限：

bash

chmod +x /root/backup-firewall.sh

加入 crontab：

bash

crontab -e

每天凌晨 3 點備份：

basic

0 3 * * * /root/backup-firewall.sh

✅ 六、如果發生誤封全站怎麼辦？

假設錯誤規則導致：

0.0.0.0/0 tcp dpt:80 DROP

網站全部無法連線。

只要執行：

bash

ipset restore < /root/ipset.backup
iptables-restore < /root/iptables.backup

30 秒內救回網站。

✅ 七、關於 Fail2Ban 的補充

如果你使用：

banaction = iptables-ipset-proto6-allports

Fail2Ban 重啟後會自動重建 ipset。

因此：

✅ 一般重開機不會遺失封鎖
✅ 但手動清空 firewall 會遺失

所以備份仍然是好習慣。

✅ 八、總結

項目是否需要備份
iptables✅ 必須
ipset✅ 必須
只備份 iptables❌ 不完整

🎯 最重要一句話

iptables 只是規則
ipset 才是黑名單

兩個都要備份，才算完整防火牆備份。

為什麼 AI 會「幻覺」？

一次長時間技術討論後，我發現真正的原因

很多人說，AI 用久了會開始「幻覺」。

對話越長，內容越偏離主題；
越討論，越覺得答非所問；
甚至會出現很自我、很確定但其實不準確的回答。

我過去也有這種感覺。

但最近一次長時間的技術討論，讓我發現——
問題可能不完全在 AI。

過去的討論方式：假設 AI 知道我在想什麼

以前，我和 AI 討論時，多半採用問答式對話：

  • 我問一個問題
  • 它回答
  • 我再延伸問

但我很少告訴它：

  • 我最後採用了哪個方案
  • 哪些建議我沒有使用
  • 我的架構實際上怎麼調整
  • 哪些假設其實不成立

我常常假設：

「它應該知道我想怎樣。」

結果對話一長，內容就開始偏移。

問題的核心：資訊沒有對齊

AI 並不是在「理解我腦中的設計圖」。

它只能根據我寫出來的文字做推理。

當我沒有說明：

  • 我已經改成 DROP
  • 兩台服務器不是同一台
  • 某個方案已經放棄

AI 就會自動補齊空白。

而只要補錯一次，
那個錯誤就會變成後續推理的基礎。

這不是胡說八道，
而是推理模型在「填補缺失因果」。

這一次，我改變了做法

這次的討論，我刻意改變了幾件事：

1️⃣ 在回覆前，先說明現況

我會清楚說：

  • 我現在採用了什麼方案
  • 哪個方向已經排除
  • 哪些前提不成立

2️⃣ 即時糾正誤解

如果 AI 出現錯誤假設，我會直接說：

不是同一台 server，不要誤會。

而不是默默覺得「又開始亂講」。

3️⃣ 不再假設 AI 會讀心

我不再期待它知道我「想要優化什麼」，
而是明確說出目標範圍。

結果：幻覺感幾乎消失

這次長時間討論下來，我發現：

  • 內容沒有越聊越歪
  • 建議是收斂的
  • 推理邏輯清晰
  • 沒有明顯自說自話的情況

這讓我開始思考：

AI 真的在幻覺？
還是我們讓它在沒有邊界的情況下自由推測？

真正的關鍵：誤差累積

長對話會變廢，通常不是因為時間。

而是因為：

  1. 某個錯誤假設沒有被糾正
  2. 那個假設變成新的基礎
  3. 後續推論全部建立在錯誤前提上

這叫做：

誤差累積。

只要不及時修正，
偏差就會越來越大。

AI 其實是「機率收斂系統」

從本質上來說，AI 是一種機率預測模型。

當資訊清楚時 → 它會收斂。
當資訊模糊時 → 它會發散。

如果使用者給出明確邊界：

  • 明確狀態
  • 明確目標
  • 明確排除項
  • 明確前提

那輸出就會穩定。

如果使用者讓背景模糊、假設共享、目標漂移，
那結果自然會混亂。

我的結論

這次經驗讓我理解一件事：

AI 並不是會「越聊越亂」。

真正會讓對話變亂的，是：

未被說出口的假設。

當我改變了對齊方式，
幻覺感幾乎消失。

AI 沒變。
我改變了使用方式。

給長時間使用 AI 的人的一個建議

如果你覺得 AI 越聊越歪，可以試試這幾點：

  • 不要假設它知道你的架構
  • 每次重大調整後回報現況
  • 即時糾正錯誤假設
  • 明確說出你「不想要什麼」

你可能會發現——
問題不是時間太長，
而是資訊沒有對齊。

Linux 指令教學：如何使用 ss -K 強制中斷指定 IP 的 TCP 連線

在 Linux 伺服器管理中，有時需要立即中斷某個 IP 的現有連線，例如：

  • fail2ban 已經 Ban IP
  • iptables 規則已生效
  • 但既存 TCP 連線仍在持續

這時不必重啟服務，可以使用：

ss -K

來精準關閉指定連線。

什麼是 ss？

ss（Socket Statistics）是用來查看 socket 連線狀態的工具，
功能比舊版 netstat 更完整、更快速。

ss -K 是什麼？

-K  = Kill

意思是：

強制關閉符合條件的 TCP 連線

它會透過 kernel 直接發送 TCP RST，立即中斷連線。

基本用法

中斷某個來源 IP 的所有連線

ss -K src 20.91.210.252

意思是：

關閉所有「來源為 20.91.210.252」的 TCP 連線

⚠ 在伺服器上，攻擊者是來源（source），
所以必須使用 src。

查看是否有連線存在

執行前可先確認：

ss -ant | grep 20.91.210.252

如果看到：

ESTAB

代表仍有已建立連線，可以使用 ss -K 中斷。

常見錯誤

❌ 錯誤寫法：

ss -K dst 20.91.210.252

在伺服器端通常應該使用 src，
否則可能找不到對應連線。

與重啟服務的差別

方法影響範圍
restart Apache所有使用者
ss -K src IP只有指定 IP

使用 ss -K 可以精準操作，而不影響正常流量。

權限需求

必須使用 root 執行：

Operation not permitted

代表權限不足。

小結

ss -K 是一個非常實用的進階網路管理指令：

  • 可立即中斷指定 IP 連線
  • 不必重啟服務
  • 不影響其他使用者
  • 適用於安全事件處理

在需要精準控制 TCP 連線時，是比重啟服務更優雅的做法。

MariaDB Master → Slave

最容易、最安全的「完整重同步」步驟（排除指定 DB）

適用情境

  • Slave 一直出現 1032 / 1146 錯誤
  • 資料已嚴重不同步
  • 非 GTID 複製
  • 需要保留 Replicate_Ignore_DB 設定

🛑 Step 1：在 SLAVE 停止並重置複製

sql

STOP SLAVE;
RESET SLAVE ALL;

目的：
清除舊的 relay log，避免殘留錯誤事件。

📌 Step 2：在 MASTER 鎖定資料並取得 binlog 位置

sql

FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;

請記下輸出中的：

text

File: mysql-bin.xxxxxx
Position: xxxxxxxx

⚠️ 請保持此連線不要中斷

📦 Step 3：在 MASTER 匯出所有資料庫（排除 ignore 的 DB）

bash

mysqldump -u root -p \
  --all-databases \
  --single-transaction \
  --routines \
  --triggers \
  --events \
  --master-data=2 \
  --ignore-database=dbispconfig \
  --ignore-database=dbispconfig2 \
  --ignore-database=mysql \
  --ignore-database=phpmyadmin \
  --ignore-database=sys \
  --ignore-database=information_schema \
  --ignore-database=performance_schema \
  > fulldump.sql

說明：

  • --master-data=2：自動記錄 binlog 位置
  • --single-transaction：InnoDB 無鎖匯出
  • ignore DB 與 Replicate_Ignore_DB 完全一致

🔓 Step 4：解除 MASTER 鎖定

sql

UNLOCK TABLES;

🧹 Step 5：在 SLAVE 清空舊資料（非常重要）

✅ 方法一（推薦，安全）

sql

SET sql_log_bin = 0;

DROP DATABASE IF EXISTS c4web113;
DROP DATABASE IF EXISTS c7_5guvv_web116;
-- 其他客戶 DB 請一併 DROP

SET sql_log_bin = 1;

⚠️ 只 DROP「需要複製的 DB」，ignore 的 DB 不要動

📥 Step 6：在 SLAVE 匯入完整資料

bash

mysql -u root -p < fulldump.sql

⏳ 視資料量大小，可能需要數分鐘～數十分鐘

🔗 Step 7：在 SLAVE 設定 Master binlog 位置

（使用 Step 2 記下來的值）

sql

CHANGE MASTER TO
  MASTER_HOST='MasterSQLServer_IPAddress',
  MASTER_USER='slaveuser2',
  MASTER_PASSWORD='你的密碼',
  MASTER_LOG_FILE='mysql-bin.xxxxxx',
  MASTER_LOG_POS=xxxxxxxx;

▶️ Step 8：在 SLAVE 啟動複製

sql

START SLAVE;

✅ Step 9：確認複製狀態

sql

SHOW SLAVE STATUS\G

確認以下欄位：

text

Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_SQL_Error:
Seconds_Behind_Master: (數字，並會逐漸下降)

✅ 完成後預期結果

  • ✅ 不再出現 1032 / 1146 錯誤
  • ✅ WordPress（含 Wordfence）資料正常
  • ✅ Slave 與 Master 完整一致
  • ✅ Replicate_Ignore_DB 持續生效

⚠️ 注意事項（請務必遵守）

  • ❌ 不要再使用 SQL_SLAVE_SKIP_COUNTER
  • ❌ 不要手動補單一 table
  • ❌ 不要分開 dump 不同 DB

殯儀手記《第九章》：殯儀禮節與喪葬意義

文章：蔡健發 (2025), 殯儀手記「《第九章》：殯儀禮節與喪葬意義」

一、為什麼要辦喪禮？

在以前的農業社會，喪禮是人生大事，很多人為父母辦喪，願意花很多錢。到現代，社會提倡「從簡」，雖然減輕了家人的負擔，但有時也會令大家只想「快點辦完」，忘記喪禮本來的意義。

古語說：「慎終追遠，民德歸厚矣。」意思是：
對逝去的人認真辦好後事、懂得記得先人，社會風氣就會變得比較有愛、重感情。

人面對親人離世，通常會很傷心、迷惘，甚至害怕。
喪禮的作用包括：

  • 讓家人相信先人已被安頓妥當
  • 提供一個正式告別的機會
  • 透過儀式一步一步，把悲傷慢慢整理好

表面上喪禮是「為逝者辦」，其實很大部分是「在幫生者面對失去」。

二、傳統與現代喪禮，有什麼不同？

現在大部分喪事都由殯儀公司全程安排，例如：

  • 接運遺體到殯儀館
  • 清洗、替先人更衣（穿上壽衣）
  • 佈置靈堂、安排宗教儀式等

以前有些長者會在生前預備好自己的「壽衣」，象徵自己準備好「善終」；今天多由家人或殯儀公司代為準備。

1. 從長期「守孝」到「象徵式」穿孝

傳統：

  • 為父母守孝三年
  • 穿粗麻衣、生活上有很多禁忌（不參加喜慶、不穿鮮色衣服等）

現代：

  • 多數只在出殯當日穿孝服
  • 之後改為在胸前配戴黑紗、白花等象徵
  • 既表達哀悼，也不會太影響學業和工作

精神沒有改變：重點仍是「記得先人、表示尊敬」，只是形式較簡單、實際。

2. 儀式「改形不改意」

華人喪禮有很多象徵性的做法，例如：

  • 「子送終」：子女應親身參與喪禮，表達孝心
  • 「買水」：古時有說法，子女要在夜晚到河邊「向河神買水」為先人洗身，用拋銀幣入河代表「付錢」

現代因為城市化，這些做法不再實際。
有些地方改為：

  • 在殯儀館外，由主持人用清水和錢幣做一個簡單儀式，象徵「請水」

也就是說：
動作變了，但「子女親自為先人盡最後一分心力」的意義仍然保留下來。

三、過去在家辦喪，現在多在殯儀館

以前醫療條件差，很多人選擇：

  • 在家裡養病
  • 在家「壽終正寢」（在床上安詳離世）

那時候：

  • 醫生在家中證實離世後，家人就地開始安排喪事
  • 有些地方會把大門其中一扇拆下，放在客廳當「屍板」，把先人安放其上，象徵踏入另一個世界，也有「安然離世」的意思

香港以前樓宇不高，很多家庭習慣在家中設靈、出殯。
但因為：

  • 現代住宅空間狹小
  • 社區對氣味、衛生和出入有顧慮
  • 政府對街頭「遊街送殯」有交通和秩序上的限制

所以現在多數喪禮都在殯儀館內舉行，在家設靈的情況已較少見。

四、喪服與穿孝的安排

在傳統觀念中，「有子送終」很重要，因此穿孝的排序特別講究。一般情況：

  1. 長子為首，再到次子、三子等
  2. 然後是兒媳
  3. 再到女兒
  4. 接著是女婿
  5. 之後才是孫兒女等下一輩

過去社會男尊女卑，在一些家庭裡：

  • 喪禮「首席」通常由男性擔任
  • 有時先人遺孀或配偶的排列也未必居前，反映舊式「以宗子為主」的家族觀念

現代社會比較重視兩性平等和家庭共識，因此：

  • 有些家庭會讓女兒或最親近的成員擔任重要位置
  • 不再一味只看性別，而是看實際關係和家人意願

未婚者的喪禮

舊時有說法：

  • 未婚者的喪禮可以「從簡」，喪服與儀式都不必太多，因為被視為還未完全承擔家庭責任

但現在：

  • 多數家庭不再拘泥這種看法
  • 即使先人未婚，只要輩份是長輩，很多人仍會「以長輩之禮」為他／她設靈、穿孝
  • 重點是尊重這個生命，而不是看他有沒有結婚

五、靈堂裡會見到什麼？

靈堂的設計目的是營造一個莊重、安靜、適合告別的空間。一般會見到：

  • 中間有祭桌，擺放先人的遺照
  • 背景有「奠」字或悼念字句
  • 四周有輓聯、花圈、花籃
  • 棺木或遺體多放在靈堂中間偏後位置

喪禮常見程序：

  1. 「上服」：親屬按輩份穿好孝服
  2. 「開堂」：主持人宣告喪禮開始
  3. 喪主（通常是長子或最親近的家屬）先上香
  4. 其他帶孝者依次上香致敬
  5. 然後由法師或宗教領袖進行儀式，例如為神主牌「點主」

「點主」本來是用孝長的一滴血點在神主牌上，代表血脈相連、靈牌「受命」。
現代多改用硃砂代替，以保持象徵意義，但更衛生、也比較不會嚇到家屬。

六、香港殯儀館的出現

香港的殯儀服務，大致經過這幾個階段：

  1. 早期：長生店上門
    • 由傳統「長生店」提供棺木、紙紮等用品
    • 師傅上門幫家庭在家中設靈、辦喪
  2. 出現殯儀館
    • 例如由「福壽」長生店發展而成的「香港殯儀館」
    • 提供集中式場地，方便城市裡空間較小的家庭
  3. 殯儀館普及與專業化
    • 隨著城市人口增加、樓宇密集，在殯儀館辦喪變得普遍
    • 政府限制街頭大型「遊街」後，喪禮活動更集中在殯儀館內進行
  4. 非牟利與商業並存
    • 例如東華三院開辦非牟利殯儀館，提供較便宜的服務
    • 同時有不同私營殯儀館，形成競爭與市場分工

目前香港：

  • 殯儀館需要領牌經營
  • 數量受到土地、城市規劃、公共衛生、居民接受程度等多方面限制
  • 行業由政府規管，同時也存在商業競爭

七、喪葬的真正意義是什麼？

喪葬不只是「一套流程」，它反映：

  • 子女對父母、晚輩對長輩的孝心
  • 家人對逝者的感謝與不捨
  • 家族與文化記憶的延續（例如清明掃墓、春秋二祭等傳統）

儒家認為，「孝」是做人最基本的道德：

  • 父母在世時，好好照顧與尊重
  • 父母離世後，認真辦好喪禮、適時祭祀，是回報養育之恩的一部分

古代有「厚葬」的想法，希望盡量為先人安排周全。但如果變成一味比排場、比花費，就失去原意。
以今天的角度來看：

  • 喪禮規模應該根據家庭能力、先人意願與家人感受來決定
  • 不需要為了「面子」而勉強鋪張

無論形式是：

  • 傳統中式喪禮
  • 基督教、天主教安息禮
  • 環保葬、海葬等現代方式

它們的共同重點其實一樣：

  1. 讓親友有機會正式向逝者道別
  2. 表達對逝者的尊敬和懷念
  3. 幫助在世的人接受現實、走出悲傷

最後，可以記得兩點：

  • 喪禮的價值，不在於花了多少錢，而在於心是否真誠
  • 重要的不是場面有多大，而是家人能否在失去之中互相支持，一起面對悲傷

參考文獻

梁鳳縈. (2008). 殯儀之二 (第二版). 嘉出版有限公司.

殯儀手記《第八章》：頭七拜祭簡易程序

文章：蔡健發 (2025), 殯儀手記「《第八章》：頭七拜祭簡易程序」

🕯️ 頭七拜祭簡易程序

（家中拜先人・屋外拜土地與焚化供品）

「本文所載頭七拜祭儀軌，依循道教傳統。據《道教儀範》與民間信仰，人初逝後，魂魄尚在迷茫，每七日為一忌，直至七七四十九日過後面見閻君，審判平生。故頭七乃為先人開啟冥路之關鍵首站。儀式旨在：一、獻祭土地等神祇，首要為「通報」與「關照」。祈求土地公為亡魂辦理通關文牒，在其管轄境內予以放行與庇護，並將祭品如數送達；二、廣施功德，為先人積累陰福，減輕業障，從容應對審判。」

一、簡介

「頭七」是先人離世後的第一個重要日子。
家人於當日以香燭、供品誠心拜祭，
祈願先人在彼方平安安樂，
得好緣，好路行，接受家人供奉，心安順利。

傳統做法會請法師為先人做功德法事，目的為減輕罪孽，
現時香港多以簡化家祭方式進行，
只要誠心敬拜，意義相同。

儀式一般分兩部分：

  1. 家中拜先人（敬香安靈）
  2. 屋外拜土地與焚化紙品

二、家中拜先人

準備：

  • 香爐一個（出殯後棄置）
  • 花燭一對
  • 大香三支、細香一扎
  • 先人生前喜歡的食物（不用牛肉）
  • 單數水果（避免用石榴）
  • 三對筷子、三個茶杯、三個酒杯
  • 茶與酒各適量
  • 小桌作靈位

程序：

  1. 在家中設香爐，擺供品。
  2. 點花燭，上大香三支請先人上位。
  3. 家人依次上香，表達敬意。
  4. 奉茶與酒，口述：「誠心請先人受用。」
  5. 稟告：「今日為頭七，稍後往屋外焚化祭品，
    請先人隨行前往領受。」

※ 所有拜祭食物僅供先人，不可再食用。

※提及先人時，要稱呼及叫名

三、屋外拜土地與焚化

（一）拜土地公

準備：

  • 土地衣一份（非地主衣）
  • 花燭一對、細香三支
  • 水果五個（兩個用來拜先人及土地公時插香燭用、三個拜土地公）
  • 小型化寶盤（安全焚化用）

程序：

  1. 插香燭拜土地公。
  2. 稟告：「今日是（先人姓名）的頭七，
    請土地公幫忙轉交祭品給他（她），
    別讓他人搶去。」
  3. 焚化土地衣，祈求保佑。

（二）拜十方世界（修功德）

準備：

  • 雞飯一盒
  • 溪錢少量、細香三支

程序：

  1. 將雞飯放地上，插香。
  2. 燒少量溪錢並說：
    「此為（先人姓名）功德，
    願普施十方眾生，廣結善緣。」
  3. 可酌量再焚金銀、幽衣幽祿等，為先人增福。

（三）拜先人焚化祭品

準備：

  • 花燭一對、單數(3、5、7 … 個)水果
  • 大香三支、細香備用
  • 紙品：金銀、溪錢、往生錢、七言咒、幽衣幽祿、冥錢

程序：

  1. 上香告知先人：「家人燒金銀紙衣給您，請來領取。」
  2. 再上香拜土地公，請他幫忙轉交。
  3. 燒紙時邊喊：「（先人姓名），請收金銀、收紙衣……」
  4. 燒完後，等火熄，鞠躬三次便可離開。

四、完成後

待香火自然熄滅，再收拾供桌。
出殯前所有供奉食物皆不可食，祭畢後應棄置。
香爐與燭具出殯後必須棄掉，不要留存。

五、結語

頭七拜祭重在誠心、功德與思念。
家中敬香，是向先人致敬；
屋外焚化，是通傳功德、願其安樂。

願先人安息得善，
保佑家人平安順利。

🕯️ 殯儀服務資訊

為先人安排好身後事，提供各煩宗教儀式、靈堂及火葬與土葬安排。
如有殯儀或後事查詢，可聯絡：
📞 蔡先生　9141 3448
（本文僅分享經驗與感想，具體安排可按個案商討。）