Протокол DHCP | Курс "Компьютерные сети"
HTML-код
- Опубликовано: 2 сен 2016
- Протокол динамической конфигурации хостов DHCP - Лекции по курсу "Компьютерные сети" -
Как можно поддержать курс:
1. Яндекс Кошелек - money.yandex.ru/to/4100142982...
2. PayPal - www.paypal.me/asozykin
Заранее спасибо за помощь!
Добавляйтесь в друзья в социальных сетях:
вКонтакте - 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
лучше так : " ПРИВЕТ , ЭТО НАВАЛЬНЫЙ !" ruclips.net/video/rvJejkRt0pI/видео.html
@@user-gd6il5zb8l да и ещё надо успевать записывать важные вещи в тетрадку
@@FeelUs Мне на оборот нужно ещё медленнее слушать
Эти видео нужно шейрить! Огромная работа, прекрасная подача. Спасибо!
+Дмитрий Деев, спасибо!
Я человек простой, вижу видео от Андрея - ставлю лайк, иногда четное количество раз)
Спасибо!
Огромное спасибо за видео. Не просто поставлю лайк еще и скачаю. Очень доступно.
Пожалуйста!
Андрей, большое спасибо за ролики. У вас очень приятная и доступная подача материала. Дай вам Бог здоровья!
Доступно, доходчиво, понятно, ничего лишнего. Большое спасибо.
Спасибо огромное, четко и по делу, и все оказалось элементарно!
Спасибо огромное все объемно,рационально, доступно! Спасибо 🙏
После ваших обьяснений все становится понятно! благодарю!
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!
Все понятно и по полочкам разложено! Очень приятно слушать вас.
Спасибо .
Пожалуйста! Рад, что понравилось!
Новая версия лекции по протоколу DHCP. Предыдущая перенесена в архив и через некоторое время будет удалена.
Спасибо, за помощь в сдаче зачёта )))
Пожалуйста! Успехов!
Реально все подробно описал как работает! даже в википедии такого нету и в другом месте не нашел! я начинающий вот теперь понял что такое DHCP! огромное спасибо за инфо!!!
Добрый день. Спасибо за видео, очень полезно!
Пожалуйста!
Андрей, спасибо за Ваши видео! Помогаете студентам готовиться к сессии. Все доступно и понятно объясняете :)
Пожалуйста! Успехов на экзамене!
Замечательно объясняете, спасибо!)
Пожалуйста! Рад, что понравилось!
Андрей, ваши видео мне порекомендовали одногруппники которые готовились к пересдаче по сетям. Честно, я даже не ожидал что это окажется так интересно и доступно для понимания. Супер подача
Огромное спасибо за этот курс лекций!
Пожалуйста!
Спасибо!!! Классно объяснил. Побольше бы таких преподавателей
+Сергей Заболотний, пожалуйста! Рад, что понравилось!
Очень круто. Хочу знать всё, что Вы знаете и даже больше)))
Отличное изложение материла. Впрочем, как всегда. Очередное огромное спасибо!
Пожалуйста!
Отличное, лёгкое последовательно обьяснения работы DHCP. Спасибо!
Пожалуйста! Рад, что понравилось!
Большое спасибо, все понятно и доступно!
Пожалуйста!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
Вы гений! Я работаю в ИТ сфере но смотрю ваши лекции много чего нового узнаю. Спасибо большое
Пожалуйста!
Прекрасная подача информации. Всё понятно и просто рассказано. Отличная серия про сети. Спасибо!
Пожалуйста. Рад, что понравилось.
Огромное спасибо за очень обстоятельное изложение материала! Рекомендация курса оправдала на все 100 %.
Пожалуйста! Рад, что рекомендация не подвела ;-)
Очень хорошо и доступно поданная информация! Спасибо
Пожалуйста!
спасибо, здорово, подпишусь, еще послушаю что-нибудь
Пожалуйста!
Отличное видео, спасибо автору за труд👍
Пожалуйста! Рад, что понравилось!
Спасибо вам, Андрей!
Пожалуйста!
Очень доступно и понятно, спасибо большое
+СраныйЛиберал, пожалуйста!
Низкий поклон Андрей за кладезь информации, которая дороже золота.
Спасибо!
Спасибо за видео,как раз не хватает теории,подписался на канал.
Пожалуйста!
Спасибо за подписку!
Привет, Андрей (С) :)
Огромное спасибо за курсы))
Пожалуйста!
Спасибо тебе.
+Smithy, пожалуйста!
Прекрасная лекция!!!
+олег иванов, спасибо!
Спасибо, Андрей.
Пожалуйста!
..лайк + подписка..!
..прекрасно всё объясняете..!
..жалко, что нельзя 1001 раз лайкнуть..!
..большое вам спасибо..!!!
Спасибо!
Все четко, доходчиво, отличное видео!!!
Спасибо!
Спасибо за видео!
Пожалуйста!
Спасибо, Андрей, ты супер!
Пожалуйста!
Чел, ты крут!
Спасибо!
Спасибо за знания.
Пожалуйста.
Коротко и ясно, Спасибо!
Спасибо за ролик. Очень полезный. Его бы, да парой дней ранее, когда на собеседовании вопрос про dhcp задавали)
Зато пригодится на следующем собеседовании ;-)
Шикарное видео
+Дмитрий Дёмин, спасибо!
Спасибо за видео
Пожалуйта!
Получается, в роли сервера DHCP не обязательно должен быть именно специально выделенный сервер, а тот же Wi Fi роутер (к примеру, TP Link), который назначает автоматически IP-адреса всем беспроводным устройствам? У меня в настройках роутера во вкладке DHCP указан диапазон IP 192.168.0.100 - 192.168.0.199. Спасибо большое за лекцию! Наверное, лучшее, что пока видел по этой теме в RUclips.
Да, маршрутизатор часто бывает DHCP сервером.
Спасибо вам большое! Эти видео настолько хороши, что нам их включают в колледже на паре по КС.
Отличная новость, спасибо!
Спасибо!
спасибо за понятный видос!
Пожалуйста!
спасибо, очень внятно
+rhcpdanik, пожалуйста!
Это потрясающе и очень удивительно! Пока нигде не находил такой контент, где понятно от начала и до конца. Объяснения очень доходчивы и без слов-паразитов
Спасибо!
у меня есть парочка ещё каналов, напиши вк id, я кину ссылки.
Мне кинь, /omavel
Балин Омавель напомни плс после 18 числа, пока не могу
@@w1tcherj напоминаю
Гениальное объяснение
Спасибо!
Спасибо
За 12 минут узнал больше, чем за 5 лет универа.
Спасибо!
весьма толково!
Спасибо!
Очень познавательно !
Спасибо!
было бы круто после каждой лекции запилить онлайн тесты по текущей тематике
согласен
запили)
@@user-um7bp1qj4n сам пили брат
Да, мне когда одногруппник рассказывал как запомнить процедуру получения ip адреса, он и отметил, что DORA) любимая его певица
Доброго времени! Классные видео, всё доходчиво! Единственное видео не пронумерованы, смотришь по темам видео не понятно с какого начинать.
Есть плейлист, в котором видео в нужном порядке - ruclips.net/p/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1
И еще плейлист с новой версией курса, которую я сейчас записываю - ruclips.net/p/PLtPJ9lKvJ4ojPWFLuUz6g8c73Ta45bUN8
спасибо
спасибо!!!
Пожалуйста!
4:44 здесь немного не понял. Получается сервер должен отправить NACK, согласно тому, что сказано дальше.
*Л. а. й. к. о. с.* за видос.
Спасибо!
Спасибо за интересный курс, хотелось бы увидеть видео про мультикаст.
+Дмитрий Ещенко, спасибо за хороший отзыв. К сожалению, в мультикасте не разбираюсь совершенно. Поэтому хорошую лекцию сделать не смогу.
По мультикасту отлично написано в сетях для самых маленьких. Да, там надо читать, но написано очень просто и толково.
Завидую Вашим ученикам !!
Если ты не препод, то очень мог бы им стать) подача информации отличная.
Я препод ;-)
В плейлисте.
Спасибо!
СПОСИБО)
Пожалуйста!
10 баллов из 10
Спасибо!
Андрей, ролики отличные!
Позвольте тупой вопрос:
При статическом назначении ip, поставить правило в фаерволе знаю как, как по ssh подключиться, тоже догадаюсь, а как настраивать ssh, или правило на фаерволе без статики ставить?
Спасибо большое за отличные лекции и вложенный труд, чтобы разложить все по полочкам. Вопрос про DHCP Relay: чтобы роутер смог обратиться с DHCP серверу, у него либо должен быть IP-адрес DHCP, чтобы обратиться к нему напрямую, либо роутер делает широковещательный запрос в подсети. Какой из вариантов верный?
Второй вариант
Спасибо, единственно пока не понял какая софтина на клиенте продлевает срок аренды и в какой момент. Network Manager (в Linux) ?
Спасибо за отличную подачу и информативные видео!
Есть момент где немного не понял. Вы сказали, что если DHCP серверов 2, на переходе с этапа 3 на 4( АСК ) ответит тот, который опознал свой ip адрес. А если оба сервера опознали свой ip одновременно ? Или одновременно не могут, и там по сути тот сервер, который быстрее второго свой ip опознал, тот и выполняет аск ?
Заранее спасибо!
Клиент выбирает один адрес из двух предложенных. Либо а, либо б, грубо говоря. И отсылает один из них, допустим, "а", на оба сервера. Но "а" предлагал только один сервер, а второй предлагал "б". Понимаете?
Андрей очень нравятся ваши уроки, подскажите пожалуйста в роли маршрутизатора вы имейте ввиду маршрутизатор провайдера или роутер?
Маршрутизатор - это перевод с английского слова роутер.
Андрей здравствуйте! Курс очень хороший, спасибо вам за вашу работу. Скажите пожалуйста, когда компьютер получает два сообщения OFFER от 2х серверов, но IP какого сервера выберет компьютер, как он решает от какого сервера принять IP?
Зависит от реализации. Как правило, выбирается первый полученный IP. Или может выбираться тот OFFER, где больше дополнительной информации для настройки, а не только один IP адрес.
Здравствуйте, Андрей! Почему на 4:33 клиент вышлет полученный второй ИП первому серверу? ведь он получил его с другого адреса (мака) и логично отправить его только ему. Или пока он не получит окончательно ИП то все сообщения будут иметь широковещательный тип? спасибо!
+Мамед Абдулаев, да, пока IP не назначен, все сообщения отправляются на широковещательный адрес.
Спасибо огромное, очень крутой курс лекций! Небольшой уточняющий вопрос - если после конфигурации по DHCP поставить руками другой ip, уже занятый, то вроде как сразу не получится - ОС сделает ARP запрос и поймёт, что такой ip уже есть? А если эту проверку не делать (например какое-то особое железо или обойти такую проверку в ОС), получится что будут в одной подсети две машины с одним ip, и обе будут получать пакеты для этого ip? Или это будет ошибка с точки зрения ARP на маршрутизаторе, что две машины ответили своим MAC-ом на запрос по одному и тому же ip?
Если обмануть Настройки в ОС или каком-то устройстве и назначить IP-адрес, который уже есть в сети, то не гарантируется работа обоих устройств. Что конкретно будет происходить, зависит от реализации. Могут не работать оба устройства, работать только одно из двух, работать оба попеременно в течение коротких промежутков времени и т.п.
👍🏻👍🏻👍🏻
Кратко и информативно - очень круто!
Но как все это работает в масштабе одного компьютера дома с каким-нибудь интернет провайдером?
В таком случае DHCP сервер у интернет провайдер будет да?, Компьютер при включение отправляет запрос на получение ip адреса - этот сигнал ловит роутер или если компьютер подключен прямо, то сразу идет запрос к интернет провайдеру, и там DHCP сервер отвечает?
PS. Извиняюсь если какие-то термины использую не правильно
Как правило, сейчас дома стоят Wi-Fi маршрутизаторы. DHCP-серверы встроены в них.
👍
Добрый день! Непонятно осталось одно: зачем, когда в подсети 2 сервера, нужен ответ Ack от сервера?
Возник вопрос. При ситуации с двумя серверами, разве сервер 1, чей ip компьютер не выбрал, не должен воспринять request c ip2 как искаженный ip1 и ответить nack? (примерно 4:05).
хороший вопрос.
Замечательное обьяснение!Можете ответить какой IP-адрес шлюза по умолчанию определяют для подсети DHCP-сервера?
+Dey Chydesniy, определеного адреса нет. Часто используют адрес с номером хоста 1. Но это не обязательно, можно использовать любой адрес.
никакой, он его не указывает по идее.
Вопрос: после сообщения Discover, клиент и сервер продолжают использовать бродкаст или может у dhcp быть свой какой нибудь виртуальный айпи и он прокладывает что-то нечто туннеля к клиенту?
В документе RFC 2131 написано, что нужно продолжать использовать broadcast.
Спасибо за лекцию, конечно, поделюсь в сети курсом!)
Извините, смотрю уроки выборочно, поэтому есть пробелы, если уже существует видео на какую-то тему, дайте, пожалуйста ссылочку. Мои вопросы:
1). Что за такой широковещательный мак адрес и что обычные компьютеры, машрутизаторы предпринимают в том случае, когда к ним доходит DHCP сообщение от DHCP клиента.
2). 06:14, тут имелось ввиду конфигурационных файлов, а не серверах?
3). Получается, что сервер может работать на нескольких разных протоколах и быть своего рода универсальным?
4). Сейчас в современном мире, не только освобождение ip-adress происходит автоматически, но и получение аренды и ее продление?
5). В таком случае, современные провайдеры работают по протоколу DHCP, когда в настройках подключения TCP/IP все выставляется автоматически? А что получается, когда в настройках все данные TCP/IP вводятся в ручную при определенном провайдере?
6). Когда два DHCP сервера предлагают ip адрес одному и тому же клиенту, как клиент решает какой именно из двух предложенных выбрать?
7). 4:44 Получается сервер должен отправить NACK, если взяли не его адрес?
Про MAC-адреса (и широковещательный в том числе) можно посмотреть тут: ruclips.net/video/WcdwSJrTFA0/видео.html
Судя по тому, что про широковещательные маки вы не знаете, вы, видимо, наткнулись на одно видео и не видели весь курс. По этой же ссылке можно также увидеть и плейлист всего курса. Есть также отдельный плейлист с практиками: ruclips.net/p/PLtPJ9lKvJ4oiKPQ9GXOvntj44Eu8IGAJK
И сама страничка курса с рекомендуемым порядком просмотра лекций и прочим: www.asozykin.ru/courses/networks_online
А ответы на остальные вопросы я бы и сам зачел)
6. Нашел ответ на этот вопрос тут: ruclips.net/video/uZJ8WVdw-Ck/видео.html&lc=UgzRIJgcxcP5Fps8yj54AaABAg
Спасибо. Но некоторые нюансы не освещены. Например не описана ситуация какой ip адрес отправителя будет указан в случае широковещательного через маршрутизатор. Иными словами как сервер будет общаться с клиентом которому ещё не назначен ip адрес
Да, курс специально не освещает большую часть технических деталей. Чтобы можно было быстро понять общую логику работы и взаимодействие с другими компонентами сетей.
После этого уже нужно разбираться в деталях каждого протокола.
Андрей, насколько я знаю, перед предложением адреса хосту DHCP сервер пингует предлагаемый адрес, по крайней мере циска так работает пингует 2 раза через 2 сек. У Вас этот момент упущен.
Про пинг ничего в RFC, который описывает DHCP, нет. У Cisco это особенности конкретной реализации, которые могут отоичаться у других производителей. Я стараюсь рассказывать о том, что общее у всех.
Скажите, пожалуйста, а можно ли передавать пакеты DHCP серверу за маршрутизатором не с помощью DHCP Relay, а Proxy-ARP?
Proxy-ARP - это совершенно другой протокол по сравнению с DHCP. С другой стороны, оба они физически, как правило, работают на одном маршрутизаторе. Поэтому в реальности пакеты передает маршрутизатор.
У меня из того, что говорилось про работу на сетевом уровне, сложилось впечатление, что сообщения DHCP вкладываются напрямую в Ethernet-фреймы. Кажется, что на практике это не совсем верно, т.к. через Wireshark на моей машине видны ещё заголовки IP и UDP. Про это, кажется, в видео не упоминается. Поправьте, если ошибаюсь.
Нет однозначного метода классификации сетевых протоколов. Про то, на каком уровне работает DHCP, у меня есть отдельное видео - ruclips.net/video/8awHbszHDAY/видео.html
5лет спустя...спасибо большое...
Привет не могли бы обьеснить что такое DHCP Snooping и как оно работает
Теперь вопрос! У нас есть компьютер он получил IP, но ОС не корректно закончила работу, IP адрес остался в списке у DHCP сервера, компьютер заново включился. Он получит новый IP адрес а старый будет занят до конца жизни или же он восстановит соединение по старому адресу?
Это зависит от настроек DHCP сервера. В общем случае DHCP сервер должен выдать новый IP-адрес.
Но на практике DHCP-серверы использую различные оптимизации. Обычно DHCP сервер старается выдавать один и тот же IP для одного MAC адреса. Поэтому может выдать тот же самый IP-адрес, даже если время аренды не вышло. Именно такое поведение в большинстве случаев является ожидаемым.
Андрей, а вы уже снимали видео о том, как обьеденить несколько сетей в одну, используя статические маршруты, маску подсети.. и т.д.?
Если нет - было бы интересно послушать)
В видео по маршрутизации (ruclips.net/video/7cIiK3jbK0s/видео.html) ближе к концу есть подобная тема. Но не о том, как объединять сети, а как разбивать одну сеть на несколько. Такая задача встречается гораздо чаще, т.к. мы получаем от провайдера один блок IP-адресов, и нам нужно его разбить на отдельные сети.
Это то, что нужно?
посмотрю отпишусь
кстати полезное видео, Только ты читаешь лекции как какую-то историю)))
+Золотая Осень, не понял, это хорошо или плохо ? :)
Не в обиду, просто воспринимаю инфу как рассказ документальный))
Здравствуйте. Я не понял момент с первой проблемой. Вы сказали что увидев в Request другой IP адрес, DHCP, может отдать тот адрес который он изначально предлагал другому хосту. Так в чем проблема? Ведь если это не одинаковые IP адреса, то тот IP который выдал первый DHCP, все равно остался неиспользуемым, разве нет?
Так и нет проблемы же. Первый сервер в итоге так и сделает, когда его новый клиент попросит о новом айпишнике. Не факт, что обязательно выпадет этот же айпишник (я не спец в сетях), но веротность есть. Вопрос в другом: а почему первый сервер в этой ситуации не посылает NACK, когда видит не тот айпишник?
Я под Созыкина засыпаю
Отличный результат!