Undersøgelse af serveradministratorer for unikke domænesider med 'aguse.jp

Når det kommer til artikler på hjemmesider, der drives under såkaldte unikke domæner, og man ønsker at anmode om sletning eller offentliggørelse af forfatterens IP-adresse, kan disse anmodninger hovedsageligt rettes mod:

1. Hjemmesidens operatør (som oftest er den samme som domæneregistranten)
2. Webserverens administrator

Der er altså to muligheder. For eksempel, i tilfælde af en sletningsanmodning, kan man:

1. Anmode hjemmesidens operatør om at slette en artikel ved at sige, “Jeg er blevet udsat for bagvaskelse på din hjemmeside, jeg vil gerne have artiklen slettet”
2. Anmode webserverens administrator om at slette en artikel ved at sige, “Jeg er blevet udsat for bagvaskelse på en hjemmeside, der hostes på din server, jeg vil gerne have artiklen slettet”

Det er sådan, det fungerer. Når det kommer til at anmode om sletning af artikler på internettet, kan man simpelt sagt rette anmodningen mod:

• Dem, der har retten til at slette artiklen
• Dem, der har en betydelig involvering i, at artiklen er offentliggjort på internettet, og som retsmæssigt kan siges at skulle slette den pågældende artikel

Dette kan gøres over for både hjemmesidens operatør og webserverens administrator, da begge falder ind under disse kategorier. Anmodningen om offentliggørelse af IP-adressen har en anden logisk struktur, men konklusionen er den samme.

Hvad betyder ‘Undersøgelse af webserveradministratorer’

Men hvem er præcist “webserveradministratoren”, der styrer et websted, der drives på en egen domæne? For eksempel, hvem er det præcist i tilfældet med vores websted (Monolis Law Firm’s websted)?

Vi vil forklare, hvordan man undersøger, hvem der er webserveradministratoren, der styrer et websted, der drives på en egen domæne, ved at bruge en webtjeneste kaldet “aguse.jp”.

Metode til undersøgelse af webstedets operatør = domæneregistrant

Som nævnt i begyndelsen, er det muligt at anmode om sletning af en artikel eller afsløring af en IP-adresse, hvis operatøren af webstedet er kendt. I tilfælde af websteder med et unikt domæne, vil operatøren ofte matche registranten af domænet. Oplysninger om registranten af et unikt domæne kan undersøges ved hjælp af en mekanisme kaldet “whois”. Denne metode er forklaret i en anden artikel.

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

Undersøgelsesmetode for webserveradministratorer

Websteder, der drives på deres egen domæne, bruger ofte det, der kaldes en lejet server. Når vi taler om “websteder på deres egen domæne”, betyder det generelt,

1. Først erhverver man et unikt domæne ved hjælp af en domæneregistreringstjeneste (domæneregistrator) som “onamae.com” eller “GoDaddy”.
2. Dernæst indgår man en kontrakt med en lejet server som “Sakura Internet”, og sikrer en webserver til at hoste webstedet.
3. Man konfigurerer det sådan, at når man forsøger at få adgang til URL’en for det pågældende domæne, bliver man forbundet til den pågældende webserver.

Dette er proceduren for at oprette det.

Sådan bruger du “aguse.jp”

En webtjeneste, der ofte bruges til at undersøge denne webserver, er “aguse.jp”.

Det er nemt at bruge “aguse.jp”. Først indtaster du URL’en, du vil undersøge, på forsiden. Den nødvendige information på dette tidspunkt er URL’en

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

Op til “www.Monolith-law.jp” delen. Denne del kaldes “værtsnavnet”.

I ovenstående eksempel er “/article” og alt derunder information om placeringen af den webside på serveren, og er ikke nødvendig for at identificere serveren. På den anden side er “www” delen en “subdomæne”, og selvom det er muligt at installere så mange som du vil inden for et enkelt domæne (Monolith-law.jp), hvis subdomænet er forskelligt, kan webserveren være forskellig. Det vil sige, selvom,

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

Der er mange subdomæner som ovenstående, hver subdomæne kan have en anden webserver. Dette er forskelligt fra når du undersøger information om domæneregistranten ved hjælp af “whois”.

Sådan læser du resultatsiden for “aguse.jp” undersøgelsen

Når du klikker på “Søg”, vises resultatsiden.

Det, der vises under “Reverse Lookup Hostname”, er “værtsnavnet” på den webserver, der hoster det pågældende websted.

Og det, der vises under “Administratorinformation for Forward Lookup IP Address ●●.●●.●●.●●”, er information om administratoren af den pågældende webserver.

Sådan undersøger du administratoren

Hvis du Google-søger den streng, der vises her, kan du identificere administratoren af webserveren. I dette tilfælde blev det bekræftet, at “Sakura Internet Inc.” administrerer “www.Monolith-law.jp”.

Hvordan foretager “aguse.jp” undersøgelser?

Brugen af “aguse.jp” som en webtjeneste er i det store og hele dækket af det ovenstående, men på dette tidspunkt vil jeg forklare lidt mere detaljeret om, hvilken teknisk behandling der foregår, hvorfor vi kan bekræfte administratorinformationen for webserveren, der hoster det unikke domænesite på denne måde. Det er fordi, hvis vi ikke forstår “hvad vi laver”, vil vi ikke være i stand til at håndtere selv lidt usædvanlige tilfælde.

“IP-adresse” er en adresse på internettet

Først og fremmest starter denne historie med, hvad en “IP-adresse” er. En IP-adresse er information, som alle maskiner, der er forbundet til internettet, i princippet har unikt. Det kaldes også en “adresse på internettet”. For eksempel, når du besøger denne hjemmeside på din smartphone, har den smartphone sin egen unikke IP-adresse.

Og ligesom enheden, der besøger hjemmesiden (som en smartphone), har sin egen unikke IP-adresse, har webserveren, der hoster hjemmesiden, også sin egen unikke IP-adresse. Kommunikation mellem maskiner på internettet, for eksempel “kommunikation for at besøge Monolis Law Firm’s hjemmeside på en smartphone”, foregår altid mellem maskiner, der har deres egne unikke IP-adresser.

Udveksling af webstedsdata osv. mellem en smartphone med IP-adressen ●●.●●.●●.●● og en webserver med IP-adressen ●●.●●.●●.●●

Dette er, hvad det betyder at “browse en hjemmeside ved hjælp af internettet”.

Forholdet mellem “URL” og “webserverens IP-adresse”

Men normalt, når du surfer på nettet, er du ikke bevidst om IP-adressen til det websted, du ser på (nærmere bestemt den webserver, der hoster det). Kommunikation baseret på IP-adresser, som nævnt ovenfor, foregår primært inden i enheder som smartphones, fordi de er designet til, at brugeren ikke behøver at være opmærksom på “IP-adressen”. I stedet er det URL’en, brugerne er opmærksomme på.

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

Brugerne surfer på nettet med bevidsthed om sådanne URL’er. Når en bruger forsøger at åbne en URL som den ovenfor, udfører enheder som smartphones følgende processer:

1. Først undersøger de IP-adressen til den webserver, der hoster det websted, URL’en peger på
2. Derefter kommunikerer de med den IP-adresse

Dette er den proces, der finder sted.

Hvad er “fremadrettet opslag” af et værtsnavn

Den ovenfor nævnte proces nr. 1, det vil sige, konverteringen af en URL (nærmere bestemt delen “www.Monolith-law.jp” i URL’en, som er “værtsnavnet”) til en IP-adresse, kaldes “fremadrettet opslag”.

Når du undersøger en URL på “aguse.jp”, er de oplysninger, der vises under “IP-adresse”, IP-adressen, der kommer frem ved at udføre et “fremadrettet opslag” på den pågældende URL (nærmere bestemt værtsnavnet i den).

Hvad er “omvendt opslag” af en IP-adresse?

“Omvendt opslag” er det modsatte af “direkte opslag”, det vil sige, processen med at konvertere en IP-adresse til et værtsnavn.

Det, der vises i “omvendt opslag værtsnavn” for “aguse.jp”, er:

1. URL’en (værtsnavndelen i den) er først direkte opslået
2. og derefter er det værtsnavn, der kommer ud ved omvendt opslag

Det komplicerede her er, at når du udfører “direkte opslag → omvendt opslag”, vil værtsnavnet på lejeserveren dukke op i tilfælde af en brugerdefineret domæneside. Denne mekanisme er lidt kompliceret, men jeg vil forklare det simpelt nedenfor.

Hvad er en “navneserver”

Først og fremmest er “omvendt opslag” ikke nødvendigvis en nødvendig proces for brug af internettet. Som nævnt ovenfor, foretages der “fremadrettet opslag”, hvor “IP-adressen på webserveren undersøges baseret på URL’en” under normal net-surfing, men der er ingen situationer, hvor “omvendt opslag” optræder under normal net-surfing (eller almindelig internetkommunikation). Og det, der bruges til at udføre denne “fremadrettede opslag”, er noget kaldet en “navneserver”.

1. Først undersøges IP-adressen på den webserver, der hoster den pågældende URL
2. Kommunikation foretages med den IP-adresse

Det, der sker under denne første proces, er mere præcist:

1. Spørger navneserveren om værtsnavnet på den webserver, der hoster den URL, man forsøger at få adgang til
2. Navneserveren svarer med IP-adressen på værtsnavnet på den webserver, der hoster den pågældende URL

Med andre ord, en navneserver har, ligesom en ordbog, oplysninger om “værtsnavne og de tilsvarende IP-adresser”.

“Nameserver” og “Root Nameserver”

Og så er der utallige navneservere på internettet. Spørgsmålsbehandlingen, som nævnt ovenfor, foregår i stort omfang under net-surfing. For eksempel, hvis der var en ordning, hvor “en enkelt navneserver på hele internettet skulle svare på alle forespørgsler”, ville belastningen på den server blive enorm. Derfor findes der utallige navneservere, og de er arrangeret i et træ, med en “root navneserver”, som er mesteren af navneservere, som udgangspunkt. “Navneservere (for eksempel A, B) hænger under root navneserveren, og under navneserver A hænger andre navneservere (for eksempel C, D)…” og så videre.

Disse utallige navneservere på internettet bør ideelt set altid have den samme ordbogsinformation, men at forsøge at opnå dette ville også resultere i en enorm belastning på synkroniseringsarbejdet. Derfor er der i praksis ikke fuld synkronisering. Det er en ordning, hvor “der er information et sted på træets navneservere, og så længe der er information et sted, vil man få et svar, hvis man spørger i rækkefølge”.

Hvad er “omvendt opslag” af en IP-adresse?

Ved “omvendt opslag” foretages der forespørgsler fra rotnavneserveren til andre navneservere i rækkefølge. Det er en forespørgsel, der er modsat den normale forespørgsel (forespørgsel ved direkte opslag), en forespørgsel om “at svare med værtsnavnet, der svarer til IP-adressen ●●.●●.●●.●●”. Svaret på denne forespørgsel er oftest en streng relateret til webserveren, der hoster det pågældende website. For eksempel:

• Når du foretager en “direkte opslag” på værtsnavnet “Monolith-law.jp”, er den svarerede IP-adresse “59.106.27.183”
• Når du foretager en “omvendt opslag” på IP-adressen “59.106.27.183”, er det svarerede værtsnavn (ikke “Monolith-law.jp”, men) “www1943.sakura.ne.jp”

Dette er tilfældet.

Og værtsnavnet, der “relaterer til webserveren, der hoster det pågældende website”, inkluderer i tilfælde af en lejet server, domænet ejet af udlejningsfirmaet, i dette tilfælde “sakura.ne.jp”.

Whois-oplysninger om domænet for udlejningsserveroperatører

Udlejningsserveroperatører registrerer ofte korrekte oplysninger i whois.

Derfor, hvis du undersøger dette domænenavn med ‘whois’, kan du få oplysninger om den udlejningsserveroperatør, for eksempel i ovenstående eksempel, kan du finde ud af, at ‘driftsorganisationen’ er ‘SAKURA Internet Inc.’.

Opsummering

Som vi har set, er det at “undersøge udlejningsfirmaet, der administrerer hosting-serveren, for at anmode om sletning eller offentliggørelse af IP-adresser på websteder, der drives på deres egen domæne” en meget kompleks sag i IT-terminologi. Det, vi har forklaret i denne artikel, er kun “grundlæggende”, og “hvordan man løser et problem, der opstår og ikke kan overvindes med kun grundlæggende viden” bliver “avanceret”.

Foranstaltninger mod omdømmeskader på internettet er meget specialiserede på både IT- og juridiske områder.