Что браузер делает в первую очередь, чтобы найти IP-адрес сайта, который вы открываете

Обновлено: 21.11.2024

Вы когда-нибудь задумывались, что происходит, когда вы вводите URL-адрес в браузере? Это часто задаваемый вопрос на технических собеседованиях. В этом блоге мы увидим, что происходит в фоновом режиме, шаг за шагом, когда мы набираем любой URL. Итак, приступим.

1. Вы вводите URL в браузере.

2. Браузер ищет IP-адрес доменного имени в DNS (сервере доменных имен).

DNS – это список URL-адресов и соответствующих им IP-адресов, точно так же, как в телефонной книге есть номера телефонов, соответствующие именам людей. Мы можем получить доступ к веб-сайту напрямую, набрав IP-адрес, но представьте, что вы запоминаете группу чисел, чтобы посетить любой веб-сайт. Таким образом, мы запоминаем только название веб-сайта, а сопоставление имени с IP-адресом выполняется DNS.

DNS проверяет наличие IP-адреса в следующих местах.

  1. Проверка кеша браузера. Браузер хранит в кеше записи DNS в течение определенного фиксированного периода времени. Это первое место для запуска DNS-запроса.
  2. Проверка кеша ОС. Если в браузере нет кеша, он запрашивает базовую операционную систему, поскольку ОС также поддерживает кеш DNS-записей.
  3. Кэш маршрутизатора: если на вашем компьютере нет кеша, он ищет маршрутизаторы, поскольку маршрутизаторы также имеют кеш DNS-записей.
  4. Кэш ISP (интернет-провайдера): если IP-адрес не найден в трех указанных выше местах, он ищется в кэше записей DNS, поддерживаемом ISP. Если не найдено и здесь, то выполняется рекурсивный поиск DNS провайдера. При «рекурсивном поиске DNS» DNS-сервер инициирует DNS-запрос, который связывается с несколькими другими DNS-серверами для поиска IP-адреса.

3. Браузер инициирует TCP-соединение с сервером.

Когда браузер получает IP-адрес, он устанавливает соединение между браузером и сервером с использованием интернет-протокола. Наиболее распространенным протоколом является протокол TCP. Соединение устанавливается с помощью трехэтапного рукопожатия. Это трехэтапный процесс.

  1. Шаг 1 (SYN): поскольку клиент хочет установить соединение, он отправляет на сервер SYN (синхронизировать порядковый номер), который информирует сервер о том, что клиент хочет начать связь.
  2. Шаг 2 (SYN + ACK). Если сервер готов принимать подключения и имеет открытые порты, он подтверждает пакет, отправленный сервером, с помощью пакета SYN-ACK.
  3. Шаг 3 (ACK). На последнем этапе клиент подтверждает ответ сервера, отправляя пакет ACK. Следовательно, надежное соединение установлено, и теперь можно начинать передачу данных.
  1. 1xx: Информационное: означает, что запрос получен и процесс продолжается.
  2. 2xx: Успех. Это означает, что действие выполнено успешно.
  3. 3xx: перенаправление. Это означает, что для выполнения запроса необходимо предпринять дополнительные действия. Он может перенаправить клиента на другой URL.
  4. 4xx: Ошибка клиента. Это означает какую-то ошибку на стороне клиента.
  5. 5xx: Ошибка сервера. Это означает, что на стороне сервера произошла ошибка.

6. Браузер отображает содержимое HTML.

Теперь браузер получает ответ, и веб-страница HTML отображается поэтапно. Сначала он получает структуру HTML, а затем отправляет несколько запросов GET для получения встроенных ссылок, изображений, CSS, файлов javascript и т. д., а также других материалов. Веб-страница будет обработана, и в этом случае будет отображаться веб-страница afteracademy.

Все эти шаги выполняются каждый раз, когда мы вводим любой URL. Все эти процессы происходят в фоновом режиме и в течение миллисекунд. Вот и все для этого блога. Надеюсь, вам понравилось читать этот блог.

Делитесь этим блогом со своими друзьями, чтобы распространять информацию. Посетите наш канал YouTube для получения дополнительной информации. Другие блоги можно прочитать здесь .

Каждый день вы открываете браузер и переходите на свои любимые веб-сайты, будь то социальные сети, новости или сайты электронной коммерции. Вы переходите на эту страницу, вводя URL-адрес или щелкая ссылку на страницу. Вы когда-нибудь задумывались о том, что происходит за кулисами? Как новости попадают к вам, когда вы нажимаете ввод после ввода URL-адреса? Как изображения в этом посте отображались в вашем браузере? Как ваша лента Твиттера и данные твитов надежно отображаются в вашем браузере?

В этом посте мы рассмотрим, что происходит, когда вы вводите URL-адрес в адресную строку браузера и нажимаете клавишу ввода.От начала до конца в этом процессе участвуют браузер, операционная система вашего компьютера, ваш интернет-провайдер, сервер, на котором вы размещаете сайт, и службы, работающие на этом сервере. Важно понимать, где что-то может пойти не так, где искать проблемы с производительностью, и убедиться, что вы предлагаете безопасный опыт для своих пользователей.

Во-первых, мы рассмотрим взаимосвязь между веб-сайтами, серверами и IP-адресами. Затем мы рассмотрим шаги, которые выполняет ваш браузер:

  • поиск местоположения сервера, на котором размещен веб-сайт
  • подключиться к серверу
  • отправить запрос на получение конкретной страницы
  • обработать ответ сервера и
  • как он отображает страницу, чтобы вы, зритель, могли взаимодействовать с веб-сайтом

Веб-сайты, серверы, IP-адреса, о боже!

Веб-сайты представляют собой наборы файлов, часто HTML, CSS, Javascript и изображений, которые сообщают вашему браузеру, как отображать сайт, изображения и данные. Они должны быть доступны любому из любого места в любое время, поэтому размещение их на вашем домашнем компьютере не может быть масштабируемым или надежным. Эти файлы хранятся на мощном внешнем компьютере, подключенном к Интернету, называемом сервером.

Каждое устройство в Интернете — серверы, сотовые телефоны, умный холодильник — имеют уникальный адрес, называемый IP-адресом. IP-адрес состоит из четырех пронумерованных частей:

Но такие числа трудно запомнить! Вот тут-то и появляются доменные имена. jennapederson.dev гораздо легче запомнить, чем 203.0.113.0, верно? Представьте себе, что вам нужно запомнить все телефонные номера ваших контактов, не имея приложения «Контакты» на вашем телефоне. Ваше приложение "Контакты" позволяет искать телефонные номера по имени.

То же самое мы делаем в Интернете. Система доменных имен, или DNS, похожа на приложение «Контакты» на нашем телефоне. DNS помогает нашему браузеру (и нам) находить серверы в Интернете. Мы можем выполнить поиск DNS, чтобы найти IP-адрес сервера на основе доменного имени jennapederson.dev. Подробнее о DNS можно прочитать здесь.

Теперь, когда вы знаете о разных частях и о том, как они связаны друг с другом, давайте рассмотрим каждый шаг процесса и то, как браузер взаимодействует с сервером при вводе URL-адреса. Независимо от того, ввели ли вы URL-адрес или щелкнули связанный URL-адрес с текущей страницы, процесс будет одинаковым.

Процесс

Чтобы показать, как все эти шаги сочетаются друг с другом, я буду использовать экземпляр Amazon Lightsail и зону DNS Lightsail. Я использую Lightsail, потому что это один из самых простых сервисов для управления виртуальными частными серверами (VPS) и DNS в одном месте, но эти концепции работают для любого сервиса VPS и DNS.

Давайте разберем части этого URL, которые вы ввели, чтобы попасть сюда.

Схема

Домен

jennapederson.dev — это доменное имя сайта. Это запоминающийся адрес, который указывает на IP-адрес определенного сервера. Если вы посмотрите на DNS-зону Lightsail ниже, вы увидите DNS-запись A, указывающую на экземпляр Lightsail, jennapedersondev-static-ip, которая представляет собой статический IP-адрес экземпляра Lightsail.

Ресурс

Когда вы вводите этот URL-адрес в браузере, hello-world – это название ресурса на веб-сайте, который вы хотите просмотреть. Иногда вы увидите это с расширением файла, например .html, которое указывает, что это статический файл на сервере с содержимым HTML. Без расширения, такого как этот URL-адрес, он обычно указывает, что сервер сгенерировал этот контент. Например, новостной сайт покажет вам персонализированный, актуальный и местный новостной контент, что он может сделать только тогда, когда знает, кто вы и откуда пришел запрос.

2. Браузер ищет IP-адрес для домена

После того как вы ввели URL-адрес в браузер и нажали клавишу ввода, браузеру необходимо определить, к какому серверу в Интернете следует подключиться. Для этого ему необходимо найти IP-адрес сервера, на котором размещен веб-сайт, используя введенный вами домен. Он делает это с помощью поиска DNS. Мы рассмотрим процесс поиска DNS на высоком уровне, но это сложная тема, выходящая за рамки этого поста. Подробнее о том, как работает DNS, можно прочитать здесь.

Поскольку DNS сложен и должен быть невероятно быстрым, данные DNS кэшируются на разных уровнях между вашим браузером и в разных местах в Интернете. Ваш браузер проверяет собственный кеш, кеш операционной системы, локальный сетевой кеш на вашем маршрутизаторе и кеш DNS-сервера в вашей корпоративной сети или у вашего интернет-провайдера (ISP). Если браузер не может найти IP-адрес ни на одном из этих уровней кэша, DNS-сервер в вашей корпоративной сети или у вашего интернет-провайдера выполняет рекурсивный поиск DNS.Рекурсивный поиск DNS запрашивает несколько DNS-серверов в Интернете, которые, в свою очередь, запрашивают DNS-запись у других DNS-серверов, пока она не будет найдена.

После того как браузер получит запись DNS с IP-адресом, ему нужно будет найти сервер в Интернете и установить соединение.

3. Браузер инициирует TCP-соединение с сервером

Используя общедоступную инфраструктуру маршрутизации в Интернете, пакеты из запроса клиентского браузера направляются через маршрутизатор, интернет-провайдера, через интернет-обмен для переключения между интернет-провайдерами или сетями, и все они используют протокол управления передачей, более известный как TCP, для поиска сервер с IP-адресом для подключения. Но это очень окольный путь, и он неэффективен.

Вместо этого многие сайты используют сеть доставки контента, или CDN, для кэширования статического и динамического контента ближе к браузеру. В нашем примере я установил экземпляр Lightsail jennapedersondev в качестве источника для раздачи CDN.

CDN – это распределенная по всему миру сеть серверов кэширования, которые повышают производительность вашего сайта или приложения (источника), приближая контент к вашим пользователям. CDN Lightsail использует CloudFront, который является частью глобальной сети AWS. Запросы от клиентского браузера могут использовать преимущества этой частной сети со сверхнизкой задержкой и высокой доступностью. Чтобы отслеживать переходы, которые выполняет запрос с моего компьютера на jennapederson.dev, мы можем использовать traceroute. На изображении ниже первый переход (первая строка) относится к моему маршрутизатору. Переходы в первом блоке находятся в сети моего интернет-провайдера, а переходы во втором блоке — в глобальной сети AWS.

Вместо того, чтобы полагаться на общедоступную инфраструктуру интернет-маршрутизации и подвергаться дополнительным прыжкам, повторной доставке и потере пакетов, запрос клиентского браузера отправляется в глобальную сеть AWS. Запрос интеллектуально перенаправляется через наиболее эффективное место для доставки контента в ваш браузер.

На изображении ниже это подключение (начальное подключение) заняло 130,30 мс.

Строка запроса содержит следующее:

Строка запроса URL-адреса выглядит следующим образом:

Последняя часть запроса — тело. Тело (обычно) пустое для GET-запроса, подобного нашему. Для запроса, который манипулирует ресурсами, такими как POST, PUT или PATCH, тело будет содержать данные от клиента для создания или обновления.
Тело запроса может быть в разных форматах, и сервер понимает формат на основе заголовка запроса, Content-Type .
Вот пример полного запроса URL со строкой запроса и заголовками (без тела, так как это GET):

После того как сервер получил запрос от клиента, он обрабатывает его и отправляет ответ.

5. Сервер обрабатывает запрос и отправляет ответ

  • строка состояния, сообщающая клиенту о статусе запроса
  • заголовки ответа, сообщающие браузеру, как обрабатывать ответ
  • запрошенный ресурс по этому пути, будь то контент, такой как HTML, CSS, Javascript или файлы изображений, или данные

Браузер считает код состояния из 200 успешным. Ответ был 200, поэтому браузер знает, что нужно отобразить ответ.
Ресурсы могут быть статическими файлами, текстовыми (например, index.html ) или нетекстовыми данными (например, logo.img ). Однако браузеры не всегда запрашивают статические файлы. Часто это динамические ресурсы, генерируемые во время запроса, и файл, связанный с ресурсом, отсутствует. Собственно, в этом запросе именно это и происходит. Файла hello-world нет, но сервер все равно знает, как обработать запрос. Сервер создает динамический ресурс, создавая HTML-код из фрагментов или шаблонов и комбинируя его с динамическими данными для отправки в ответ в виде текста, чтобы браузер мог отобразить страницу.
Теперь, когда вы знаете, как сервер формирует ответ для отправки обратно в браузер, давайте посмотрим, как браузер обрабатывает ответ.

6. Браузер отображает содержимое

После того как браузер получил ответ от сервера, он проверяет заголовки ответа на предмет информации о том, как отображать ресурс.Заголовок Content-Type выше сообщает браузеру, что он получил HTML-ресурс в теле ответа. К счастью для нас, браузер знает, что делать с HTML!
Первый запрос GET возвращает HTML, структуру страницы. Но если вы проверите HTML-код страницы (или любой веб-страницы) с помощью инструментов разработчика вашего браузера, вы увидите, что он ссылается на другие ресурсы Javascript, CSS, изображения и запрашивает дополнительные данные для отображения веб-страницы в соответствии с дизайном.
Поскольку браузер анализирует и отображает HTML, он делает дополнительные запросы на получение Javascript, CSS, изображений и данных. Он может делать многое из этого параллельно, но не всегда, и это история для другого поста.

На изображении выше вы можете видеть, что HTML ссылается на ресурс CSS. Браузер делает последующий запрос на сервер, чтобы получить этот ресурс CSS для оформления страницы. Заголовок Content-Type запроса ресурса CSS указывает браузеру отображать CSS. Если браузер запрашивает ресурс изображения, заголовок Content-Type сообщает браузеру, что это нетекстовые данные, и отображает их соответствующим образом.

Подведение итогов

Вы сделали это! Вы отследили запрос URL-адреса от браузера до сервера, на котором он размещен, и ответ обратно в браузер для обработки. Мы рассмотрели взаимосвязь между веб-сайтами, серверами, IP-адресами и рассмотрели каждый из шагов, которые проходит ваш браузер, когда вы вводите URL-адрес в свой браузер и нажимаете клавишу ввода. Для ознакомления вот эти шесть шагов:

Знание того, что происходит, когда вы вводите URL-адрес в браузере, может помочь вам понять, где что-то идет не так, где искать проблемы с производительностью вашего веб-сайта, а также обеспечить безопасность для ваших пользователей.

Если вы хотите попробовать это сами, вы можете создать свой собственный виртуальный частный сервер, настроить CDN и управлять доменами с помощью Amazon Lightsail. Начните прямо сейчас с помощью этого руководства и ознакомьтесь с последними ценовыми предложениями, чтобы приступить к работе еще быстрее.

В этой статье я хочу, чтобы мои читатели получили представление об очень простой концепции веб-мира. Раньше я писал статьи о причудливых вещах сегодняшнего рынка, т. е. о путешествии в Angular, основах реагирования и т. д. Но сегодня я хочу, чтобы мои читатели попали в путешествие, с которым они сталкиваются в первую очередь, когда нажимают на любой URL-адрес.< /p>

Поскольку тема не требует пояснений, что происходит, когда мы нажимаем любой URL-адрес? - начнем!

Прежде чем обсуждать, что происходит после перехода по URL-адресу, мы должны разобраться, что такое URL-адрес на самом деле и что означают различные части URL-адреса, верно? Не теряя времени, давайте узнаем больше об URL-адресах.

URL – унифицированный указатель ресурсов

Если вы посмотрите на его полную форму, то это говорит само за себя: в нем указано расположение ресурсов, к которым мы хотим получить доступ. Это адрес места, куда мы хотим обратиться, чтобы взаимодействовать или найти информацию.

Давайте посмотрим на вашу повседневную жизнь. Если вы хотите посетить дом своего друга по работе или получить информацию, вам нужен его адрес. То же самое происходит и здесь, в этом большом веб-мире: мы должны указать адрес веб-сайта, к которому мы хотим получить доступ. Веб-сайт похож на дом, а URL-адрес — это адрес.

Структура URL

Теперь мы знаем, что такое URL, но до сих пор ничего не знаем о его частях. Поехали!

Давайте рассмотрим пример:

Разница между URL и доменным именем

Основное различие между ними заключается в том, что URL – это полный адрес. URL-адрес сообщает о методе обмена информацией, пути после достижения этого веб-сайта. Принимая во внимание, что доменное имя является частью URL-адреса.

Давайте возьмем наш предыдущий пример, чтобы лучше понять. Вы можете сказать, что домашний адрес вашего друга является доменным именем, тогда как URL-адрес сообщает не только домашний адрес друга (доменное имя), но и то, как вы собираетесь общаться, например, говорить в отдельной комнате (безопасно) или перед всеми ( информация может получить утечку). Он также сообщает путь, т.е. в какую часть дома вы пойдете после входа в дом. Следовательно, доменное имя является частью URL. Доменное имя с дополнительной информацией – это URL-адрес.

Надеюсь, теперь вы разобрались с URL. Перейдем к следующей части.

Имя домена

В предыдущей части я рассказал о доменных именах, но не подробно. Я хочу, чтобы вы углубились в это больше. Как я уже говорил, доменное имя — это адрес веб-сайта.Это придает вашему веб-сайту уникальную индивидуальность в таком огромном веб-мире. Не может быть двух одинаковых доменных имен, НО - Да! Есть «но». Это не единственное определение доменного имени. За этим стоит другая история. Давайте углубимся в эту историю.

Как мы знаем, когда мы нажимаем любой URL-адрес или вы можете назвать доменное имя, этот веб-сайт открывается со своим содержимым. Его обслуживает сервер (обученный компьютер). Мы также знаем, что у каждого компьютера есть IP-адрес, который используется для связи через Интернет. Это адрес, который сам по себе объясняет «IP-адрес». Когда мы нажимаем на любой URL-адрес, мы на самом деле нажимаем на IP-адрес компьютера, который отвечает за обслуживание содержимого веб-сайта (хостинг).

Но теперь вы можете подумать, какого черта. все по адресу? Почему существует это доменное имя, если существует IP-адрес? Почему мы не можем использовать IP-адрес для получения содержимого веб-сайта?

Да! Вы можете использовать IP-адреса для получения содержимого веб-сайта, но на самом деле. Сможете ли вы запомнить IP-адрес, связанный с каждым веб-сайтом? Очевидно нет! Трудно запомнить IP-адрес каждого веб-сайта. Вот почему на рынке появились доменные имена.

Вы можете связать его со своим списком контактов. Вы не можете запомнить номер каждого человека, но вы можете запомнить его имя. Та же концепция применима и здесь. Вы не можете вспомнить эти страшные IP-адреса, но вы можете легко запомнить доменные имена.

Этот огромный объем данных хранится в базе данных, где хранится доменное имя с его IP-адресом. Система, в которой хранятся доменные имена с соответствующим им IP-адресом, известна как DNS (система доменных имен) (думаю, вы о ней слышали).

Думаю, я обсудил достаточно основ. А теперь подробнее о том, как мы нажимаем на любой URL.

Поиск DNS для поиска IP-адреса

После перехода по URL-адресу первое, что нужно сделать, — это разрешить IP-адрес, связанный с доменным именем. DNS помогает решить эту проблему. DNS похож на телефонную книгу и помогает нам указать IP-адрес, связанный с доменным именем, точно так же, как наша телефонная книга содержит номер мобильного телефона, связанный с именем человека.

Это общий обзор, но есть четыре уровня, через которые проходит этот запрос доменного имени. Давайте разберемся с шагами:

<р>1. После нажатия на URL-адрес проверяется кеш браузера. Поскольку браузер поддерживает свои записи DNS в течение некоторого времени для веб-сайтов, которые вы посещали ранее. Следовательно, во-первых, здесь выполняется DNS-запрос, чтобы найти IP-адрес, связанный с доменным именем.

<р>2. Второе место, где DNS-запрос выполняется в кеше ОС, а затем в кеше маршрутизатора.

<р>3. Если на вышеуказанных шагах DNS-запрос не разрешается, требуется помощь сервера-преобразователя. Сервер Resolver — это не что иное, как ваш провайдер (интернет-провайдер). Запрос отправляется провайдеру, где DNS-запрос выполняется в кеше провайдера.

<р>5. Теперь резолвер запрашивает у сервера TLD IP-адрес нашего доменного имени. TLD хранит информацию об адресе доменного имени. Он сообщает распознавателю запросить его у авторитетного сервера имен.

<р>6. Авторитетный сервер имен отвечает за знание всего о доменном имени. Наконец, преобразователь (ISP) получает IP-адрес, связанный с доменным именем, и отправляет его обратно в браузер.

После получения IP-адреса резолвер сохраняет его в своем кеше, чтобы в следующий раз, если придет тот же запрос, ему не пришлось снова выполнять все эти шаги. Теперь он может предоставить IP-адрес из своего кеша.

Это все о шагах, которые выполняются для разрешения IP-адреса, связанного с доменным именем. Посмотрите ниже, чтобы лучше понять:

TCP-соединение с сервером инициируется браузером

Как только IP-адрес компьютера (где находится информация о вашем веб-сайте) найден, он инициирует соединение с ним. Для связи по сети используется интернет-протокол. TCP/IP является наиболее распространенным протоколом. Соединение устанавливается между двумя с помощью процесса, называемого «трехстороннее рукопожатие TCP». Давайте кратко разберемся с процессом:

<р>1. Клиентский компьютер отправляет сообщение SYN о том, открыт ли второй компьютер для нового подключения или нет.

<р>2. Затем другой компьютер, если он открыт для нового подключения, также отправляет сообщение подтверждения с сообщением SYN.

<р>3. После этого первый компьютер получает свое сообщение и подтверждает это, отправляя сообщение ACK.

Чтобы лучше понять, посмотрите на схему ниже.

Начало связи (процесс ответа на запрос)

Наконец, устанавливается соединение между клиентом и сервером. Теперь они оба могут общаться друг с другом и обмениваться информацией. После успешного подключения браузер (клиент) отправляет запрос на сервер о том, что мне нужен этот контент. Сервер знает все, какой ответ он должен отправить на каждый запрос. Следовательно, сервер отвечает. Этот ответ содержит всю запрошенную вами информацию, такую ​​как веб-страница, код состояния, управление кешем и т. д. Теперь браузер отображает запрошенное содержимое.

Вот оно! Весь описанный выше процесс происходит, когда мы нажимаем любой URL. Хотя этот длительный процесс занимает меньше секунды. Это ответ на ваш вопрос: «Что происходит, когда мы нажимаем любой URL-адрес в браузере?»

Онлайн-сервисы бесплатно предоставляют информацию об IP-адресах

  • Массачусетский технологический институт
  • Университет Иллинойса

Выпускник Массачусетского технологического института, который привнес многолетний технический опыт в статьи о поисковой оптимизации, компьютерах и беспроводных сетях.

Крис Селф (Chris Selph) — сертифицированный CompTIA преподаватель технологии и профессиональный преподаватель информационных технологий. Он также работает администратором сети и сервера и выполняет обслуживание и ремонт компьютеров для многочисленных клиентов.

Утилита ping ищет IP-адреса веб-сайтов и других работающих сетевых устройств. Ping пытается связаться с сайтом по имени и возвращает найденный IP-адрес вместе с другой информацией о соединении.

Команда возвращает результат, подобный следующему, который содержит IP-адрес:

И в магазинах Google Play, и в Apple App Store есть множество приложений, которые генерируют одинаковые запросы связи с мобильного устройства.

Многие крупные веб-сайты не возвращают информацию о соединении в ответ на команды ping из соображений безопасности. Однако вы по-прежнему будете видеть IP-адрес сайта. Метод проверки связи не работает, если веб-сайт временно недоступен или если компьютер, используемый для проверки связи, не подключен к Интернету.

Использовать систему WHOIS в Интернете

Альтернативный метод поиска IP-адресов веб-сайтов основан на системе WHOIS в Интернете. WHOIS – это база данных, в которой отслеживается информация о регистрации веб-сайтов, включая владельцев и IP-адреса.

WHOIS не всегда предоставляет информацию об IP-адресе. Вы можете сначала попробовать другой метод.

В методе WHOIS IP-адреса статически хранятся в базе данных и не требуют, чтобы веб-сайт был в сети или был доступен через Интернет.

Использовать списки IP-адресов

Популярные веб-сайты публикуют информацию о своих IP-адресах, которая доступна через стандартный веб-поиск. Например, если вам нужен IP-адрес для Facebook, вы можете найти его в Интернете с помощью простого поиска.

Читайте также: