Протокол динамической конфигурации хостов DHCP - Лекции по курсу "Компьютерные сети" -
Как можно поддержать курс:
1. Яндекс Кошелек - money.yandex.ru/to/4100142982...
2. PayPal - www.paypal.me/asozykin
Заранее спасибо за помощь!
Добавляйтесь в друзья в социальных сетях:
вКонтакте - vk.com/avsozykin
Facebook - / asozykin
Twitter - / andreysozykin
Протокол DHCP позволяет назначать IP-адреса компьютерам в сети автоматически.
Протокол использует архитектуру клиент-сервер, которые обмениваются сообщениями в режиме запрос-ответ.
Сообщения DHCP:
- DISCOVER - Поиск DHCP сервера
- OFFER - Предложение IP-адреса DHCP сервером клиенту
- REQUEST - Запрос IP-адреса DHCP клиентом
- ACK - Подтверждение назначения IP-адреса DHCP клиенту
- NACK - Запрет использования запрошенного DHCP клиентом IP-адреса
- RELEASE - Освобождение IP-адреса
- INFORM - Запрос и передача дополнительной конфигурационной информации
Для получения IP-адреса используются следующие сообщения: DISCOVER, OFFER, REQUEST, ACK (сокращенно DORA).
DHCP сервер выдает IP-адрес DHCP клиенту на ограниченное время, которое называется время аренды (lease time). После его окончания IP-адрес освобождается, но
DHCP клиент может продлить использование IP-адреса при необходимости.
Кроме IP-адреса, по DHCP также назначаются дополнительные параметры конфигурации сети. Для передачи этих параметров служат DHCP опции. Примеры часто используемых опций:
- Маска подсети
- Маршрутизатор по умолчанию
- Адреса DNS-серверов
- Имя домена
- Адреса серверов времени
- Маршруты
Практические занятия по курсу "Компьютерные сети" -
goo.gl/YP3l83
Практика "Протокол DHCP в Wireshark" - • Протокол DHCP в Wiresh...
Мой канал с краткими и понятными объяснениями сложных тем в ИТ и компьютерных науках:
goo.gl/kW93MA
Лайк за Дору (DORA)! Приятно, что создатели протокола DHCP отдали дань уважения богине и ее замечательному, нетленному творчеству
Да, можно только позавидовать тому, насколько далеко в будущее смотрели создатели протокола DHCP!
Что ещё за богиня? Кто разрешил? Не положено!
хоть на будильник ставь "ПРИВЕТ Я АНДРЕЙ СОЗЫКИН!")
Если слушать с ускорением, то звучит нормально
А мне с нормальной скоростью лучше заходит. Внятная, четкая речь с длинными смысловыми паузами как-то лучше пониманию способствует. Да и оптимизма добавляют эти медленные, но доброжелательные приветствия и прощания :3
лучше так : " ПРИВЕТ , ЭТО НАВАЛЬНЫЙ !" kzhead.info/sun/pdqDlc6jiaZmo4E/bejne.html
@@user-gd6il5zb8l да и ещё надо успевать записывать важные вещи в тетрадку
@@FeelUs Мне на оборот нужно ещё медленнее слушать
Эти видео нужно шейрить! Огромная работа, прекрасная подача. Спасибо!
+Дмитрий Деев, спасибо!
Я человек простой, вижу видео от Андрея - ставлю лайк, иногда четное количество раз)
Спасибо!
Огромное спасибо за видео. Не просто поставлю лайк еще и скачаю. Очень доступно.
Пожалуйста!
Андрей, ваши видео мне порекомендовали одногруппники которые готовились к пересдаче по сетям. Честно, я даже не ожидал что это окажется так интересно и доступно для понимания. Супер подача
Спасибо огромное все объемно,рационально, доступно! Спасибо 🙏
Спасибо. Qilgan bu yaxshi amallariyezni ajrini bersin
Андрей, большое спасибо за ролики. У вас очень приятная и доступная подача материала. Дай вам Бог здоровья!
Новая версия лекции по протоколу DHCP. Предыдущая перенесена в архив и через некоторое время будет удалена.
Спасибо, за помощь в сдаче зачёта )))
Пожалуйста! Успехов!
Низкий поклон Андрей за кладезь информации, которая дороже золота.
Спасибо!
После ваших обьяснений все становится понятно! благодарю!
Доступно, доходчиво, понятно, ничего лишнего. Большое спасибо.
Спасибо огромное, четко и по делу, и все оказалось элементарно!
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!
Вы гений! Я работаю в ИТ сфере но смотрю ваши лекции много чего нового узнаю. Спасибо большое
Пожалуйста!
Андрей, спасибо за Ваши видео! Помогаете студентам готовиться к сессии. Все доступно и понятно объясняете :)
Пожалуйста! Успехов на экзамене!
Реально все подробно описал как работает! даже в википедии такого нету и в другом месте не нашел! я начинающий вот теперь понял что такое DHCP! огромное спасибо за инфо!!!
Это потрясающе и очень удивительно! Пока нигде не находил такой контент, где понятно от начала и до конца. Объяснения очень доходчивы и без слов-паразитов
Спасибо!
у меня есть парочка ещё каналов, напиши вк id, я кину ссылки.
Мне кинь, /omavel
Балин Омавель напомни плс после 18 числа, пока не могу
@@w1tcherj напоминаю
Очень круто. Хочу знать всё, что Вы знаете и даже больше)))
Все понятно и по полочкам разложено! Очень приятно слушать вас. Спасибо .
Пожалуйста! Рад, что понравилось!
Привет, Андрей (С) :) Огромное спасибо за курсы))
Пожалуйста!
Большое спасибо, все понятно и доступно!
Пожалуйста!
было бы круто после каждой лекции запилить онлайн тесты по текущей тематике
согласен
запили)
@@user-um7bp1qj4n сам пили брат
Коротко и ясно, Спасибо!
Огромное спасибо за этот курс лекций!
Пожалуйста!
Добрый день. Спасибо за видео, очень полезно!
Пожалуйста!
Спасибо тебе.
+Smithy, пожалуйста!
Получается, в роли сервера DHCP не обязательно должен быть именно специально выделенный сервер, а тот же Wi Fi роутер (к примеру, TP Link), который назначает автоматически IP-адреса всем беспроводным устройствам? У меня в настройках роутера во вкладке DHCP указан диапазон IP 192.168.0.100 - 192.168.0.199. Спасибо большое за лекцию! Наверное, лучшее, что пока видел по этой теме в KZhead.
Да, маршрутизатор часто бывает DHCP сервером.
Спасибо
Очень доступно и понятно, спасибо большое
+СраныйЛиберал, пожалуйста!
Замечательно объясняете, спасибо!)
Пожалуйста! Рад, что понравилось!
Спасибо!
Спасибо!!! Классно объяснил. Побольше бы таких преподавателей
+Сергей Заболотний, пожалуйста! Рад, что понравилось!
Спасибо за видео!
Пожалуйста!
Отличное изложение материла. Впрочем, как всегда. Очередное огромное спасибо!
Пожалуйста!
Спасибо вам, Андрей!
Пожалуйста!
Прекрасная подача информации. Всё понятно и просто рассказано. Отличная серия про сети. Спасибо!
Пожалуйста. Рад, что понравилось.
Спасибо за знания.
Пожалуйста.
Спасибо, Андрей.
Пожалуйста!
спасибо, здорово, подпишусь, еще послушаю что-нибудь
Пожалуйста!
Отличное, лёгкое последовательно обьяснения работы DHCP. Спасибо!
Пожалуйста! Рад, что понравилось!
Спасибо за видео,как раз не хватает теории,подписался на канал.
Пожалуйста! Спасибо за подписку!
Огромное спасибо за очень обстоятельное изложение материала! Рекомендация курса оправдала на все 100 %.
Пожалуйста! Рад, что рекомендация не подвела ;-)
Отличное видео, спасибо автору за труд👍
Пожалуйста! Рад, что понравилось!
Спасибо за видео
Пожалуйта!
Прекрасная лекция!!!
+олег иванов, спасибо!
Очень хорошо и доступно поданная информация! Спасибо
Пожалуйста!
Шикарное видео
+Дмитрий Дёмин, спасибо!
спасибо
спасибо, очень внятно
+rhcpdanik, пожалуйста!
Чел, ты крут!
Спасибо!
Спасибо, Андрей, ты супер!
Пожалуйста!
Спасибо за ролик. Очень полезный. Его бы, да парой дней ранее, когда на собеседовании вопрос про dhcp задавали)
Зато пригодится на следующем собеседовании ;-)
спасибо за понятный видос!
Пожалуйста!
Доброго времени! Классные видео, всё доходчиво! Единственное видео не пронумерованы, смотришь по темам видео не понятно с какого начинать.
Есть плейлист, в котором видео в нужном порядке - kzhead.info/channel/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1.html И еще плейлист с новой версией курса, которую я сейчас записываю - kzhead.info/channel/PLtPJ9lKvJ4ojPWFLuUz6g8c73Ta45bUN8.html
Все четко, доходчиво, отличное видео!!!
Спасибо!
..лайк + подписка..! ..прекрасно всё объясняете..! ..жалко, что нельзя 1001 раз лайкнуть..! ..большое вам спасибо..!!!
Спасибо!
Гениальное объяснение
Спасибо!
4:44 здесь немного не понял. Получается сервер должен отправить NACK, согласно тому, что сказано дальше.
весьма толково!
Спасибо!
Андрей, ролики отличные! Позвольте тупой вопрос: При статическом назначении ip, поставить правило в фаерволе знаю как, как по ssh подключиться, тоже догадаюсь, а как настраивать ssh, или правило на фаерволе без статики ставить?
спасибо!!!
Пожалуйста!
Да, мне когда одногруппник рассказывал как запомнить процедуру получения ip адреса, он и отметил, что DORA) любимая его певица
За 12 минут узнал больше, чем за 5 лет универа.
Спасибо!
Спасибо вам большое! Эти видео настолько хороши, что нам их включают в колледже на паре по КС.
Отличная новость, спасибо!
Спасибо за интересный курс, хотелось бы увидеть видео про мультикаст.
+Дмитрий Ещенко, спасибо за хороший отзыв. К сожалению, в мультикасте не разбираюсь совершенно. Поэтому хорошую лекцию сделать не смогу.
По мультикасту отлично написано в сетях для самых маленьких. Да, там надо читать, но написано очень просто и толково.
Очень познавательно !
Спасибо!
В плейлисте.
Спасибо!
СПОСИБО)
Пожалуйста!
Спасибо, единственно пока не понял какая софтина на клиенте продлевает срок аренды и в какой момент. Network Manager (в Linux) ?
*Л. а. й. к. о. с.* за видос.
Спасибо!
Спасибо большое за отличные лекции и вложенный труд, чтобы разложить все по полочкам. Вопрос про DHCP Relay: чтобы роутер смог обратиться с DHCP серверу, у него либо должен быть IP-адрес DHCP, чтобы обратиться к нему напрямую, либо роутер делает широковещательный запрос в подсети. Какой из вариантов верный?
Второй вариант
Спасибо за отличную подачу и информативные видео! Есть момент где немного не понял. Вы сказали, что если DHCP серверов 2, на переходе с этапа 3 на 4( АСК ) ответит тот, который опознал свой ip адрес. А если оба сервера опознали свой ip одновременно ? Или одновременно не могут, и там по сути тот сервер, который быстрее второго свой ip опознал, тот и выполняет аск ? Заранее спасибо!
Клиент выбирает один адрес из двух предложенных. Либо а, либо б, грубо говоря. И отсылает один из них, допустим, "а", на оба сервера. Но "а" предлагал только один сервер, а второй предлагал "б". Понимаете?
Если ты не препод, то очень мог бы им стать) подача информации отличная.
Я препод ;-)
👍🏻👍🏻👍🏻
👍
Андрей, а вы уже снимали видео о том, как обьеденить несколько сетей в одну, используя статические маршруты, маску подсети.. и т.д.? Если нет - было бы интересно послушать)
В видео по маршрутизации (kzhead.info/sun/aseCma9roZSBY6s/bejne.html) ближе к концу есть подобная тема. Но не о том, как объединять сети, а как разбивать одну сеть на несколько. Такая задача встречается гораздо чаще, т.к. мы получаем от провайдера один блок IP-адресов, и нам нужно его разбить на отдельные сети. Это то, что нужно?
посмотрю отпишусь
кстати полезное видео, Только ты читаешь лекции как какую-то историю)))
+Золотая Осень, не понял, это хорошо или плохо ? :)
Не в обиду, просто воспринимаю инфу как рассказ документальный))
10 баллов из 10
Спасибо!
Спасибо за лекцию, конечно, поделюсь в сети курсом!) Извините, смотрю уроки выборочно, поэтому есть пробелы, если уже существует видео на какую-то тему, дайте, пожалуйста ссылочку. Мои вопросы: 1). Что за такой широковещательный мак адрес и что обычные компьютеры, машрутизаторы предпринимают в том случае, когда к ним доходит DHCP сообщение от DHCP клиента. 2). 06:14, тут имелось ввиду конфигурационных файлов, а не серверах? 3). Получается, что сервер может работать на нескольких разных протоколах и быть своего рода универсальным? 4). Сейчас в современном мире, не только освобождение ip-adress происходит автоматически, но и получение аренды и ее продление? 5). В таком случае, современные провайдеры работают по протоколу DHCP, когда в настройках подключения TCP/IP все выставляется автоматически? А что получается, когда в настройках все данные TCP/IP вводятся в ручную при определенном провайдере? 6). Когда два DHCP сервера предлагают ip адрес одному и тому же клиенту, как клиент решает какой именно из двух предложенных выбрать? 7). 4:44 Получается сервер должен отправить NACK, если взяли не его адрес?
Про MAC-адреса (и широковещательный в том числе) можно посмотреть тут: kzhead.info/sun/isedp7eCqYZ8dGg/bejne.html Судя по тому, что про широковещательные маки вы не знаете, вы, видимо, наткнулись на одно видео и не видели весь курс. По этой же ссылке можно также увидеть и плейлист всего курса. Есть также отдельный плейлист с практиками: kzhead.info/channel/PLtPJ9lKvJ4oiKPQ9GXOvntj44Eu8IGAJK.html И сама страничка курса с рекомендуемым порядком просмотра лекций и прочим: www.asozykin.ru/courses/networks_online А ответы на остальные вопросы я бы и сам зачел)
6. Нашел ответ на этот вопрос тут: kzhead.info/sun/qL6DaLuOm6ljdqM/bejne.html&lc=UgzRIJgcxcP5Fps8yj54AaABAg
Спасибо огромное, очень крутой курс лекций! Небольшой уточняющий вопрос - если после конфигурации по DHCP поставить руками другой ip, уже занятый, то вроде как сразу не получится - ОС сделает ARP запрос и поймёт, что такой ip уже есть? А если эту проверку не делать (например какое-то особое железо или обойти такую проверку в ОС), получится что будут в одной подсети две машины с одним ip, и обе будут получать пакеты для этого ip? Или это будет ошибка с точки зрения ARP на маршрутизаторе, что две машины ответили своим MAC-ом на запрос по одному и тому же ip?
Если обмануть Настройки в ОС или каком-то устройстве и назначить IP-адрес, который уже есть в сети, то не гарантируется работа обоих устройств. Что конкретно будет происходить, зависит от реализации. Могут не работать оба устройства, работать только одно из двух, работать оба попеременно в течение коротких промежутков времени и т.п.
Кратко и информативно - очень круто! Но как все это работает в масштабе одного компьютера дома с каким-нибудь интернет провайдером? В таком случае DHCP сервер у интернет провайдер будет да?, Компьютер при включение отправляет запрос на получение ip адреса - этот сигнал ловит роутер или если компьютер подключен прямо, то сразу идет запрос к интернет провайдеру, и там DHCP сервер отвечает? PS. Извиняюсь если какие-то термины использую не правильно
Как правило, сейчас дома стоят Wi-Fi маршрутизаторы. DHCP-серверы встроены в них.
Спасибо. Но некоторые нюансы не освещены. Например не описана ситуация какой ip адрес отправителя будет указан в случае широковещательного через маршрутизатор. Иными словами как сервер будет общаться с клиентом которому ещё не назначен ip адрес
Да, курс специально не освещает большую часть технических деталей. Чтобы можно было быстро понять общую логику работы и взаимодействие с другими компонентами сетей. После этого уже нужно разбираться в деталях каждого протокола.
Андрей очень нравятся ваши уроки, подскажите пожалуйста в роли маршрутизатора вы имейте ввиду маршрутизатор провайдера или роутер?
Маршрутизатор - это перевод с английского слова роутер.
Старшая часть IP-адреса хоста должна совпадать с IP-адресом подсети, в которой находится хост. Чтобы хост получил правильный IP-адрес DHCP-сервер должен знать, из какой подсети пришёл запрос. Как DHCP-сервер определяет подсеть или какие IP-адреса он выдает, если к нему могут приходить запросы из других подсетей через DHCP-relay?
При пересылке запросов DHCP-relay добавляет в DHCP-пакет информацию о том, откуда пришёл запрос. Это делается в виде дополнительных DHCP-опций в пакете.
@@AndreySozykin вы про 82 опцию DHCP?
Наверно ,поэтому через роутер в разы возрастает трафик, в сравнении без него при мобильном интернете через юсб модем.И те 20ГБ от сотового оператора которых хватает на месяц,улетают за 2 дня,даже если ничего не качать и не открывать.
Здравствуйте, Андрей! Почему на 4:33 клиент вышлет полученный второй ИП первому серверу? ведь он получил его с другого адреса (мака) и логично отправить его только ему. Или пока он не получит окончательно ИП то все сообщения будут иметь широковещательный тип? спасибо!
+Мамед Абдулаев, да, пока IP не назначен, все сообщения отправляются на широковещательный адрес.
жаль что в моем универе нет таких преподов(
+vlad komar, спасибо за приятный отзыв. Успехов в изучении сетей!
какой универ, это базовое для техникума или недельных курсов.
@@eugenem4854 так он и написал не "жаль в моем универе нет таких курсов", а "жаль в моем универе нет таких преподов"
@@eugenem4854 у меня в универе когда начались сети, то всё с основ начиналось
@@eugenem4854 Наверное стоило лектору полтора часа рассказывать, 20 минут настраивать проектор, 20 минут говорить о том зачем этот курс или о том зачем эта презентация, 13 минут про DHCP, 20 минут минут рассказывать кулсторис из жизни и завершить лекцию. Он даже в видеороликах не пугает отчислением и армией. Верно подметил, атмосферка не как в ВУЗе. Он ещё и на вопросы отвечает после лекции в комментариях простым смертным. Ужас просто =)
У меня из того, что говорилось про работу на сетевом уровне, сложилось впечатление, что сообщения DHCP вкладываются напрямую в Ethernet-фреймы. Кажется, что на практике это не совсем верно, т.к. через Wireshark на моей машине видны ещё заголовки IP и UDP. Про это, кажется, в видео не упоминается. Поправьте, если ошибаюсь.
Нет однозначного метода классификации сетевых протоколов. Про то, на каком уровне работает DHCP, у меня есть отдельное видео - kzhead.info/sun/a8WweMarsXp6dJE/bejne.html
Замечательное обьяснение!Можете ответить какой IP-адрес шлюза по умолчанию определяют для подсети DHCP-сервера?
+Dey Chydesniy, определеного адреса нет. Часто используют адрес с номером хоста 1. Но это не обязательно, можно использовать любой адрес.
никакой, он его не указывает по идее.
Андрей, насколько я знаю, перед предложением адреса хосту DHCP сервер пингует предлагаемый адрес, по крайней мере циска так работает пингует 2 раза через 2 сек. У Вас этот момент упущен.
Про пинг ничего в RFC, который описывает DHCP, нет. У Cisco это особенности конкретной реализации, которые могут отоичаться у других производителей. Я стараюсь рассказывать о том, что общее у всех.
Андрей здравствуйте! Курс очень хороший, спасибо вам за вашу работу. Скажите пожалуйста, когда компьютер получает два сообщения OFFER от 2х серверов, но IP какого сервера выберет компьютер, как он решает от какого сервера принять IP?
Зависит от реализации. Как правило, выбирается первый полученный IP. Или может выбираться тот OFFER, где больше дополнительной информации для настройки, а не только один IP адрес.
Завидую Вашим ученикам !!
Спасибо за видео, многое стало понятнее =) Тут в теории пытаюсь разобраться, не подскажете: Такой вопрос, а может быть что DHCPDecline - отправляет сервер, а не клиент?
В RFC по DHCP (www.ietf.org/rfc/rfc2131.txt ) написано, что DHCPDECLINE отправляет только клиент серверу.
@@AndreySozykin благодарю за ответ!) Eщё последние вопросы, извиняюсь если уже надоел) Может ли быть в теории такая ситуация - что: Клиент, пытается продлить аренду своего ип-адреса, но (тут что-то происходит) и клиент отправляет DHCPDecline потому что ИП который он хочет продлить уже занят? из-за чего может возникнуть такое? это как-то связано с состояниями аренды, но не могу дойти до нормального ответа. Нам просто сказали что такая ситуация возможна, но реализация осталась тайной. И возвращаясь к предыдущему вопросу, в dhcpd на linux, есть максимальное время аренды, превысив которое клиент должен вновь запросить ип, может ли случиться так - что на этот ип уже "забита очередь"?(имею ввиду, что есть компьютер который "застолбил" для себя этот ип, и когда закончится его текущая аренда, он сразу заберет его себе) И в примере с двумя DHCP, я сделал так что одному компьютеру оба сервера выдают один и тот же ип, и при включении компьютера в сеть, вышла стандартная DORA. Но фишка в том, что второй DHCP сервер "который не успел" - отправил широковещательное ACK, хотя в Request клиент выбрал первый сервер. Не совсем понимаю почему он отправил его? Он же должен был прочитать широковещательный Request и понять, что это не его ип и ничего не отвечать. Спасибо ещё раз!) и за видео и за ответ)
При настройках по умолчанию клиенты отправляют запрос на продление аренды когда прошла только половина lease time. Если время аренды закончено, то сервер может отдать IP-адрес другому компьютеру.
Два DHCP должны выдавать адреса из разных диапазонов. Если они выдают одни и те же адреса, то работают в режиме обеспечения надежности, и второй сервер правильно сделал.
@@AndreySozykin 1) вопрос в другом, что должно произойти, чтобы при попытке клиента продлить аренду, он отправил Decline? т.е. схема такая: a) Хочу продлить свою текущую аренду, шлю Request b) Неизвестное действие c) Отказываюсь от ИП, потому что он занят. шлю dhcpDecline. Именно суть в том, как арендованный ип, может оказаться занятым? ( тут пояснение, что это может быть не программная ошибка, а как я понимаю может быть и задействован человек, т.е. могут быть удалены какие-то данные об аренде или что-то ещё) или такое даже в теории невозможно и нам на лекции рассказали совсем бред? 2)Насчет времени аренды , в dhcpd имеется max-lease-time по достижении которого клиент должен вновь запросить адрес(в случае винды - он выдаст ему тоже самое ибо там хранятся данные об аренде ещё 4 часа после окончания, а в случае centos не знаю, но думаю там нет хранения). Вопрос то в том, могут ли уже заранее забрать или "застолбить" этот ип адрес? или тут все равны и "кто успеет, того и тапки?". 3) Не подскажете, где можно почитать про режим обеспечения надежности? в rfc - сказано лишь то, что dhcp сервера могут быть перекрывающими друг-друга и клиент должен быть готов к этому.
Здравствуйте, подскажите, пожалуйста, клиентская машина подключена через коммутатор и маршрутизатор. После смены настроек DHCP-сервера она утратила связь с некоторыми сетевыми ресурсами. Как можно исправить ситуацию?
можно ли выполнить команду ipconfig c ключами /release и /renew, и можно ли пингануть кого-то?
Ух ты, я не один с таким вопросом сижу, было бы неплохо получить ответ от автора столь прекрасных видео
Очень интересный вопрос, надеюсь, что мы в скором времени получим ответ на него
5лет спустя...спасибо большое...
Добрый день! Непонятно осталось одно: зачем, когда в подсети 2 сервера, нужен ответ Ack от сервера?
из вики: The DHCP employs a connectionless service model, using the User Datagram Protocol (UDP). как это протокол на 2-м слое использует протокол 3-го? Почему у Вас это не упомянуто в лекции?
Отдельное спасибо за видео но возник вопрос В случае когда в сети 2 ДНС сервера, если они оба предложат один и тот же ИП,то от клиента последнее сообщение (АСК) будет передано обоим ДНС серверам? Если в сети 2 или более ДНС сервером то их списки с выданными ИП адресами синхронизируются? В сети 2 или более ДНС серверов нужны для безопасности? если один выйдет из строя то второй будет продолжать выдавать ИП адреса?
я не спец, но постарюсь ответить 1. нет, если клиент выбрал IP первого сервера, то от первого ack, от второго nack 2. по идее их пулы не пересекаются 3. A) несколько DHCP серверов повышают стабильности системы, + один сервер может не справиться с большой нагрузкой Б) если один сервер выйдет из строя, то остальные сервера продолжат работу )
я не спец, но постарюсь ответить 1. нет, если клиент выбрал IP первого сервера, то от первого ack, от второго nack 2. по идее пулы разных серверов не пересекаются 3. A) несколько DHCP серверов повышают стабильности системы, + один сервер может не справиться с большой нагрузкой Б) если один сервер выйдет из строя, то остальные сервера продолжат работу (вроде сервера не знают друг о друге) PS не путайте DHCP и DNS
Mark Mishyn, извините, я тоже не спец, но решил уточнить на всякий: а вы уверены, что в первом вопросе от второго сервера пойдет NACK? Ну, то есть, логически оно как бы ожидаемо с учетом того, как DHCP-сервера реагируют на REQUEST с поврежденным айпишником, но тут выше (и ниже) народ сомневается, да и Андрей не уточнил этот момент. Вы просто предположили, что так оно и будет, или прям знаете? (Спасибо)