Het onderzoeken van de serverbeheerder van een unieke domeinsite met 'aguse.jp

Als het gaat om het verwijderen van artikelen of het aanvragen van de openbaarmaking van de IP-adressen van de auteurs op websites die worden beheerd onder zogenaamde unieke domeinen, kunnen de partijen aan wie dergelijke verzoeken worden gericht, grofweg worden onderverdeeld in:

1. De beheerder van de site (die in veel gevallen overeenkomt met de domeinregistrant)
2. De beheerder van de webserver

Er zijn dus twee mogelijkheden. Bijvoorbeeld, in het geval van een verwijderingsverzoek:

1. U kunt de sitebeheerder vragen: “Ik ben het slachtoffer van laster op uw site, ik wil dat u het artikel verwijdert”
2. U kunt de webserverbeheerder vragen: “Ik ben het slachtoffer van laster op de site die op uw server wordt gehost, ik wil dat u het artikel verwijdert”

Met andere woorden, de partijen aan wie een verzoek om verwijdering van een artikel op het internet kan worden gericht, zijn eenvoudig gezegd:

• Diegenen die de bevoegdheid hebben om het artikel te verwijderen, en
• Diegenen die een bepaalde mate van betrokkenheid hebben bij de publicatie van het artikel op het internet en die redelijkerwijs kunnen worden gezegd dat zij het artikel moeten verwijderen

Dit is mogelijk omdat zowel de sitebeheerder als de webserverbeheerder aan deze criteria voldoen. Hoewel de logische structuur verschilt, komt het verzoek om openbaarmaking van het IP-adres tot dezelfde conclusie.

Wat betekent ‘Onderzoek naar de beheerder van de webserver’

Maar wie is specifiek de ‘beheerder van de webserver die de site beheert die wordt bediend met een eigen domein’? Bijvoorbeeld, wie is het specifiek in het geval van onze site (de site van Monolis Law Firm)?

We leggen uit hoe je kunt onderzoeken wie de beheerder van de webserver is die een site beheert die wordt bediend met een eigen domein, door gebruik te maken van de webdienst ‘aguse.jp’.

Onderzoeksmethode naar de beheerder van de site = domeinregistrant

Zoals we aan het begin al hebben geschreven, is het mogelijk om een verzoek tot verwijdering van een artikel of een verzoek tot openbaarmaking van een IP-adres in te dienen bij de beheerder van de site, mits deze bekend is. In het geval van een site met een eigen domein, komt de beheerder van de site in veel gevallen overeen met de registrant van dat domein. Informatie over de registrant van een eigen domein kan worden onderzocht met behulp van een systeem genaamd ‘whois’. We leggen deze methode uit in een ander artikel.

https://monolith.law/reputation/ansi-whois-howto[ja]

Onderzoeksmethode voor webserverbeheerders

Veel sites die worden beheerd met een eigen domein, worden vaak beheerd met behulp van wat bekend staat als een gehuurde server. Om het grofweg te zeggen, een “site met een eigen domein” wordt opgezet volgens de volgende stappen:

1. Ten eerste, verkrijg een eigen domein met behulp van een domeinregistratieservice (domeinregistrar) zoals ‘onamae.com’ of ‘GoDaddy’.
2. Vervolgens, sluit een contract met een gehuurde server zoals ‘Sakura Internet’, en zorg voor een webserver om uw website te hosten.
3. Stel het zo in dat wanneer u probeert toegang te krijgen tot de URL van het betreffende domein, u verbinding maakt met de betreffende webserver.

Dit zijn de stappen om het op te zetten.

Hoe “aguse.jp” te gebruiken

En een van de meest gebruikte webservices om deze webserver te onderzoeken is “aguse.jp”.

Het gebruik van “aguse.jp” is eenvoudig. Voer eerst de URL in die u wilt onderzoeken op de startpagina. De benodigde informatie is de URL tot

http://www.Monolith-law.jp/article/index.html

tot het gedeelte “www.Monolith-law.jp”. Dit gedeelte wordt de “hostnaam” genoemd.

In het bovenstaande voorbeeld is alles onder “/article” informatie over de locatie van die webpagina op de server en is het niet nodig om de server te identificeren. Aan de andere kant is het gedeelte “www” een “subdomein”, dat kan worden ingesteld in een onbeperkt aantal binnen een enkel uniek domein (Monolith-law.jp), maar als het subdomein verschilt, kan de webserver anders zijn. Met andere woorden, als er

https://monolith-law.jp
http://www2.Monolith-law.jp
http://blog.Monolith-law.jp

meerdere subdomeinen zijn, zoals hierboven, kan de webserver voor elk subdomein anders zijn. Dit is anders dan wanneer u de informatie van de domeinregistrant onderzoekt met “whois”.

Hoe de resultatenpagina van “aguse.jp” te lezen

Als u op “Onderzoeken” klikt, wordt de resultatenpagina weergegeven.

Wat wordt weergegeven in “Reverse Lookup Hostname” is de “hostname” van de webserver die de betreffende website host.

En wat wordt weergegeven in “Beheerdersinformatie van Forward Lookup IP-adres ●●.●●.●●.●●” is informatie over de beheerder van de betreffende webserver.

Hoe de beheerder te onderzoeken

Als u de tekst die hier wordt weergegeven Google zoekt, kunt u de beheerder van de webserver identificeren. In dit geval is gebleken dat “Sakura Internet Inc.” de beheerder is van “www.Monolith-law.jp”.

Hoe voert “aguse.jp” zijn onderzoek uit?

Hoewel het gebruik van “aguse.jp” als webdienst in principe volledig is uitgelegd, zullen we nader toelichten welke technische processen er plaatsvinden, en waarom we op deze manier de beheerdersinformatie van de webserver die de unieke domeinsites host, kunnen controleren. Uiteindelijk, als we niet begrijpen “wat er gebeurt”, kunnen we niet omgaan met zelfs de meest uitzonderlijke gevallen.

“IP-adres” is het adres op het internet

Om te beginnen, begint dit verhaal met “Wat is een IP-adres”. Een IP-adres is informatie die elke machine die verbonden is met het internet (in principe) uniek bezit, ook wel bekend als “het adres op het internet”. Bijvoorbeeld, zelfs wanneer u deze website bekijkt op uw smartphone, heeft die smartphone een uniek IP-adres.

En net zoals het apparaat dat de website bekijkt (zoals een smartphone) een uniek IP-adres heeft, heeft ook de webserver die de website host een uniek IP-adres. Communicatie tussen machines op het internet, zoals “communicatie om de website van Monolis Law Firm te bekijken op een smartphone”, vindt altijd plaats tussen machines die elk een uniek IP-adres hebben.

Uitwisseling van webpagina-gegevens en dergelijke tussen
de smartphone met IP-adres ●●.●●.●●.●● en
de webserver met IP-adres ●●.●●.●●.●●

Dit is wat het betekent om “een website te bekijken met behulp van het internet”.

De relatie tussen ‘URL’ en ‘IP-adres van de webserver’

Echter, wanneer we normaal gesproken op het internet surfen, zijn we ons als gebruikers niet bewust van het IP-adres van de website die we bekijken (of beter gezegd, de webserver die deze host). De communicatie op basis van het IP-adres vindt voornamelijk plaats binnen apparaten zoals smartphones, omdat het ontwerp ervoor zorgt dat gebruikers zich niet bewust zijn van het ‘IP-adres’. In plaats van het IP-adres, zijn gebruikers zich bewust van de URL.

https://monolith.law/article/index.html

Gebruikers surfen op het web met bewustzijn van dergelijke URL’s. Wanneer een gebruiker probeert een URL zoals hierboven te openen, voert een apparaat zoals een smartphone de volgende processen uit:

1. Eerst onderzoekt het het IP-adres van de webserver die de website van die URL host
2. Vervolgens communiceert het met dat IP-adres

Dit is het proces dat plaatsvindt.

Wat is ‘forward lookup’ van een hostnaam

De bovengenoemde stap 1, dat wil zeggen, het proces van het omzetten van een URL (precies gezegd, het ‘www.Monolith-law.jp’ deel van de URL, wat de ‘hostnaam’ is) naar een IP-adres, wordt ‘forward lookup’ genoemd.

Wanneer u een URL onderzoekt met ‘aguse.jp’, is de informatie die wordt weergegeven in ‘IP-adres’, het IP-adres dat is verkregen door de ‘forward lookup’ van de betreffende URL (precies gezegd, het hostnaam gedeelte daarvan).

Wat is ‘reverse lookup’ van een IP-adres

‘Reverse lookup’ is het tegenovergestelde van ‘forward lookup’, dat wil zeggen, het proces van het omzetten van een IP-adres naar een hostnaam.

Wat wordt weergegeven in de ‘reverse lookup hostnaam’ van ‘aguse.jp’ is:

1. Eenmaal de URL (het hostnaamgedeelte daarvan) forward lookup uitvoeren
2. De hostnaam die verschijnt wanneer je dat reverse lookup uitvoert

Dit is het geval.

Het complexe hier is dat wanneer je een ‘forward lookup → reverse lookup’ uitvoert, in het geval van een aangepaste domeinsite, de hostnaam van de gehuurde server verschijnt. Dit mechanisme is een beetje ingewikkeld, maar ik zal het hieronder eenvoudig uitleggen.

Wat is een “nameserver”

Allereerst is “reverse lookup” niet noodzakelijk voor het gebruik van het internet. Zoals hierboven vermeld, wordt “forward lookup”, het proces van het opzoeken van het IP-adres van een webserver op basis van een URL, uitgevoerd tijdens normaal surfen op het internet. Echter, “reverse lookup” komt niet voor tijdens normaal surfen op het internet of reguliere internetcommunicatie. En het is de “nameserver” die wordt gebruikt om deze “forward lookup” uit te voeren.

1. Onderzoek eerst het IP-adres van de webserver die de URL (website) host
2. Communiceer met dat IP-adres

Wat er precies gebeurt tijdens deze eerste stap is:

1. Vraag de nameserver naar de hostnaam van de webserver die de URL (website) host die je wilt bezoeken
2. De nameserver geeft het IP-adres van de hostnaam van de webserver die de URL (website) host

Met andere woorden, een nameserver houdt, als een soort woordenboek, de toewijzingsinformatie van “hostnamen en de bijbehorende IP-adressen”.

“Nameservers” en “Root Nameservers”

Er zijn ontelbare nameservers op het internet. Zoals hierboven vermeld, worden er tijdens het surfen op het internet veel vragen gesteld. Als er bijvoorbeeld één nameserver zou zijn die alle vragen over het hele internet zou beantwoorden, zou de belasting op die server enorm zijn. Daarom zijn er ontelbare nameservers, die zijn geplaatst in een boomstructuur, met als startpunt de “root nameserver”, de master van de nameservers. Onder de root nameserver hangen andere nameservers (bijvoorbeeld A, B) en onder nameserver A hangen weer andere nameservers (bijvoorbeeld C, D), enzovoort.

Hoewel het ideaal zou zijn als al deze ontelbare nameservers op het internet altijd dezelfde woordenboekinformatie zouden hebben, zou het synchroniseren van deze informatie ook een enorme belasting vormen. Daarom wordt er in de praktijk geen volledige synchronisatie uitgevoerd. Het systeem werkt als volgt: “Er is informatie ergens op een nameserver in de boom, en zolang er ergens informatie is, kan er uiteindelijk een antwoord worden verkregen door de vragen in volgorde te stellen”.

Wat is de ‘omgekeerde opzoeking’ van een IP-adres?

Bij een ‘omgekeerde opzoeking’ worden er vragen gesteld van de root-naamserver naar andere naamservers. Dit is het tegenovergestelde van de gebruikelijke vraag (de vraag tijdens een ‘directe opzoeking’), namelijk de vraag “Geef de hostnaam die overeenkomt met het IP-adres ●●.●●.●●.●●”. Het antwoord op deze vraag is in veel gevallen een tekenreeks die gerelateerd is aan de webserver die de website host. In het bovenstaande voorbeeld zou dit zijn:

• Als je de hostnaam ‘Monolith-law.jp’ ‘direct opzoekt’, is het antwoordende IP-adres ‘59.106.27.183’
• Als je het IP-adres ‘59.106.27.183’ ‘omgekeerd opzoekt’, is de antwoordende hostnaam (niet ‘Monolith-law.jp’, maar) ‘www1943.sakura.ne.jp’

Dit is het geval.

En de hostnaam die ‘gerelateerd is aan de webserver die de website host’, bevat in het geval van een gehuurde server het domein dat in bezit is van de verhuurder van de server, in het bovenstaande voorbeeld zou dit ‘sakura.ne.jp’ zijn.

Whois-informatie van de domeinnaam van verhuurders van servers

In veel gevallen registreren verhuurders van servers correcte informatie in whois.

Daarom, als je deze domeinnaam opzoekt in ‘whois’, kun je informatie over de verhuurder van de server verkrijgen. In het bovenstaande voorbeeld zou je kunnen ontdekken dat de ‘operationele organisatie’ ‘SAKURA Internet Inc.’ is.

Samenvatting

Zoals u ziet, is het onderzoeken van de verhuurder van de hostingserver die een site beheert met een eigen domein, om een verzoek tot verwijdering of openbaarmaking van het IP-adres in te dienen, een zeer complex verhaal in IT-termen. Wat we in dit artikel hebben uitgelegd, is slechts de ‘basis’. Hoe een probleem op te lossen dat niet kan worden doorbroken met alleen basisinformatie, wordt de ‘toepassing’.

Reputatierisicobeheer op het internet is zeer gespecialiseerd op zowel IT- als juridisch gebied.