DNS 伺服器設定管理本機的 BIND(named)服務,負責回應網域名稱查詢,並提供正解(域名對 IP)與反解(IP 對域名)的轄區資料。當您要讓這台 MailVSR-GW 自己擔任網域的 DNS 伺服器,或要為郵件主機建立 MX、SPF、DKIM、DMARC 等紀錄時,就會用到這一頁。
GW 的 DNS 服務同時是郵件閘道運作的基礎之一:寄件人驗證(SPF/DKIM/DMARC)與反解查詢都依賴 DNS 是否正確。
⚠️ 若您的網域 DNS 已委由外部廠商代管,本頁可以維持停用——但如此一來 SPF/DKIM/DMARC 等紀錄就必須到代管廠商那邊設定,本頁的紀錄工具也幫不上忙。
什麼時候會用到這一頁:
- 要讓這台閘道自己當網域的 DNS 伺服器(權威 DNS)
- 要建立郵件主機的 MX 紀錄、寄件人驗證的 SPF/DKIM/DMARC 紀錄
- 要為對外 IP 建立反解(PTR),避免寄出的信被對方以「反解不符」退信
- 想從閘道直接查詢或修改某個網域的紀錄,不必登入終端機
頁面上方會顯示 named 服務狀態與 PID,並可按「重新啟動」重新啟動服務。本頁分成兩個頁籤:基本設定與轄區。
基本設定
| 欄位 | 出廠預設 | 說明 |
|---|---|---|
| 啟用 DNS 伺服器 | 關閉 | 啟動或停用 BIND named 服務。停用時本機不回應任何 DNS 查詢 |
| 監聽 IPv4 | any; |
接受查詢的 IPv4 位址,以分號分隔,any; 表示全部 |
| 監聽 IPv6 | any; |
接受查詢的 IPv6 位址,以分號分隔,any; 表示全部 |
| 允許查詢 | any; |
允許查詢的網路,以分號分隔 |
| 允許遞迴 | 127.0.0.1;192.168.0.0/16;10.0.0.0/8; |
允許遞迴查詢的網路,以分號分隔 |
| 內部網路 | 192.168.0.0/16;10.0.0.0/8; |
內部網路區段,以分號分隔;此清單會成為 BIND 的 lan ACL,用來判斷來源是否屬於內部 |
填寫要點:
- 每個值後面都要加分號(
;)——這是 BIND 設定檔的語法,漏掉會導致設定無法載入 - 多筆之間也是用分號分隔,不是逗號
- 「允許遞迴」是風險欄位:遞迴查詢若開放給全世界(
any;),您的伺服器可能被拿去做 DNS 放大攻擊。出廠只開放本機與內網是刻意保守的設定,除非您很清楚後果,否則不要改成any; - **「內部網路」**會影響 BIND 的 view 判斷(哪些來源算內部的
lan)
儲存後畫面顯示「DNS 基本設定已儲存」;失敗顯示「儲存設定失敗」;若套用至 BIND 失敗顯示「DNS 設定套用失敗:(原因)」。
轄區(Zone)管理
新增/編輯轄區
| 欄位 | 說明 |
|---|---|
| 啟用 | 此轄區是否生效 |
| 名稱 | 給自己辨識用的名稱 |
| 域名 | 正解時必填,例如 example.com |
| 視圖 | any(全球)、wan(對外)、lan(內部)三選一。用於同一個域名對內外提供不同答案 |
| 類型 | 正解(域名對 IP)或反解(IP 對域名) |
| NS IP 位址 | 名稱伺服器的 IPv4 位址。⚠️ 必須填 IP,不能填主機名稱,否則會出現「NS IP 必須填 IPv4 位址(如 192.168.10.1),不能填 dns.example.com 這類主機名稱」;留空則顯示「請填寫名稱伺服器的 IPv4 位址(如 192.168.10.1)」 |
| ARPA 類型 | 反解專用:in-addr.arpa(IPv4)或 ip6.arpa(IPv6) |
| 反解 IP | 反解專用,見下一節 |
| 反解主機 | 此反解 zone 的名稱伺服器主機(FQDN),例如 dns.example.com;會作為 SOA 主機與預設 NS 記錄。格式錯誤顯示「請輸入有效的名稱伺服器主機名稱(FQDN),例如 dns.example.com」 |
新增正解轄區時,系統會自動建立 7 筆基礎紀錄,不必自己一筆一筆加:
@的 NS 指向ns.(您的域名)ns的 A 指向您填的 NS IP@的 NS 指向dns.(您的域名)dns的 A 指向您填的 NS IP@的 MX(優先權 10)指向您的域名@的 A 指向 NS IP@的 SPF,值為v=spf1 a mx -all
建立後請逐筆檢查並改成您實際的環境(尤其是對外 IP 與 MX 主機),不要直接上線。
刪除轄區
⚠️ 刪除轄區是嚴重操作:畫面會顯示警告,並要求您再打一次該轄區的域名(大小寫不拘)才能確認。這是刻意的防呆——刪錯轄區會讓整個網域在 Internet 上查不到。
紀錄管理
在轄區底下新增紀錄時,先選記錄類型,畫面會跟著換成該類型需要的欄位。GW 支援 11 種記錄類型:
| 類型 | 用途 | 欄位與填法 |
|---|---|---|
| A | 域名 → IPv4 | 主機名稱(例:www 或 @)、A 記錄 IP |
| AAAA | 域名 → IPv6 | 主機名稱、AAAA 記錄(IPv6) |
| MX | 指定收信主機 | 主機名稱、優先權(數字越小越優先,例:主要 10、備援 20)、郵件交換伺服器 |
| CNAME | 別名 | 主機名稱、CNAME 目標 |
| TXT | 任意文字(驗證、說明) | 主機名稱、TXT 資料。⚠️ 不可包含雙引號 " 或反斜線 \(會破壞 BIND 設定檔的引號結構) |
| SPF | 寄件人政策 | 主機名稱、SPF 資料(例:v=spf1 mx -all) |
| DKIM | 郵件簽章公鑰 | DKIM 主機名稱(例:default._domainkey)、DKIM 資料。⚠️ 同樣不可含 " 或 \ |
| DMARC | 驗證失敗政策 | DMARC 主機名稱(例:_dmarc)、DMARC 資料 |
| SRV | 服務位置 | 主機名稱、優先權、權重、連接埠、目標 |
| NS | 指定名稱伺服器 | 主機名稱、名稱伺服器 |
| PTR | IP → 域名(僅反解) | 見下一節 |
兩個必須記住的例外:DKIM 與 DMARC 沒有「主機名稱」這個欄位,它們改用專屬的「DKIM 主機名稱」與「DMARC 主機名稱」——這是因為這兩種紀錄的主機名稱慣例固定(_domainkey/_dmarc 系列),獨立欄位可避免填錯。
其他填寫規則:
- 主機名稱填
@代表網域本身 - 紀錄的目標類欄位不接受 IP(例:CNAME 目標、NS 名稱伺服器都要填主機名稱)
- 若在正解轄區選了只有反解支援的類型,會顯示「此轄區類型不支援(類型)記錄」
- 必填欄位沒填會顯示「「(欄位)」為必填」
反解(PTR)設定
反解必須先建立反解轄區,再新增 PTR 紀錄。
建立反解轄區
- IPv4 只支援單一 Class C 網段(/24):填前 3 段,例如填
192.168.10代表192.168.10.0/24,系統會自動反轉成反解 zone 名稱 - IPv6 要填帶 prefix 的網段,且 prefix 必須是 4 的倍數(例:
2001:db8::/32) - ⚠️ 格式不對會出現這段訊息:「網段格式錯誤:IPv4 只支援單一 Class C 網段,請填 3 段(如 192.168.10 代表 192.168.10.0/24);跨多段網段(如 192.168.8.0/22)請拆成多段分別建立(192.168.8、192.168.9、192.168.10、192.168.11)。IPv6 請填帶 prefix 的網段(如 2001:db8::/32,需為 4 的倍數)」
- 同一個網段重複建立會顯示「此網段的反解 zone 已存在」
新增 PTR 紀錄
- IPv4:欄位只填 IP 的最後一段(0~255),例如填
190代表192.168.10.190(完整 IP 由系統組出) - IPv6:填完整的 IPv6 位址,且必須屬於此反解網段(例:
2001:db8::190) - 反解目標主機:此 IP 反解後要指向的主機名稱(FQDN),例如
mail.example.com;格式錯誤顯示「請輸入有效的反解目標主機名稱(FQDN),例如 mail.example.com」 - 若填的 IP 不屬於該網段,會顯示「IP 不在這個反解網段內」
常見誤解與陷阱
- 反解不是您想設就能設:只有該 IP 網段的持有者(通常是 ISP)才能設定對外的反解。本頁適合用在您自己持有的網段;若 IP 是向 ISP 租用,通常要向 ISP 申請
- 多段網段不能一次建立:
192.168.8.0/22這種要拆成 4 個 /24 分別建立 - TXT/DKIM 值含引號或反斜線:會直接破壞 BIND 設定檔,症狀是整個 zone 載入失敗(不是只有那一筆壞掉)
- CNAME 設在
@:會與既有的 NS/MX/SOA 衝突,導致 zone 無法載入 - 主機名稱留空:BIND 會載入失敗。想指向網域本身請填
@ - 改了紀錄卻沒生效:請確認按了儲存,且 named 服務狀態正常;必要時按「重新啟動」
- 監聽/允許遞迴開放給全世界:可能被當成 DNS 放大攻擊的跳板
- 把 NS IP 填成主機名稱:系統會直接擋下並提示要填 IPv4
注意事項
- DNS 設定錯誤的影響範圍很大:可能導致整個網域的郵件與網站查不到,修改前請先確認您有辦法改回來
- 每一筆紀錄都有 TTL(快取時間);TTL 越長,改了之後要等越久才會在全球生效
- 新增轄區後系統會自動建立 7 筆基礎紀錄,務必逐筆核對再上線
- 本頁的變更會即時重新產生 BIND 設定並重新載入;載入失敗時請看(系統日誌 / DNS伺服器日誌)找原因
- 相關頁面:郵件閘道的 DNS 伺服器設定與服務管理無關,本頁屬於郵件閘道群組;要查 DNS 查詢紀錄請看(系統日誌 / DNS伺服器日誌)