MailVSR MailVSR 三分鐘搞定你的企業網站

DNS伺服器設定

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 筆基礎紀錄,不必自己一筆一筆加:

  1. @ 的 NS 指向 ns.(您的域名)
  2. ns 的 A 指向您填的 NS IP
  3. @ 的 NS 指向 dns.(您的域名)
  4. dns 的 A 指向您填的 NS IP
  5. @ 的 MX(優先權 10)指向您的域名
  6. @ 的 A 指向 NS IP
  7. @ 的 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伺服器日誌)