Undersökning av serveradministratören för en unik domänsida med 'aguse.jp

När det gäller artiklar på webbplatser som drivs på så kallade egna domäner, och du vill begära borttagning eller avslöjande av posternas IP-adresser, kan dessa begäranden riktas mot två huvudsakliga parter:

1. Webbplatsens operatör (som ofta matchar domänregistranten)
2. Webbserverns administratör

Det finns två möjligheter. Till exempel, om det är en begäran om borttagning, kan du:

1. Be webbplatsoperatören, “Jag har blivit förtalad på din webbplats, jag vill att du tar bort artikeln”
2. Be webbserveradministratören, “Jag har blivit förtalad på en webbplats som du hostar på din server, jag vill att du tar bort artikeln”

Enkelt uttryckt, de som kan begäras att ta bort en artikel på internet är de som:

• Har befogenhet att ta bort artikeln
• Har en betydande inblandning i att artikeln publiceras på internet, och det kan sägas att de bör ta bort artikeln enligt principen

Dessa begäranden kan riktas mot både webbplatsoperatören och webbserveradministratören eftersom båda uppfyller dessa kriterier. Begäran om avslöjande av IP-adresser har en annan logisk struktur, men slutsatsen är densamma.

Vad innebär det att “undersöka webbserverns administratör”

Men vem är exakt “webbserveradministratören” för en webbplats som drivs på en egen domän? Till exempel, vem är det specifikt för vår webbplats (Monolis Law Firm’s webbplats)?

För webbplatser som drivs på en egen domän, kommer jag att förklara hur man undersöker vem som är administratören för webbservern som hanterar den webbplatsen, genom att använda en webbtjänst som heter “aguse.jp”.

Metod för att undersöka webbplatsoperatörer = domänregistranter

Som vi nämnde i början, om du vill begära att en artikel tas bort eller att en IP-adress avslöjas, kan du göra det direkt till operatören av webbplatsen, förutsatt att du vet vem det är. I fallet med webbplatser med egna domäner, matchar operatören ofta domänregistranten. Information om registranten för en egen domän kan undersökas med hjälp av ett system som kallas “whois”. Vi förklarar denna metod i en separat artikel.

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

Undersökningsmetoder för webbserveradministratörer

Webbplatser som drivs på egna domäner används ofta med så kallade hyrda servrar. “Webbplatser på egna domäner” innebär i stora drag att,

1. Först skaffar man en egen domän genom att använda en domänregistreringstjänst (domänregistrator) som “onamae.com” eller “GoDaddy”
2. Sedan ingår man ett avtal med en hyrd server som “Sakura Internet”, och säkrar en webbserver för att vara värd för webbplatsen
3. Man ställer in så att när man försöker få tillgång till URL:en för den aktuella domänen, kopplas man till den aktuella webbservern

Det är på detta sätt som man startar upp.

Användning av “aguse.jp”

Och för att undersöka denna webbserver är en webbtjänst som används relativt ofta, “aguse.jp”.

Användningen av “aguse.jp” är enkel. Först skriver du in URL:en som ska undersökas på startsidan. Den nödvändiga informationen vid denna tidpunkt är URL:en

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

Del upp till “www.Monolith-law.jp”. Denna del kallas “värdnamn”.

I exemplet ovan är “/article” och nedan information om positionen på webbsidan inom servern, och det är inte nödvändigt som information för att identifiera servern. Å andra sidan är “www”-delen en “subdomän”, och det är möjligt att installera hur många som helst inom en unik domän (Monolith-law.jp), men om subdomänen är annorlunda kan webbservern vara annorlunda. Med andra ord, även om det finns flera subdomäner som

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

Det finns en möjlighet att webbservern kan vara annorlunda för varje subdomän. Detta skiljer sig från när du undersöker information om domänregistranten med “whois”.

Hur man läser resultatsidan för “aguse.jp”-undersökningen

När du klickar på “Sök” visas resultatsidan.

Det som visas i “Reverse Lookup Hostname” är “värdnamnet” för webbservern som hostar den aktuella webbplatsen.

Och det som visas i “Förvaltarens information för Forward Lookup IP-adress ●●.●●.●●.●●” är information om administratören för den aktuella webbservern.

Metod för att undersöka administratören

Om du söker på Google med den sträng som visas här kan du identifiera administratören för webbservern. I det här fallet har det visat sig att “Sakura Internet Inc.” administrerar “www.Monolith-law.jp”.

Hur utför “aguse.jp” sina undersökningar?

Användningen av “aguse.jp” som en webbtjänst är i grunden uttömd i ovanstående, men vid denna tidpunkt kommer jag att förklara mer detaljerat hur tekniska processer utförs, varför du kan kontrollera administratörsinformationen för webbservern som hostar den unika domänsajten på detta sätt. Slutligen, om du inte förstår “vad du gör”, kommer du inte att kunna hantera även de minsta undantagsfallen.

“IP-adress” är en adress på internet

Först och främst börjar denna diskussion med “Vad är en IP-adress?”. En IP-adress, även kallad “en adress på internet”, är information som alla maskiner som är anslutna till internet (i princip) unikt innehar. Till exempel, när du tittar på denna webbplats på din smartphone, har den smartphonen en unik IP-adress.

Och precis som enheten som tittar på webbplatsen (som en smartphone) har en unik IP-adress, har också webbplatsen och webbservern som hostar den en unik IP-adress. Kommunikation mellan maskiner på internet, till exempel “kommunikation för att titta på Monolis Law Firm’s webbplats på en smartphone”, sker alltid mellan maskiner som har unika IP-adresser.

En smartphone med IP-adress ●●.●●.●●.●● och en webbserver med IP-adress ●●.●●.●●.●● utbyter data som webbsidor

Detta är vad det innebär att “titta på en webbplats med hjälp av internet”.

Förhållandet mellan “URL” och “webbserverns IP-adress”

Men när vi surfar på nätet i vardagen, är vi inte medvetna om IP-adressen till den webbplats vi tittar på (eller mer exakt, webbservern som hostar den). Detta beror på att kommunikation baserad på IP-adresser huvudsakligen sker inuti enheter som smartphones, och är utformade så att användaren inte behöver vara medveten om “IP-adressen”. Istället är det URL:en som användaren är medveten om.

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

Användaren surfar på webben medveten om dessa URL:er. När en användare försöker öppna en URL som den ovan, utför enheter som smartphones följande processer:

1. Först undersöker de IP-adressen till webbservern som hostar den webbplats som URL:en pekar på
2. Därefter kommunicerar de med den IP-adressen

Detta är den process som utförs.

Vad är “direkt uppslagning” av värdnamn

Den första processen ovan, det vill säga, att omvandla en URL (mer specifikt, “www.Monolith-law.jp” delen av URL:en, vilket är “värdnamnet”) till en IP-adress, kallas för “direkt uppslagning”.

När du undersöker en URL på “aguse.jp”, är informationen som visas under “IP-adress” den IP-adress som erhållits genom att göra en “direkt uppslagning” av värdnamnet i den specifika URL:en.

Vad är “omvänd uppslagning” av en IP-adress?

“Omvänd uppslagning” är processen att omvandla en IP-adress till ett värdnamn, vilket är motsatsen till “direkt uppslagning”.

Det som visas som “omvänd uppslagning värdnamn” för “aguse.jp” är:

1. Värdnamnsdelen av URL:en som först har genomgått en direkt uppslagning
2. Värdnamnet som erhålls genom att göra en omvänd uppslagning av det

Det komplicerade här är att när du utför “direkt uppslagning → omvänd uppslagning”, kommer värdnamnet för uthyrningsservern att visas i fallet med en egen domänwebbplats. Denna mekanism är lite knepig, men jag ska förklara den på ett enkelt sätt nedan.

Vad är en “namnserver”

Först och främst är “omvänd uppslagning” inte nödvändigtvis en nödvändig process för internetanvändning. Som nämnt ovan, under normal webbsurfning, utförs “direkt uppslagning”, vilket innebär att “söka upp webbserverns IP-adress baserat på URL:en”, men “omvänd uppslagning” dyker inte upp under normal webbsurfning (eller vanlig internetkommunikation). Och det som används för att utföra denna “direkt uppslagning” är något som kallas en “namnserver”.

1. Först undersöker den IP-adressen för den webbserver som hostar den URL:en
2. Sedan kommunicerar den med den IP-adressen

Vad som faktiskt görs under steg 1 är mer exakt:

1. Fråga namnservern om värdnamnet för den webbserver som hostar den URL du försöker få tillgång till
2. Namnservern svarar med IP-adressen för värdnamnet för den webbserver som hostar den URL:en

Med andra ord, en namnserver har, som ett slags ordbok, tilldelningsinformation om “värdnamn och motsvarande IP-adresser”.

“Namnserver” och “Root-namnserver”

Och så finns det otaliga namnservrar på internet. Som nämnt ovan sker en stor mängd förfrågningsprocesser under processen med att surfa på nätet. Om det till exempel var ett system där “en enda namnserver svarar på alla förfrågningar på hela internet”, skulle belastningen på den servern bli enorm. Därför finns det otaliga namnservrar, och de är placerade på ett träd baserat på “root-namnservern”, som är mästaren av namnservrar. “Namnservrar (till exempel A, B) hänger under root-namnservern, och under namnserver A hänger andra namnservrar (till exempel C, D)…” och så vidare.

Och även om det är önskvärt att alla dessa otaliga namnservrar på internet alltid har samma ordboksinformation, skulle synkroniseringsarbetet också bli en enorm belastning om man försökte uppnå detta. Därför utförs inte fullständig synkronisering i praktiken. Det är ett system där “det finns information någonstans på trädets namnservrar, och så länge det finns information någonstans, kommer du att få ett svar om du frågar i ordning”.

Vad är “omvänd uppslagning” av en IP-adress?

Vid “omvänd uppslagning” sker förfrågningar i ordning från rotnamnservern till andra namnservrar. Det är en förfrågan som är motsatt till den vanliga förfrågan (förfrågan vid direkt uppslagning), en förfrågan som säger “ge mig värdnamnet som motsvarar IP-adressen ●●.●●.●●.●●”. Svaret på denna förfrågan är oftast en sträng som är relaterad till webbservern som hostar den webbplatsen. I det ovan nämnda exemplet skulle det vara:

• När du gör en “direkt uppslagning” av värdnamnet “Monolith-law.jp”, är den svarade IP-adressen “59.106.27.183”
• När du gör en “omvänd uppslagning” av IP-adressen “59.106.27.183”, är det svarade värdnamnet (inte “Monolith-law.jp” utan) “www1943.sakura.ne.jp”

Detta är fallet.

Och värdnamnet som “är relaterat till webbservern som hostar den webbplatsen” inkluderar i fallet med en hyrd server, domänen som ägs av hyresvärden för servern, i det ovan nämnda exemplet skulle det vara “sakura.ne.jp”.

Whois-information för domänen hos hyrd serverleverantör

I de flesta fall registrerar leverantörer av hyrda servrar korrekt information i whois.

Därför, om du undersöker detta domännamn med “whois”, kan du få information om den hyrda serverleverantören. I exemplet ovan kan du se att “driftsorganisationen” är “SAKURA Internet Inc.”

Sammanfattning

Såsom vi har sett, är det en mycket komplex fråga i IT-termer att “undersöka hyresvärden för servern som hanterar hostingservern, för att begära borttagning eller avslöjande av IP-adresser för webbplatser som drivs på egna domäner”. Det vi har förklarat i denna artikel är bara “grunderna”, och hur man löser problem som inte kan lösas med bara grundläggande kunskap blir “tillämpningen”.

Åtgärder mot ryktesskador på internet är mycket specialiserade på både IT och juridiska områden.