在「aguse.jp」上調查獨立域名網站的服務器管理員
所謂的自有網域運營的網站上的文章，如果要進行刪除或要求公開投稿者的IP地址，大體上，這些請求的對象可以是：
- 網站的運營者（在多數情況下與網域註冊者相符）
- 網頁伺服器的管理者
這兩種可能性。例如，如果是刪除請求，可以：
- 向網站的運營者提出請求，「我在您運營的網站上受到誹謗損害，請刪除該文章」
- 向網頁伺服器的管理者提出請求，「我在您管理的伺服器上托管的網站上受到誹謗損害，請刪除該文章」
這就是情況。簡單來說，對於網路上的文章的刪除請求，對象應該是：
- 擁有刪除該文章的權限，並且
- 對該文章在網路上公開有一定程度的參與，並且可以說在道理上應該刪除該文章
這樣的人，因此，網站的運營者和網頁伺服器的管理者都符合這些條件。雖然IP地址的公開請求的邏輯結構不同，但結論是相同的。
「調查網頁伺服器管理員」是什麼意思
然而，「自有網域運營的網站，該網站的網頁伺服器管理員」具體來說是誰呢？例如，本所的網站（日本Monolis律師事務所的網站）的情況下，具體來說是誰呢？
對於自有網域運營的網站，該網站的網頁伺服器管理員是誰，本所將解釋如何使用「aguse.jp」這個網路服務來進行調查。
網站運營者＝域名註冊者的調查方法
如前所述，無論是文章刪除請求，還是IP地址公開請求，如果該網站的運營者已知，則也可以向該運營者提出請求。對於擁有自有域名的網站，網站運營者在大多數情況下與該域名的註冊者相符。而有關自有域名註冊者的信息，可以通過一種名為「whois」的機制進行調查。這種方法已在另一篇文章中進行了解釋。
https://monolith-law.jp/reputation/ansi-whois-howto[ja]
網頁伺服器管理員的調查方法
許多自有網域的網站通常使用所謂的租賃伺服器進行運營。「自有網域的網站」大致上是指：
- 首先，使用「お名前.com」或「GoDaddy」等網域註冊服務（網域註冊商）來獲取自有網域
- 然後，與「さくらインターネット」等租賃伺服器簽約，確保用於托管網站的網頁伺服器
- 設定該網域的URL，使其在訪問時能連接到該網頁伺服器
這就是開設網站的步驟。
「aguse.jp」的使用方法
為了調查這個網頁伺服器，相對常被使用的就是一個名為「aguse.jp」的網路服務。
「aguse.jp」的使用方法很簡單。首先，在首頁輸入要調查的URL。這時需要的資訊是URL的
http://www.monolith-law.jp/article/index.html
到「www.monolith-law.jp」的部分。這部分被稱為「主機名」。
以上述的例子來說，「/article」以下的部分，是該網頁在伺服器內的位置資訊，並不需要作為識別伺服器的資訊。另一方面，「www」的部分是「子網域」，在一個獨立的網域（monolith-law.jp）中可以設置任意數量，但如果子網域不同，則可能是不同的網頁伺服器。也就是說，假如有
https://monolith-law.jp
http://www2.monolith-law.jp
http://blog.monolith-law.jp
這樣多個子網域的話，每一個子網域的網頁伺服器可能都不同。這與使用「whois」來調查網域註冊者的資訊的情況是不同的。
如何閱讀「aguse.jp」的調查結果頁面
點擊「調查」後，會顯示調查結果頁面。
「反向查詢主機名」顯示的是該網站所使用的網頁伺服器的「主機名」。
然後，「正向查詢IP地址 ●●.●●.●●.●●的管理者資訊」顯示的是該網頁伺服器的管理者資訊。
管理者的調查方法
如果將這裡顯示的字串進行Google搜尋等操作，就可以確定網頁伺服器的管理者。在這個例子中，本所確定了「櫻花網路股份有限公司」是「www.monolith-law.jp」的管理者。
「aguse.jp」是如何進行調查的？
作為網路服務，「aguse.jp」的使用方式基本上已在上述內容中詳細說明。然而，這裡本所將進一步解釋在這個過程中技術上進行了哪些處理，以及為何本所能夠以這種方式確認擁有獨立域名網站的網路伺服器管理員的資訊。畢竟，如果本所不理解「本所在做什麼」，就無法應對任何例外情況。
「IP地址」就是網路上的地址
首先，本所從「什麼是IP地址」這個問題開始講起。IP地址，也被稱為「網路上的地址」，是所有連接到網路的機器（原則上）都獨有的信息。例如，當您用手機瀏覽這個網站時，您的手機就有一個獨有的IP地址。
同樣，瀏覽網站的設備（如手機）擁有獨有的IP地址，網站端，也就是托管該網站的網路伺服器，也有一個獨有的IP地址。網路上的機器之間的通信，例如「用手機瀏覽Monolith法律事務所的網站的通信」，始終是由擁有獨有IP地址的機器之間進行的。
IP地址●●.●●.●●.●●的手機和，
IP地址●●.●●.●●.●●的網路伺服器之間，
進行網頁數據等的交換
這就是「使用網路瀏覽網站」的含義。
「URL」與「網頁伺服器的IP地址」的關係
然而，當本所平時在網上衝浪時，並不會意識到正在瀏覽的網站（準確來說，是托管該網站的網頁伺服器）的IP地址是什麼。這是因為像上述的基於IP地址的通信主要在智能手機等設備內部進行，而用戶並未意識到「IP地址」。用戶實際上意識到的是URL。
https://monolith-law.jp/article/index.html
用戶在網上衝浪時，就是在意識到這些URL的情況下進行的。當用戶嘗試打開像上述的URL時，智能手機等設備會：
- 首先，查詢該URL（托管該網站的網頁伺服器）的IP地址
- 然後，與該IP地址進行通信
進行這樣的處理。
何謂「正向解析」的主機名稱
上述的第一個處理過程，也就是將URL（準確來說是URL中的「www.monolith-law.jp」部分，即「主機名稱」）轉換為IP地址，這個過程被稱為「正向解析」。
當您在「aguse.jp」上查詢URL時，顯示在「IP地址」上的資訊，就是該URL（準確來說是其中的主機名稱部分）經過「正向解析」後得到的IP地址。
何謂IP地址的「反向查詢」
「反向查詢」是「正向查詢」的反面，也就是將IP地址轉換為主機名稱的過程。
顯示在「aguse.jp」的「反向查詢主機名稱」的是：
- 首先正向查詢URL（其中的主機名稱部分）
- 然後反向查詢出來的主機名稱
這就是結果。
這裡複雜的是，當進行「正向查詢→反向查詢」時，對於自有域名網站，會出現租賃伺服器的主機名稱。這個機制有點複雜，但我將在下面簡單解釋。
何謂「名稱伺服器」
首先，「反向查詢」並非網路使用中必要的處理。如上所述，平時瀏覽網頁時，會進行「根據URL查詢網頁伺服器的IP地址」的「正向查詢」，但在平時的網頁瀏覽（或一般的網路通信）中，並不會出現「反向查詢」的情況。而進行這種「正向查詢」的工具，就是所謂的「名稱伺服器」。
- 首先，查詢該URL（托管該網站的網頁伺服器）的IP地址
- 與該IP地址進行通信
在這個第一步驟中，更精確地說，進行的是以下的處理：
- 向名稱伺服器查詢自己想要訪問的URL（托管該網站的網頁伺服器的主機名稱）
- 名稱伺服器回答該URL（托管該網站的網頁伺服器的主機名稱）的IP地址
也就是說，名稱伺服器就像是一本字典，保有「主機名稱及其對應的IP地址」的分配信息。
「名稱伺服器」與「根名稱伺服器」
然後，名稱伺服器在網際網路上無數存在。如上所述，這種查詢處理在網路衝浪過程中大量進行，例如，如果是「一個名稱伺服器回答關於整個網際網路的所有查詢」這樣的機制，那麼該伺服器的負載將變得巨大。因此，名稱伺服器無數存在，並且它們是以「根名稱伺服器」，也就是名稱伺服器的主機為起點，在樹狀結構上配置。「根名稱伺服器下有名稱伺服器（例如A，B）掛著，名稱伺服器A下有其他名稱伺服器（例如C，D）掛著……」就是這樣。
然後，這些在網際網路上無數的名稱伺服器，最好是所有的都始終保有相同的字典信息，但是要實現這一點，同步工作也會變成巨大的負擔。因此實際上，並未進行完全的同步。「樹狀結構上的名稱伺服器某處有信息，只要有信息，按順序查詢就能得到答案」就是這樣的機制。
何謂IP地址的「反向查詢」
在進行「反向查詢」時，會從根名稱伺服器向其他名稱伺服器進行連續的查詢。這種查詢與平時的查詢（正向查詢時的查詢）相反，即「請回答與IP地址●●.●●.●●.●●對應的主機名稱」的查詢。這種查詢的回答，多數情況下，會是與該網站的託管網頁伺服器相關的字串。以上述的例子來說：
- 對「monolith-law.jp」這個主機名稱進行「正向查詢」，回答的IP地址是「59.106.27.183」
- 對「59.106.27.183」這個IP地址進行「反向查詢」，回答的主機名稱是「www1943.sakura.ne.jp」（而不是「monolith-law.jp」）
然後，與「該網站的託管網頁伺服器相關的」主機名稱，在租賃伺服器的情況下，會包含租賃伺服器業者擁有的域名，如上述的例子中的「sakura.ne.jp」。
租賃伺服器業者的網域名稱的whois資訊
租賃伺服器業者在大多數情況下，都會在whois上註冊正確的資訊。
因此，如果您查詢這個網域名稱的「whois」，就可以獲得該租賃伺服器業者的資訊，如上述的例子，您可以得知該「運營組織」是「SAKURA Internet Inc.」。
總結
如此一來，「為了對運營在獨立域名的網站進行刪除或IP地址的開示請求，調查管理該託管伺服器的租賃伺服器業者」這一點，在IT意義上是非常複雜的。本文所解釋的僅僅是「基本」，而「如何解決僅憑基本知識無法突破的問題」就是「應用」。
因此，網路上的聲譽風險管理，需要在IT和法律兩方面都具有非常專業的知識。
Category: Internet
