IP-адрес, что это такое и зачем он нужен
Статьи
IP-адрес. Что это такое и зачем он нужен?
Следите за нашими обновлениями ВКонтакте, чтобы читать статьи одними из первых.
Каждое устройство, подключенное к интернету или локальной сети, наделяется определённым IP-адресом. Благодаря этому становится возможной адресная передача информации между различными устройствами – серверами, сетевыми принтерами, маршрутизаторами и прочей техникой. IP-адрес представляет собой комбинацию чисел, разделённых точками. Он является уникальным, определяя адресацию каждого устройства в той или иной сети – в глобальной, локальной, беспроводной, между двумя компьютерами. Особенностью подобной адресации является то, что в одной сети не могут существовать два и более устройств с одним и тем же адресом. А вот в двух разных сетях адресация совпадать всё-таки может.
IP-адреса выдаются интернет-провайдерам национальными центрами.
Адресация IPv4 и IPv6
Рассмотрим основные версии интернет-протоколов – это IPv4 и IPv6. Первая из них используется в компьютерных сетях очень давно, количество адресов в ней составляет чуть более 4 млрд штук. Каждый Айпи-адрес представляет собой совокупность из четырёх чисел от 0 до 255. Учитывая огромное количество подключенных к интернету устройств, в настоящее время ощущается их нехватка.
Именно нехватка привела к появлению другого интернет-протокола – это IPv6.
Виды IP-адресов. Какие IP-адреса бывают и в чем разница?
В локальных сетях и в интернете используются следующие виды адресов:
- Статические – привязываются к каждому устройству вручную и сохраняются за ними. В случае с интернетом такой адрес можно назвать реальным. Также статическая адресация может использоваться и в локальных сетях;
- Динамические – выдаются DHCP-серверами в автоматическом режиме из свободного на данный момент диапазона. Адресация меняется после каждого подключения к сети;
- Внешние – IP-адреса устройств, подключенных непосредственно к интернету;
- Внутренние – IP-адреса устройств в локальной сети.
Также они подразделяются на классы:
- Класс A – включает диапазон от 1.0.0.0 до 127.255.255.255;
- Класс B – включает диапазон от 128.0.0.0 до 191.255.0.0;
- Класс C – включает диапазон от 192.0.0.0 до 223.255.255.0;
- Класс D – включает диапазон от 224.0.0.0 до 239.255.255.255;
- Класс E – включает диапазон от 240.0.0.0 до 255.255.255.255.
Так как в интернете и в локальных сетях (в том числе в сетях провайдеров) используются внешние и внутренние адреса, то обмен информацией производится через маршрутизаторы, которые перенаправляют потоки данных между устройствами. При этом роутеру назначается внешний адрес, а уже он, за счёт встроенного DHCP-сервера, раздаёт подключенным компьютерам и устройствам внутренние адреса (если не используется статическая адресация).
Айпи-адреса назначаются не только компьютерам в сети, но и серверам, на которых хостятся сайты. А для того чтобы браузер смог понять, с каким сервером ему соединиться, в интернете работает служба доменных имён, которая указывает, по какому IP-адресу располагается нужный сервер.
Кстати, на одном адресе могут располагаться сразу несколько сайтов.
Назначенный компьютеру в интернете реальный (статический) IP-адрес позволит получить к нему доступ из любой точки мира – такая возможность используется для удалённого управления компьютером или для доступа к его содержимому. Также статическая адресация позволяет запускать различные серверные процессы.
Для того чтобы узнать назначенный компьютеру IP-адрес, достаточно заглянуть в свойства сетевого соединения. Здесь же вы увидите Айпи-адрес раздающего устройства (маршрутизатора). Также для этого можно ввести в командную строку команду ipconfig /release. Для того чтобы узнать IP-адрес сервера, на котором располагается тот или иной сайт, достаточно воспользоваться специализированными сервисами. Они определяют не только адресацию, но и наименование хостинга.
Если вам требуется подключить интернет с белым фиксированным ip-адресом, тот вы можете оставить заявку тут.
Клиенты получают неверные настройки (IP-адреса) по DHCP | GeekBrains
Что делать, чтобы определить причину и решить проблемы
5 минут
39767
Автор статьи
Ольга Яновская
Автор статьи
Ольга Яновская
https://gbcdn.
mrgcdn.ru/uploads/post/2436/og_image/937798a9599f5339e64a422c8c4d2dda.png
Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — IP-адрес, маску, шлюз по умолчанию и адреса DNS-серверов (хотя последнее на самом деле опционально). Есть два основных способа назначения сетевых настроек — статически (вручную) и динамически (автоматически по протоколу DHCP от DHCP-сервера).
Второй вариант чаще всего гораздо удобнее, ведь настройки не придётся прописывать руками. Но наверняка многим приходилось сталкиваться с ситуацией, когда клиентское устройство получает совершенно другой IP-адрес вместо корректных настроек от DHCP-сервера. И тогда очень важно понять, почему так происходит и как всё быстро исправить. В посте я расскажу об этом.
Симптомы
Обычно всё начинается с жалоб на неработающий интернет или отсутствие доступа к локальным сетевым ресурсам. Иногда достаточно провести диагностику только на стороне клиента, но может понадобиться полная диагностика и со стороны сервера в том числе.
Начнём с первой опции.
Диагностика на стороне клиента
Чтобы понять, что происходит, первым делом, конечно, следует проверить, подключён ли клиент физически к проводной или беспроводной сети. Если да, то самое время приступать к проверке сетевых настроек на устройстве клиента с помощью утилит ipconfig /all (в командной строке Windows), ifconfig или ip addr (в терминале Linux).
Вывод команд покажет текущий IP-адрес и другие настройки на сетевом адаптере (или всех адаптерах, если их несколько). При этом, если на сетевом адаптере нет корректного IP-адреса, возможных вариантов его настроек может быть немного.
Вариант 1. Текущий IP-адрес имеет вид 169.254.Х.Х
Скорее всего, на клиентской машине при этом установлена ОС Windows. Это значит, что клиенту действительно не удалось получить сетевые настройки, потому что DHCP-сервер не отвечал, и адрес был сгенерирован службой APIPA (Automatic Private IP Addressing) из диапазона 169.
254.0.0 – 169.254.255.255. Если клиент — Linux-машина, адрес может принимать вид 0.0.0.0, либо отсутствовать в принципе.
Пожалуй, самое очевидное действие в такой ситуации — попытаться снова получить IP-адрес, отправив повторно DHCP-запрос, а заодно убедиться, что на устройстве запущен DHCP-клиент. Это можно сделать несколькими способами:
- отключиться от сети на 10–30 секунд и подключиться снова;
- перезагрузить устройство;
- выполнить последовательно команды. В командной строке Windows: ipconfig /release, затем ipconfig /renew. В терминале Linux: dhclient -v -r, потом dhclient или dhcpcd -k, затем dhcpcd ().
При выводе каких-либо ошибок и/или предупреждений нужно в первую очередь их устранить — например если DHCP-клиент не запущен, сперва его необходимо включить. После этого нужно снова проверить настройки. Если результат остался прежним, проверьте работоспособность сетевого драйвера и стека протоколов TCP/IP в целом.
Вариант 2. Текущий IP-адрес не из диапазона 169.254.0.0 – 169.254.255.255, но и не из того диапазона адресов, которые должен выдавать DHCP-сервер
Как известно, чудес не бывает. Если настройки, которые получает клиент, не от доверенного DHCP-сервера в сети, значит, их раздаёт кто-то другой. Тот, кто случайно или специально подключил к сети DHCP-сервер со своей конфигурацией. Возможно, это обычный Wi-Fi-роутер, к которому кабель по ошибке подключили через один из LAN-портов. Тогда ваша задача — найти недоверенный DHCP-сервер и предотвратить такие попытки в будущем.
Здесь нужно вспомнить, как работает DHCP-протокол. Клиент отправляет широковещательный запрос (DHCPDISCOVER), который получат все DHCP-серверы в сети и отправят в ответ свои предложения IP-адреса (DHCPOFFER).
При этом клиент примет первое полученное предложение (DHCPOFFER), скорее всего, от ближайшего DHCP-сервера, а остальные отклонит.
Очевидно, что предложение от доверенного DHCP-сервера приходит позже, скорее всего, потому, что он дальше от клиента. Для последующей диагностики на устройстве клиента нужно установить анализатор сетевого трафика (Wireshark или tcpdump), запустить его, отфильтровав трафик по типу протокола DHCP или портам 67–68, и посмотреть в DHCP-ответах IP и MAC адрес DHCP-сервера, который их отправляет:
Дальше дело за малым. Во-первых, можно воспользоваться сервисом macvendors.com или аналогичным и по MAC-адресу определить производителя оборудования этого устройства. У Wireshark есть такая функция. Во-вторых, если есть управляемые коммутаторы в сети, найти по MAC, в какой порт какого коммутатора подключено это устройство. После нейтрализации недоверенного DHCP-сервера клиенту, скорее всего, удастся получить верные настройки.
Для предотвращения таких инцидентов в будущем рекомендуется внедрить методы защиты от атак на DHCP на сетевом оборудовании.
Вариант 3. Текущий IP-адрес корректный, но доступа к интернету и другим сетевым ресурсам по-прежнему нет
Если это так, то стоит вернуться к проверке не только самого IP-адреса, но и всех остальных настроек. И особенно к проверке маски, адреса шлюза по умолчанию и адресов DNS-серверов, так как именно через шлюз устройству предстоит связываться с другими сетями, а с помощью DNS-серверов — преобразовывать доменные имена в IP-адреса.
Следует помнить, что DHCP-сервер может раздавать настройки выборочно, а сам клиент может выборочно их применять. Например, только IP-адрес, маску и шлюз. Это скорее исключение, но в таком случае адреса DNS придётся прописать руками. Гораздо хуже, если настройки адресов DNS-серверов от DHCP-сервера игнорируются просто потому, что их переопределяет стороннее ПО или неверные статические настройки. Такое тоже бывает.
Диагностика на стороне сервера
Итак, диагностика на стороне клиента показала, что проблем не обнаружено.
Независимо от реализации DHCP-сервера, теперь необходимо пошагово проверить ряд предположений, начиная с самых простых и очевидных.
Запущен ли DHCP как сервис?
В зависимости от ОС, дистрибутива и реализации DHCP-сервера, проверить это можно по-разному. Если сервис остановлен и есть ошибки в конфигурационных файлах, то запустить его не удастся. Это первая отправная точка. Если сервис запущен, можно переходить к следующему шагу.
Приходят ли запросы от клиентов на DHCP-сервер?
Чтобы определить это, нужно снова запустить анализатор сетевого трафика. На этот раз на сервере. После запуска на сервере tcpdump, dhcpdump или Wireshark клиенту, у которого проблемы с получением адреса, необходимо попытаться получить его снова любым способом, описанным в начале статьи. Если DHCP-сервер работает в штатном режиме, то должны быть и запросы, и ответы. Но всё может быть иначе.
Нет ни запросов, ни ответов?
Предположим, что у нас есть по крайней мере один клиент, которому не удаётся получить настройки, и запрос от него точно должен был прийти на сервер.
Если этого не произошло, очевидно, что клиент либо сам не отправляет запрос, либо запрос не доходит до сервера по разным причинам. Может, он блокируется на промежуточном сетевом оборудовании или в сети некорректно работает ретрансляция DHCP-запросов dhcp_relay.
Чтобы это проверить, можно в первом случае вернуться к диагностике на стороне клиента и проследить с помощью анализатора сетевого трафика, что клиент отправляет DHCP-запрос. Во втором — проверить настройки на промежуточном сетевом оборудовании.
Запрос(ы) есть, ответа(ов) нет?
Самая простая и очевидная причина в этом случае — закончился пул свободных адресов. Это легко проверить на самом DHCP-сервере по списку выделенных IP-адресов (leases). Если причина действительно в этом — задумайтесь: возможно, пришло время для увеличения пула пригодных для использования IP-адресов на сервере. Чтобы решить проблему прямо сейчас, можно почистить список существующих адресов, выданных в аренду клиентам, уменьшить время аренды и перезапустить сервис DHCP.
Но быстрые решения помогают не всегда, а причин может быть гораздо больше. В таком случае придётся детально просматривать логи, а также последние изменения в конфигурации на сервере.
Нашли ошибку в тексте? Напишите нам.
87.240.137.134 — Информация об IP — VK
87.240.137.134 — Информация об IP
Информация об обнаружении
На следующей странице представлена подробная информация о приложениях, протоколах, имена хостов, сетевые точки присутствия и многое другое. Вы можете получить доступ к полному набору данных через API потока данных Netify.
Сводка IP-стека
| Уровень | Детали | Категория |
|---|---|---|
| Приложение | ВК | Бизнес |
| Сеть | ВК — Базовая сеть | Бизнес |
Geo Cluster
Основные страны, подключающиеся к 87. 240.137.134:
Португалия
Южная Африка
Информация об IP
Информация о маршрутизации
Маршрутизация и ASN
ASN (номер автономной системы) предоставляет информацию о маршрутизации и местоположении.
для трафика, поступающего на этот IP-адрес.
Приложение
ВК — Бизнес
ВКонтакте — российский интернет-конгломерат, которым пользуются преимущественно русскоязычные пользователи. Компания управляет социальной сетью ВКонтакте, порталом Mail.ru, My.com и другими интернет-ресурсами.
Некоторые IP-адреса могут совместно использоваться несколькими приложениями, особенно в сетях доставки контента (CDN). Однако, похоже, что 87.240.137.134 посвящен ВК.Приложения
Ниже приведен пример приложений, обнаруженных на этом IP-адресе.
Сеть
VK — Базовая сеть
VK управляет базовой сетью для прохождения трафика
на/с этого IP-адреса.
Сеть
ВК управляет собственной внутренней сетью через частные дата-центры и интернет-биржи.
Известные имена хостов
- psv4.userapi.com
Известные данные об именах хостов
Список заметных имен хостов, обнаруженных на этом IP-адресе
исходят не только от DNS-запросов, но и от HTTP-заголовков, TLS-сертификатов,
Подсказки DNS и другие методы глубокой проверки пакетов.
Статистика протокола
Ниже приведен пример протоколов, обнаруженных на этом IP-адресе.
API передачи данных
Показанные здесь данные также доступны через наш API потока данных.
Дополнительную информацию можно найти на странице информации о фиде данных.
"данные": {
"тег": "netify.twitter",
"метка": "Твиттер",
"shared_ip_detected": правда,
"категория": {
"идентификатор": 24,
"тег": "социальные сети",
"label": "Социальные сети"
},
...
"сетевой_список": [
{
"сеть": "104.123.31.44/32",
"версия": "ipv4",
"detection_type": "ай",
"общий": ложь,
"Платформа": {
"идентификатор": 1002,
"тег": "акамай",
"этикетка": "Акамай",
"категория": {
"идентификатор": 2,
"тег": "cdn",
"этикетка": "CDN"
},
}
},
...
Интеграция и индивидуальные решения
У вас есть вопросы об интеграции, API или индивидуальной разработке?
Свяжитесь с нами
94.100.180.31 | ООО ВК | AbuseIPDB
Проверьте IP-адрес, доменное имя или подсеть
например. 161.97.168.212 , microsoft.com , или 5.188.10.0/24
Об этом IP сообщили 9 раз. Уверенность в жестоком обращении — 0% : ?
| Интернет-провайдер | ООО ВК |
|---|---|
| Тип использования | Центр обработки данных/Веб-хостинг/Транзит |
| Имя хоста(ов) | mxs.mail.ru |
| Имя домена | Mail.ru |
| Страна | Российская Федерация |
| Город | Москва, Москва |
Информация об IP, включая интернет-провайдера, тип использования и местоположение, предоставленная IP2Location. Обновляется ежемесячно.
Отчет 94.100.180.31
Whois 94.100.180.31
Отчеты о злоупотреблениях IP для
94.100.180.31 : Об этом IP-адресе сообщили в общей сложности 9 раз из 4 разных источников. Впервые о 94.100.180.31 сообщили , а последнее сообщение было .
Старые отчеты: Самый последний отчет о злоупотреблениях для этого IP-адреса поступил от . Возможно, этот IP больше не участвует в противоправных действиях.
| Репортер | Дата | Комментарий | Категории | |
|---|---|---|---|---|
| pixelmemory.us | 200.77.226.167 -> 52.100.156.215 Чт, 27 окт. 2022 г. 13:03:03 -0700 Тема: [ВНЕШНЯЯ ЭЛЕКТРОННАЯ ПОЧТА — ИСПОЛЬЗУЙТЕ ЦС … показать еще200.77.226.167 -> 52.100.156.215 Чт, 27 окт. 2022 г. 13: 03:03 -0700 Тема: [ВНЕШНЯЯ ЭЛЕКТРОННАЯ ПОЧТА – ИСПОЛЬЗУЙТЕ ОСТОРОЖНО] Уведомление о претензиях Ответ-кому: <[email protected]> показать меньше | Фишинг Спам по электронной почте | ||
| Дэймон | Заблокировано 94.100.180.31 За нарушение политики с использованием электронной почты неавторизованного отправителя | Спам по электронной почте Сканирование портов Грубая сила | ||
| Юрий Иофэ | спам | Веб-спам Спам по электронной почте | ||
| Анонимный | Мошенничество в Нигерии
От: ЭМИЛИЯ АДУ <[email protected]> Кому ответить: [email protected] … показать ещеNigeria scam | Заказы на мошенничество Фишинг Спам по электронной почте Спуфинг | ||
| pixelmemory.us | 217.197.152.131 Чт, 14 окт. 2021 08:19:51 -0700 Тема: RE:FBI RECOVERY OF DIVERTED ATM CARD j R … показать еще217.197.152.131 Чт, 14 окт. 2021 08:19:51 -0700 Тема : RE:ВОССТАНОВЛЕНИЕ КАРТЫ БАНКОМАТА, УДАЛЕННОЙ ФБР j Ответить на: <[email protected]> показать меньше | Фишинг Спам по электронной почте | ||
| Юрий Иофэ | спам | Веб-спам Спам по электронной почте | ||
| Юрий Иофэ | спам | Фишинг Спам по электронной почте | ||
| pixelmemory.us | 167.142.179.140 Ср, 2 июня 2021 г. 04:51:06 -0700 Тема: КАБИНЕТ ПРЕЗИДЕНТА СЕНАТА Ответ-Кому: … показать еще167.142.179.140 Ср, 2 июня 2021 г. 04:51:06 -0700 Тема: КАБИНЕТ ПРЕЗИДЕНТА СЕНАТА Ответить: <[email protected]> показать меньше | Фишинг Спам по электронной почте | ||
| pixelmemory.us | 201.163.123.162 Пт, 7 мая 2021 г. 11:41:26 -0700 Тема: СРОЧНО СВЯЖИТЕСЬ С МНОЙ [email protected] … показать еще201.163.123.162 Пт, 7 мая 2021 г.  |