Дослідження адміністратора сервера власного домену за допомогою 'aguse.jp

Щодо статей на веб-сайтах, що працюють на так званих власних доменах, коли ви робите запит на видалення або відкриття IP-адреси автора, великою мірою можливі два варіанти звернення:

1. Оператор сайту (який часто збігається з реєстратором домену)
2. Адміністратор веб-сервера

Наприклад, у випадку запиту на видалення:

1. Ви можете звернутися до оператора сайту з проханням: “Я став жертвою образ на вашому сайті, будь ласка, видаліть статтю”
2. Ви можете звернутися до адміністратора веб-сервера з проханням: “Я став жертвою образ на сайті, який розміщено на сервері, яким ви керуєте, будь ласка, видаліть статтю”

Простими словами, можливі варіанти звернення з проханням видалити статтю з Інтернету:

• Ті, хто має право видалити цю статтю
• Ті, хто має значний вплив на публікацію цієї статті в Інтернеті і морально повинні видалити цю статтю

Обидва варіанти можуть бути застосовані до оператора сайту та адміністратора веб-сервера. Запит на відкриття IP-адреси має іншу логічну структуру, але висновок залишається тим самим.

Що означає “дослідження адміністратора веб-сервера”

Але хто конкретно є “адміністратором веб-сервера, який керує сайтом, що працює на власному домені”? Наприклад, хто конкретно є в даному випадку для нашого сайту (сайту юридичної фірми “Моноліт”)?

Ми пояснимо, як дослідити, хто є адміністратором веб-сервера, який керує сайтом, що працює на власному домені, використовуючи веб-сервіс “aguse.jp”.

Методи дослідження оператора сайту = реєстратора домену

Як вже було сказано на початку, якщо ви знаєте, хто є оператором сайту, ви можете подати запит на видалення статті або на відкриття IP-адреси. У випадку сайтів з власним доменом, оператор сайту, як правило, збігається з реєстратором цього домену. Інформацію про реєстратора власного домену можна дослідити за допомогою системи “whois”. Цей метод описано в окремій статті.

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

Методи дослідження адміністратора веб-сервера

Багато сайтів, що працюють на власних доменах, часто використовують так звані орендовані сервери. Грубо кажучи, сайт на власному домені створюється за такою процедурою:

1. Спочатку використовуються послуги реєстрації доменів (реєстратори доменів), такі як “onamae.com” або “GoDaddy”, для отримання власного домену
2. Далі укладається договір з орендованим сервером, таким як “Sakura Internet”, для забезпечення веб-сервера, який буде розміщувати веб-сайт
3. Налаштовується з’єднання з відповідним веб-сервером, коли намагаються отримати доступ до 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-адресою» відображає ім’я хоста веб-сервера, на якому розміщено відповідний веб-сайт.

А інформація, що відображається в «Інформація про адміністратора IP-адреси ●●.●●.●●.●●», стосується адміністратора відповідного веб-сервера.

Методи дослідження адміністратора

Якщо ви введете текст, що відображається тут, в Google, ви зможете визначити адміністратора веб-сервера. У цьому випадку, виявилося, що «Сакура Інтернет Інк.» адмініструє «www.Monolith-law.jp».

Як проводиться дослідження на «aguse.jp»?

Використання «aguse.jp» як веб-сервісу, в основному, вичерпується вищеописаним, але в цей час технічно які процеси відбуваються, чому за цим методом можна перевірити інформацію адміністратора веб-сервера, що хостить власний доменний сайт, я детальніше поясню. В кінцевому рахунку, якщо ви не розумієте, що вони роблять, ви не зможете впоратися навіть з незначними винятковими випадками.

“IP-адреса” – це адреса в Інтернеті

Спочатку, ця розмова починається з питання “Що таке IP-адреса”. IP-адреса, яку також називають “адресою в Інтернеті”, це інформація, яку (як правило) унікально має кожна машина, підключена до Інтернету. Наприклад, коли ви переглядаєте цей веб-сайт на смартфоні, цей смартфон має свою власну IP-адресу.

Так само, як пристрій, що переглядає веб-сайт (наприклад, смартфон), має свою власну IP-адресу, веб-сайт та веб-сервер, на якому розміщено цей сайт, також мають свою власну IP-адресу. Комунікація між машинами в Інтернеті, наприклад, “комунікація для перегляду веб-сайту юридичної фірми Monolis на смартфоні”, завжди відбувається між машинами, які мають свою власну IP-адресу.

Смартфон з IP-адресою ●●.●●.●●.●● та
веб-сервер з IP-адресою ●●.●●.●●.●● обмінюються даними веб-сторінки

Це є “перегляд веб-сайту за допомогою Інтернету”.

Відношення між “URL” та “IP-адресою веб-сервера”

Однак, коли ми зазвичай переглядаємо інтернет, ми не замислюємося над тим, яка IP-адреса веб-сайту (точніше, веб-сервера, який його розміщує), який ми переглядаємо. Комунікація на основі IP-адреси, як зазначено вище, відбувається переважно всередині пристроїв, таких як смартфони, і розроблена таким чином, щоб користувачі не замислювалися над “IP-адресою”. Замість IP-адреси користувачі зосереджуються на URL.

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

Користувачі, в свою чергу, переглядають веб-сайти, зосереджуючись на таких URL. Коли користувач намагається відкрити URL, як показано вище, пристрої, такі як смартфони, виконують наступні дії:

1. Спочатку вони досліджують IP-адресу веб-сайту (веб-сервера, який розміщує цей сайт), що вказана в URL
2. Потім вони здійснюють комунікацію з цією IP-адресою

Це процес, який вони виконують.

Що таке “пряме відображення” імені хоста

Вищезазначена обробка під номером 1, а саме, перетворення URL (точніше, частини “www.Monolith-law.jp” в URL, яка є “ім’ям хоста”) в IP-адресу, називається “прямим відображенням”.

Інформація, що відображається в “IP-адресі”, коли ви досліджуєте URL на “aguse.jp”, є IP-адресою, отриманою в результаті “прямого відображення” вказаного URL (точніше, частини імені хоста в ньому).

Що таке “зворотній пошук” IP-адреси

“Зворотній пошук” – це процес, протилежний “прямому пошуку”, тобто перетворення IP-адреси на ім’я хоста.

Ім’я хоста, що відображається у “зворотному пошуку” для “aguse.jp”, є:

1. Ім’я хоста в URL, яке було спочатку “прямо пошуковане”
2. Ім’я хоста, що виходить після зворотного пошуку

Тут складність полягає в тому, що при виконанні “прямого пошуку → зворотного пошуку”, у випадку з сайтами з власними доменами, з’являється ім’я хоста орендованого сервера. Цей механізм може здатися трохи заплутаним, але дозвольте мені пояснити його просто.

Що таке “сервер імен”

По-перше, “зворотний пошук” не є обов’язковим процесом для використання Інтернету. Як вже зазначалося, під час звичайного серфінгу в Інтернеті виконується “прямий пошук”, який полягає в пошуку IP-адреси веб-сервера за URL, але “зворотний пошук” не використовується під час звичайного серфінгу в Інтернеті (або звичайного Інтернет-зв’язку). І саме “сервер імен” використовується для виконання цього “прямого пошуку”.

1. По-перше, досліджується IP-адреса URL (веб-сервера, який хостить веб-сайт)
2. Здійснюється зв’язок з цією IP-адресою

Що стосується пункту 1, більш точно кажучи, він включає в себе:

1. Запит до сервера імен про URL (ім’я хоста веб-сервера, який хостить веб-сайт), до якого ви намагаєтеся отримати доступ
2. Сервер імен відповідає IP-адресою URL (ім’я хоста веб-сервера, який хостить веб-сайт)

Отже, сервер імен, по суті, зберігає інформацію про відповідність між іменем хоста та його IP-адресою, як у словнику.

“Іменний сервер” та “Кореневий іменний сервер”

Іменні сервери налічуються безліч на Інтернеті. Процеси запитів, які описані вище, відбуваються великою кількістю під час перегляду веб-сторінок. Якщо, наприклад, один іменний сервер відповідав би на всі запити в Інтернеті, навантаження на цей сервер було б надмірно великим. Тому іменних серверів існує безліч, і вони розташовані на дереві, починаючи від “кореневого іменного сервера”, який є майстером іменних серверів. Це виглядає так: під “кореневим іменним сервером” знаходяться інші іменні сервери (наприклад, A, B), під іменним сервером A знаходяться інші іменні сервери (наприклад, C, D) і так далі.

Ідеально, якщо всі ці безліч іменних серверів в Інтернеті завжди мають однакову інформацію в словниках, але якщо намагатися це реалізувати, процес синхронізації стане надмірно великим навантаженням. Тому в реальності повна синхронізація не відбувається. Система працює таким чином, що “інформація знаходиться десь на іменному сервері в дереві, і якщо інформація є десь, то якщо ви продовжуєте запитувати по порядку, ви отримаєте відповідь в кінці кінців”.

Що таке “зворотній пошук” IP-адреси?

Під час “зворотнього пошуку” відбувається послідовний запит від кореневого сервера імен до інших серверів імен. Це запит, протилежний звичайному запиту (запиту під час прямого пошуку), який звучить як “надайте ім’я хоста, що відповідає IP-адресі ●●.●●.●●.●●”. Відповідь на цей запит, у більшості випадків, буде рядком, пов’язаним з веб-сервером, на якому розміщено цей веб-сайт. Наприклад:

• Якщо ви “прямо шукаєте” ім’я хоста “Monolith-law.jp”, отримана IP-адреса буде “59.106.27.183”
• Якщо ви “зворотно шукаєте” IP-адресу “59.106.27.183”, отримане ім’я хоста буде “www1943.sakura.ne.jp” (а не “Monolith-law.jp”)

Таким чином, ім’я хоста, “пов’язане з веб-сервером, на якому розміщено цей веб-сайт”, у випадку з орендованим сервером, включає в себе домен, що належить постачальнику орендованого сервера, в даному випадку “sakura.ne.jp”.

Інформація whois домену провайдера орендованих серверів

Провайдери орендованих серверів, як правило, реєструють правильну інформацію в whois.

Отже, якщо ви досліджуєте це ім’я домену за допомогою “whois”, ви зможете отримати інформацію про цього провайдера орендованих серверів. Наприклад, вищенаведений приклад показує, що “Організація, що управляє” є “SAKURA Internet Inc.”

Підсумки

Таким чином, “дослідження постачальника послуг хостингу, який керує сервером хостингу, щоб зробити запит на видалення або відкриття IP-адреси для сайту, що працює на власному домені”, є дуже складною темою в IT-сенсі. Те, що ми пояснили в цій статті, є лише “основою”, а “як вирішити проблему, яка виникає, коли не можна прорватися лише з базовими знаннями”, стає “застосуванням”.

Заходи щодо управління репутаційним ризиком в Інтернеті, таким чином, є дуже спеціалізованими в обох аспектах, IT та права.