185.156.47.9 - - [07/Aug/2026:11:54:19 +0800] "POST /wp-login.php HTTP/1.1" 200 8822 "https://114.35.81.57/wp-login.php" "Mozilla/5.0 (Macintosh; Intel Mac OS X 13_6_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.6 Safari/605.1.15" "-"185.156.47.9 - - [07/Aug/2026:11:54:20 +0800] "GET /wp-admin/index.php HTTP/1.1" 302 5 "https://114.35.81.57/wp-login.php" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36" "-"185.156.47.9 - - [07/Aug/2026:11:54:21 +0800] "GET /wp-login.php?redirect_to=https%3A%2F%2F114.35.81.57%2Fwp-admin%2Findex.php&reauth=1 HTTP/1.1" 200 8558 "https://114.35.81.57/wp-login.php" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36" "-"
請解釋為什麼沒有用domain name也能夠獲得回應?還有每一條命令的用意
這是因為網際網路底層和 Web 伺服器的預設機制所導致的,主要有以下兩個核心原因:
example.com)最終也是透過 DNS 解析成 IP 位址(如 114.35.81.57)。駭客直接將請求發送到您的公網 IP,封包自然能準確送達您的家用伺服器。server 區塊來處理。如果您的 WordPress 設定檔剛好是該 Port(如 80 或 443)的預設處理者,Nginx 就會直接對外提供 WordPress 的網頁內容。💡 **資安防禦強烈建議:**為了防止駭客直接用 IP 掃描您的網站,您可以修改 Nginx 設定,建立一個「預設拒絕 IP 連線」的區塊。只要不是用您的「真實網域」連線的,一律直接中斷:
server { listen 80 default_server; listen 443 ssl default_server; # 憑證設定... server_name _; return 444; # 444 是 Nginx 特有代碼:直接斷線,不給任何回應 }
這四行日誌記錄了自動化爆破工具在 3 秒鐘內 連續執行的一整套「帳密嘗試與驗證狀態」的自動化邏輯:
"POST /wp-login.php HTTP/1.1" 200 8822
POST 方法發送給 WordPress 進行登入驗證。"GET /wp-admin/index.php HTTP/1.1" 302 5
wp-admin/index.php)。"GET /wp-login.php?redirect_to=https%3A%2F%2F114.35.81.57%2Fwp-admin%2Findex.php&reauth=1 HTTP/1.1" 200 8558