網路測試工具把幾個常用的網路診斷指令做在網頁上,讓您不必登入機器終端機就能查問題。GW 站在郵件伺服器前面,最常遇到的狀況是「信出不去的」、「信進不來」與「連不到後端」,這一頁就是拿來分辨「問題在網路、在 DNS、還是在對方」的第一線工具。
什麼時候會用到這一頁:
- 使用者反映信件寄不出去,要確認 GW 對外能不能連到對方
- 對方說沒收到信,要查對方網域的郵件主機(MX)指向哪裡
- 後端郵件主機改了 IP 或埠,要確認 GW 連不連得到
- 收到一封來源可疑的信,要查寄件者 IP 反解出來是哪個網域
- 改了 DNS 或路由設定後,要驗證是否生效
五個分頁
| 分頁 | 用途 | 需要 root? |
|---|---|---|
DNS查詢 |
查各種 DNS 記錄(正解、MX、TXT…) | 否 |
PING |
測對外主機是否有回應(IPv4/IPv6) | 是(由系統代為執行) |
Traceroute |
看封包經過哪些節點 | 是(由系統代為執行) |
連接埠測試 |
測特定主機的特定埠通不通 | 否 |
反解查詢 |
由 IP 查對應的網域名稱(PTR) | 否 |
按下「執行」後,右側「執行結果」區會顯示指令的原始輸出;尚未執行時顯示「尚未執行測試」。執行期間按鈕會變成「命令執行中請稍候..」。
DNS查詢
用來查一個網域(或 IP)的 DNS 記錄,也可以指定要用哪一台 DNS 伺服器查。
| 欄位 | 說明 |
|---|---|
| 解析網域主機或IP | 要查的名稱或 IP(必填;未填會提示「請輸入解析網域主機或IP」) |
| 解析類別 | 下拉選單,見下表 |
| 指定DNS | 兩選一:預設(用系統目前的 DNS)或 指定(自行輸入一台 DNS 伺服器) |
解析類別可選值(畫面文字):
(A)IP正解——網域對應的 IPv4(AAAA)IPv6地址正解——網域對應的 IPv6(CNAME)別名——別名指向(MX)郵件交換記錄——這一項最常用:查對方網域的郵件主機(NS)名稱伺服器——該網域由哪幾台 DNS 負責(PTR)IP反解——IP 對應的名稱(TXT)註解——常用於 SPF、DKIM、DMARC 等驗證記錄
實際送出的查詢:系統以 dig 執行,並固定加上 1 秒逾時與 1 次重試(避免遇到無回應的 DNS 時整個卡住)。
常見用法:
- 查對方收不收得到信 → 類別選
(MX)郵件交換記錄、主機填對方的網域(例:yourcompany.com) - 查自己的 SPF 設定對不對 → 類別選
(TXT)註解、主機填yourcompany.com - 懷疑 DNS 快取有問題 → 「指定DNS」改成
指定,填8.8.8.8再查一次,比對兩者結果
PING
測一台主機有沒有回應。
| 欄位 | 說明 |
|---|---|
| 目標主機或IP | 要測的主機(必填;未填會提示「請輸入目標主機或IP」) |
| 命令 | ping ipv4 或 ping6(IPv6) |
實際送出的指令:ping -W 1 -c 4 <主機>(IPv6 加 -6)——也就是送 4 個封包、每個等 1 秒。因此看到「4 packets transmitted, 4 received」代表正常;有 lost 代表有掉封包。
判讀重點:
- 有回應 ≠ 服務正常:ping 通只代表「主機活著、網路可達」,不代表它的郵件服務在跑
- ping 不通 ≠ 對方掛了:很多主機/防火牆刻意不回 ICMP(GW 自己的「隱藏回應 Ping」就是這個效果,見(防火牆設定 / 基礎設定))。要判斷服務,請改用「連接埠測試」
Traceroute
看封包從 GW 到目標主機經過哪些節點,用來判斷「是我們這邊的問題、還是中間/對方那邊的問題」。
| 欄位 | 說明 |
|---|---|
| 目標主機或IP | 要追蹤的目標(必填) |
實際送出的指令:traceroute -q 1 -m 12 <主機>——每個節點只送 1 個封包、最多追 12 跳。
判讀重點:
- 前幾跳正常、後面開始
* * *:問題通常在中間或對方 - 第 1 跳就不通:GW 自己的對外閘道有問題(回頭檢查(網路設定 / WAN界面設定))
- 最多只看到 12 跳,超過就不會再往下追,這是刻意的限制(避免等太久)
連接埠測試
測「某台主機的某個埠」通不通——這是判斷「服務到底有沒有在聽」最直接的方法。
| 欄位 | 說明 |
|---|---|
| 目標主機或IP | 要測的主機(必填) |
| 連接埠 | 1~65535 的整數(格式不對會顯示「連接埠必須是 1~65535 的整數」) |
實際送出的指令:nc -zv <主機> <埠>,並加上 6 秒逾時。
常見用法:
- 測後端郵件主機的 SMTP 通不通 → 填後端 IP +
25 - 測對方的收信埠 → 填對方 MX 主機 +
25 - 測自己的 LDAP 有沒有開 → 填
127.0.0.1+389
成功會顯示類似 Connection to <主機> <埠> port [tcp/*] succeeded!;失敗通常是 Connection refused(對方活著但服務沒開)或逾時(被防火牆擋掉或主機不在)。
反解查詢
由 IP 查出對應的網域名稱(PTR 記錄)。
| 欄位 | 說明 |
|---|---|
| 查詢目標 | 要反解的 IP(必填) |
實際送出的指令:host <IP>,加上 3 秒逾時。
為什麼常用:很多郵件伺服器會檢查寄件來源 IP 有沒有反解、以及反解名稱是否與寄件網域相符(PTR 檢查)。若您自己的對外 IP 沒有反解,或反解名稱不對,寄出的信容易被對方拒收或判為垃圾信。查不到反解時,請向 ISP 申請設定。
執行失敗時顯示的訊息
| 訊息 | 意義 |
|---|---|
請輸入解析網域主機或IP |
DNS查詢分頁沒填主機 |
請輸入目標主機或IP |
PING/Traceroute 分頁沒填目標 |
主機名稱或 IP 格式不合法 |
連接埠測試/反解查詢的主機格式有問題 |
連接埠必須是 1~65535 的整數 |
連接埠欄位填了非數字或超出範圍 |
命令執行逾時,請稍後再試 |
指令跑太久被中止(常見於對方完全不回應) |
執行失敗/要求失敗 |
系統端執行或連線有問題 |
錯誤:無法啟動程序 |
系統無法執行該指令(工具未安裝或權限異常) |
遇到「逾時」不代表機器壞了,多半是目標完全不回應(被防火牆丟棄是最常見的原因)。
常見情境的排查順序
- 「信寄不出去」:先「連接埠測試」對外主機的
25→ 不通就「Traceroute」看斷在哪 → 再看(郵件閘道 / 儲列管理)確認信件是否堆在佇列 - 「對方說沒收到」:先「DNS查詢」查對方網域的
(MX)郵件交換記錄→ 再對該 MX 主機做「連接埠測試」25 - 「連不到後端郵件主機」:對後端 IP 做「連接埠測試」
25→ 不通就檢查(網路設定 / LAN界面設定)與(網路設定 / 靜態路由設定) - 「懷疑自己的信被判垃圾信」:用「反解查詢」查自己的對外 IP,確認 PTR 名稱正確;再用「DNS查詢」查自己網域的
(TXT)註解確認 SPF
常見誤解與陷阱
- 這一頁只是「查」,不會改任何設定:所有工具都是唯讀的診斷指令
- GW 沒有「Web test」分頁:較早的 MailVSR-MS 版本有一個用
curl測網址的分頁,GW 移除了(畫面上不會出現,語系檔仍留有舊字串,屬殘留、不影響操作) - PING 分頁需要系統權限:它由系統以管理權限代為執行,因此較慢;若出現逾時,請縮小目標範圍再試
- DNS 查詢有 1 秒逾時:查一個「黑洞」DNS 時會很快放棄並回報失敗,這是刻意的(避免整個頁面卡住)
- Traceroute 只追 12 跳:跨國或經過很多節點的目標可能追不到終點
- 工具顯示的結果是「當下」狀態:網路狀況會變,間歇性問題要多測幾次
相關頁面
- 對外/對內網路設定 →(網路設定 / WAN界面設定)、(網路設定 / LAN界面設定)
- 特定網段要走哪個閘道 →(網路設定 / 靜態路由設定)
- 連接埠被改壞、連不回來 →(網路設定 / 連接埠設定)
- 來源 IP 的封鎖與放行 →(防火牆設定 / 手動防禦設定)