它們根本不相同。

ping請求是一個 ICMP數據包，默認情況下會發送 null in> code>數據以檢查主機是否啟動（您可以在發送參數周圍進行更改（在此處了解更多信息。）。

在瀏覽器中訪問網站時，使用請求數據的 HTTP協議，因此您在此處進行了 CLIENT / SERVER設置（數據是通過HTTP協議發送的請求從服務器提供給客戶端的）。

無論哪種方式，如果您不是發送請求的人，而是使用的服務（ poaulpos.net ）發送請求的人，都不會回溯到您，並且因此對您沒有安全風險。

是多少有點像通過在瀏覽器中鍵入主機名並允許其加載來訪問該網站？

簡短的回答，不，它甚至沒有關閉。

當您運行 誰時，您正在查找IP或域的公開註冊信息。在許多情況下， whois請求甚至不會與目標服務器通信。相反， whois數據庫主要由註冊服務商和註冊管理機構管理。 ICANN的IANA部門為所有類型的Internet資源運行中央註冊表，指向負責（子）註冊表的 whois服務器以及該註冊表的聯繫方式。

您正在運行的程序也正在對服務器執行ping操作。在大多數情況下，標準ping命令使用 ICMP或Internet控制消息協議。但是，對於正在檢查服務器狀態的程序而言，情況並非總是如此。您正在使用的工具可能正在進行端口掃描以檢查端口80和443的可用性。 NMAP是另一個具有此功能的工具的示例。

現在，問題的核心...上面列出的所有內容與訪問網站本身有何不同？答案是，以上所有工具都非常簡單，它們發送消息並獲得消息，但處理很少。與打開TLS套接字以通過HTTPS進行通信相比，它們或多或少是 dumb 挑戰/響應類型的系統。

打開瀏覽器並導航至 https://google.com ，則會發生以下情況：

• 您的瀏覽器對 google.com 進行 DNS查找>嘗試獲取它應該連接到的IP地址。
• 獲得IP地址後，將協商 TLS套接字：
• 建立安全的套接字連接後，瀏覽器會向Google.com的 / （通常是文件）發出 HTTP： GET請求稱為 index.html ，但也可以是 index.php ， index.asp 等，具體取決於服務器）。
• 一旦瀏覽器接收到 / 的HTML內容，它將嘗試加載其內容以供您查看...但是，儘管HTML可以在其內容中包含圖像（base64 uri編碼）和腳本...它通常包含對也需要下載的其他文件的引用。在許多情況下，加載頁面會導致大量的輔助請求……例如，加載google.com會導致12個不同的HTTP請求。
• 加載頁面後，所有JavaScript都將被解釋，客戶端輔助代碼在您的瀏覽器中執行...此JavaScript代碼或flash / java-applet代碼通常是您擔心的惡意活動的根本原因。

可以加載通過使用類似 NoScript之類的方法來不使用JavaScript的頁面，但是，這也可能會阻止網頁正常運行...例如，如果不讓某些JavaScript內容被使用，您將無法登錄stackexchange。

所以要回答您的問題的核心，不……通過運行Whois或對doom-website-of-doom.com進行偵測來感染計算機的可能性很小，即使不是完全不可能...但是，如果您ping它...他們會獲得您的IP地址，這可能會或可能不會成為問題...但是是一個不同的問題完全。

Ping網站並在瀏覽器中查看它是兩個完全不同的過程，這些過程完全涉及不同的協議。 Ping發送ICMP請求（響應不會是惡意的），而查看網頁則發送請求以獲取網站的索引頁（可能是惡意的）。

對於您而言，您無需擔心。首先，這是對託管網站的計算機的請求，而不是對網站本身的請求。其次，連接是由who.is與網站建立的，而不是由筆記本電腦與網站建立的。該網站無法得知您的IP地址。

您無法ping 網站。您可以ping 網絡接口；這會將ICMP ECHO 請求數據包發送到該接口（並彙總收到的答复）。

一個網站（在這種情況下）是服務器，它在以下位置響應HTTP和/或HTTPS請求接口上的一個或多個 TCP端口（通常用於HTTP的端口80和用於HTTPS的端口443）。

給定的接口可能會也可能不會回复ICMP ECHO 數據包（但應該這樣做）。同一接口可能有也可能沒有一個或多個網站綁定到其TCP端口。但是，這兩者是彼此完全獨立的。

要回答安全性問題：ping不能攜帶惡意負載；服務器需要準確返回您發送的有效負載，但是即使不發送，也絕不會以任何方式解釋它。您的ping程序 可以檢查接收到的數據是否與發送的數據匹配，但不得對內容進行任何其他操作（在大多數情況下，無論如何您都將發送空的有效負載）。

您所提供的信息很少（一個接口對另一個接口的可達性/狀態感興趣），但除此之外卻很少。

不。我會說在域上運行ping或traceroute不會帶來安全風險。此外，ping是通過who.is而不是您的計算機完成的。

Ping並不像加載網站那樣，正如已經說過的那樣，它是一個完全的獨立協議，甚至可能被阻止。我會使用執行虛假HTTP請求或良好的舊Telnet：80

的方法，這些方法將比ping提供更多有關Web服務器的信息。