Undersøkelse av serveradministrator for unike domenenettsteder med 'aguse.jp

Når det gjelder artikler på nettsteder som drives på såkalte egne domener, og du ønsker å be om sletting eller avsløring av innleggsforfatterens IP-adresse, kan disse forespørslene hovedsakelig rettes mot:

1. Nettstedets operatør (som oftest er det samme som domeneregistranten)
2. Webserverens administrator

Det er to mulige alternativer. For eksempel, i tilfelle av en sletteforespørsel, kan du:

1. Be nettstedets operatør om å slette en artikkel ved å si, “Jeg har blitt utsatt for ærekrenkelser på nettstedet du driver, jeg vil at du skal slette artikkelen.”
2. Be webserverens administrator om å slette en artikkel ved å si, “Jeg har blitt utsatt for ærekrenkelser på nettstedet som er hostet på serveren du administrerer, jeg vil at du skal slette artikkelen.”

Enkelt sagt, de som kan be om å slette en artikkel på internett er:

• De som har autoritet til å slette artikkelen
• De som har en viss grad av involvering i publiseringen av artikkelen på internett, og som rettslig sett bør slette den aktuelle artikkelen

Dette kan gjøres mot både nettstedets operatør og webserverens administrator, da begge oppfyller disse kriteriene. Selv om logikken er forskjellig, vil konklusjonen være den samme for forespørsler om avsløring av IP-adresser.

“Hva betyr det å ‘undersøke en webserveradministrator’?”

Men hvem er egentlig “webserveradministratoren” som styrer et nettsted som drives på en egen domene? For eksempel, hvem er det konkret for vårt nettsted (nettstedet til Monolis Law Firm)?

Vi vil forklare hvordan du kan bruke webtjenesten “aguse.jp” for å undersøke hvem som er webserveradministratoren som styrer et nettsted som drives på en egen domene.

Hvordan undersøke nettstedets operatør = domeneregistranten

Som nevnt i begynnelsen, enten det er en forespørsel om å slette en artikkel eller en forespørsel om å avsløre en IP-adresse, hvis operatøren av nettstedet er kjent, er det også mulig å sende en forespørsel til denne operatøren. I tilfelle av et nettsted med et unikt domene, vil operatøren av nettstedet i de fleste tilfeller samsvare med registranten av dette domenet. Og informasjon om registranten av et unikt domene kan undersøkes ved hjelp av en mekanisme kalt “whois”. Denne metoden er forklart i en annen artikkel.

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

Undersøkelsesmetode for webserveradministratorer

Nettsteder som drives på egne domener, blir ofte drevet ved hjelp av såkalte leieservere. “Nettsteder på egne domener” er, for å si det enkelt,

1. Først skaffer man et eget domene ved hjelp av domeneregistreringstjenester (domeneregistratorer) som “onamae.com” eller “GoDaddy”.
2. Deretter inngår man en kontrakt med en leieserver som “Sakura Internet”, og sikrer en webserver for å få nettstedet ditt hostet.
3. Når du prøver å få tilgang til URL-en til det aktuelle domenet, setter du det opp slik at det kobles til den aktuelle webserveren.

Dette er prosedyren for å opprette det.

Slik bruker du «aguse.jp»

Og for å undersøke denne webserveren, er en mye brukt webtjeneste «aguse.jp».

Det er enkelt å bruke «aguse.jp». Først skriver du inn URL-en du vil undersøke på forsiden. Den nødvendige informasjonen er URL-en opp til

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

delen «www.Monolith-law.jp». Denne delen kalles «vertsnnavnet».

I eksemplet ovenfor er «/article» og det som følger, informasjon som ligner på plasseringen av nettsiden på serveren, og er ikke nødvendig for å identifisere serveren. På den annen side er «www»-delen en «underdomene», og det kan være så mange som du vil innenfor et unikt domene (Monolith-law.jp), men hvis underdomenet er forskjellig, kan webserveren være forskjellig. Med andre ord, hvis det er

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

flere underdomener som dette, kan hver underdomene ha en annen webserver. Dette er forskjellig fra når du undersøker informasjon om domeneregistranten ved hjelp av «whois».

Hvordan lese resultatsiden på «aguse.jp»

Når du klikker på «Søk», vises resultatsiden.

Det som vises i «Reverse Lookup Hostname» er vertsnavnet til webserveren som hoster det aktuelle nettstedet.

Og det som vises i «Forward Lookup IP Address ●●.●●.●●.●● Administrator Information» er informasjon om administratoren av den aktuelle webserveren.

Hvordan undersøke administratoren

Hvis du søker på teksten som vises her i Google, kan du identifisere administratoren av webserveren. I dette tilfellet ble det avdekket at «Sakura Internet Inc.» administrerer «www.Monolith-law.jp».

Hvordan utfører “aguse.jp” undersøkelser?

Bruk av “aguse.jp” som en nettjeneste er i utgangspunktet uttømt i det ovennevnte, men på dette tidspunktet vil jeg forklare mer detaljert om hva slags teknisk behandling som utføres, og hvorfor vi kan bekrefte administrasjonsinformasjonen til webserveren som hoster det unike domenenettstedet på denne måten. Til slutt, hvis vi ikke forstår “hva vi gjør”, vil vi ikke kunne håndtere selv litt unntakstilfeller.

“IP-adresse” er en adresse på internett

Først og fremst starter denne diskusjonen med “Hva er en IP-adresse”. En IP-adresse er informasjon som alle maskiner koblet til internett har (i prinsippet) unikt, og det kalles også “en adresse på internett”. For eksempel, når du ser på dette nettstedet på smarttelefonen din, har den smarttelefonen sin egen IP-adresse.

Og akkurat som enheten som ser på nettstedet (som en smarttelefon) har sin egen IP-adresse, har også nettstedet, webserveren som hoster det nettstedet, sin egen IP-adresse. Kommunikasjon mellom maskiner på internett, for eksempel “kommunikasjon for å se på Monolis Law Firm nettstedet på en smarttelefon”, skjer alltid mellom maskiner som har sin egen IP-adresse.

Smarttelefonen med IP-adressen ●●.●●.●●.●● og
webserveren med IP-adressen ●●.●●.●●.●● utveksler
data som nettsider

Dette er hva det betyr å “se på et nettsted ved hjelp av internett”.

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

Men når vi vanligvis surfer på nettet, er vi ikke bevisste på IP-adressen til websiden vi ser på (eller mer nøyaktig, webserveren som hoster den). Dette skyldes at kommunikasjon basert på IP-adresser hovedsakelig foregår internt i enheter som smarttelefoner, og er designet for at brukerne ikke skal være bevisste på “IP-adressen”. I stedet er det URL-en brukerne er bevisste på.

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

Brukere surfer på nettet mens de er bevisste på slike URL-er. Når en bruker prøver å åpne en URL som den ovenfor, utfører enheter som smarttelefoner følgende prosesser:

1. Først undersøker de IP-adressen til webserveren som hoster nettstedet i den gitte URL-en
2. Deretter kommuniserer de med den IP-adressen

Dette er prosessen som utføres.

Hva er “direkte oppslag” av vertsnavn

Den første prosessen nevnt ovenfor, det vil si konvertering av en URL (nøyaktig sett, delen “www.Monolith-law.jp” av URL-en, som er “vertsnavnet”) til en IP-adresse, kalles “direkte oppslag”.

Når du undersøker en URL på “aguse.jp”, er informasjonen som vises under “IP-adresse”, IP-adressen som kommer opp når du gjør et “direkte oppslag” av vertsnavnet i den aktuelle URL-en.

Hva er “omvendt oppslag” av en IP-adresse?

“Omvendt oppslag” er det motsatte av “direkte oppslag”, det vil si, prosessen med å konvertere en IP-adresse til et vertsnavn.

Det som vises i “omvendt oppslag vertsnavn” for “aguse.jp” er,

1. URL-en (vertsnnavndelen i den) blir først direkte oppslått, og deretter
2. vertsnavnet som kommer ut når det blir omvendt oppslått.

Det kompliserte her er at når du utfører “direkte oppslag → omvendt oppslag”, vil vertsnavnet til utleieserveren vises i tilfelle av et unikt domenenettsted. Denne mekanismen er litt komplisert, men jeg vil forklare det enkelt nedenfor.

Hva er en “navneserver”

Først og fremst er “omvendt oppslag” ikke nødvendigvis en nødvendig prosess for bruk av internett. Som nevnt ovenfor, utføres “direkte oppslag”, som er å “finne IP-adressen til en webserver basert på URL”, under vanlig nettsurfing, men “omvendt oppslag” oppstår ikke under vanlig nettsurfing (eller vanlig internett-kommunikasjon). Og det som brukes til å utføre dette “direkte oppslag” er noe som kalles en “navneserver”.

1. Først undersøker du IP-adressen til webserveren som hoster den URL-en
2. Deretter kommuniserer du med den IP-adressen

Det som skjer under denne første prosessen er mer nøyaktig:

1. Du spør navneserveren om vertsnavnet til webserveren som hoster URL-en du prøver å få tilgang til
2. Navneserveren svarer med IP-adressen til vertsnavnet til webserveren som hoster den URL-en

Med andre ord, en navneserver inneholder informasjon om “vertsnavn og tilsvarende IP-adresser”, som en slags ordbok.

“Navneserver” og “Root navneserver”

Og så, det finnes utallige navneservere på internett. Spørsmålsbehandlingen som nevnt ovenfor utføres i stor skala i løpet av nettsurfing, og for eksempel, hvis det var en ordning der “en enkelt navneserver svarer på alle forespørsler på hele internett”, ville belastningen på den serveren bli enorm. Derfor finnes det utallige navneservere, og de er plassert på et tre, med “root navneserveren”, som er mesteren av navneservere, som utgangspunkt. “Navneservere (for eksempel A, B) henger under root navneserveren, og under navneserver A henger andre navneservere (for eksempel C, D)…” og så videre.

Og så, selv om det er ønskelig at alle disse utallige navneserverne på internett alltid har den samme ordbokinformasjonen, ville synkroniseringsarbeidet for å oppnå dette også bli en enorm belastning. Derfor er det faktisk ikke fullstendig synkronisering. Det er en ordning der “det er informasjon et sted på treet av navneservere, og så lenge det er informasjon et sted, vil du få et svar hvis du spør i rekkefølge”.

Hva er “omvendt oppslag” av en IP-adresse?

Ved “omvendt oppslag” blir det sendt forespørsler fra rot-navneserveren til andre navneservere etter tur. Dette er en forespørsel som er motsatt av den vanlige forespørselen (forespørselen ved direkte oppslag), det vil si en forespørsel om å “gi meg vertsnavnet som tilsvarer IP-adressen ●●.●●.●●.●●”. Svaret på denne forespørselen er ofte en streng relatert til webserveren som hoster nettstedet. For eksempel:

• Når du gjør et “direkte oppslag” på vertsnavnet “Monolith-law.jp”, er IP-adressen som svarer “59.106.27.183”
• Når du gjør et “omvendt oppslag” på IP-adressen “59.106.27.183”, er vertsnavnet som svarer (ikke “Monolith-law.jp”, men) “www1943.sakura.ne.jp”

Deretter, vertsnavnet “relatert til webserveren som hoster nettstedet” inkluderer i tilfelle av en leid server, domenet som eies av utleier av serveren, for eksempel “sakura.ne.jp” i ovennevnte eksempel.

Whois-informasjon om domenet til utleieserveroperatører

Utleieserveroperatører registrerer ofte korrekt informasjon i whois.

Derfor, hvis du undersøker dette domenenavnet med “whois”, kan du få informasjon om utleieserveroperatøren. I eksemplet ovenfor, kan du finne ut at “driftsorganisasjonen” er “SAKURA Internet Inc.”

Oppsummering

Som vi har sett, er det å undersøke hvem som administrerer hosting-serveren for et nettsted som drives på en unik domene, for å be om sletting eller avsløring av IP-adressen, en svært kompleks sak i IT-termer. Det vi har forklart i denne artikkelen er bare “grunnleggende”, og hvordan man løser problemer som ikke kan overvinnes med bare grunnleggende kunnskap, blir “avansert”.

Reputasjonsrisikostyring på internett er på denne måten svært spesialisert innen både IT og jus.