Андрей, ваши видео мне порекомендовали одногруппники которые готовились к пересдаче по сетям. Честно, я даже не ожидал что это окажется так интересно и доступно для понимания. Супер подача
А мне с нормальной скоростью лучше заходит. Внятная, четкая речь с длинными смысловыми паузами как-то лучше пониманию способствует. Да и оптимизма добавляют эти медленные, но доброжелательные приветствия и прощания :3
Это потрясающе и очень удивительно! Пока нигде не находил такой контент, где понятно от начала и до конца. Объяснения очень доходчивы и без слов-паразитов
Реально все подробно описал как работает! даже в википедии такого нету и в другом месте не нашел! я начинающий вот теперь понял что такое DHCP! огромное спасибо за инфо!!!
Получается, в роли сервера DHCP не обязательно должен быть именно специально выделенный сервер, а тот же Wi Fi роутер (к примеру, TP Link), который назначает автоматически IP-адреса всем беспроводным устройствам? У меня в настройках роутера во вкладке DHCP указан диапазон IP 192.168.0.100 - 192.168.0.199. Спасибо большое за лекцию! Наверное, лучшее, что пока видел по этой теме в RUclips.
Есть плейлист, в котором видео в нужном порядке - ruclips.net/p/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1 И еще плейлист с новой версией курса, которую я сейчас записываю - ruclips.net/p/PLtPJ9lKvJ4ojPWFLuUz6g8c73Ta45bUN8
Андрей, а вы уже снимали видео о том, как обьеденить несколько сетей в одну, используя статические маршруты, маску подсети.. и т.д.? Если нет - было бы интересно послушать)
В видео по маршрутизации (ruclips.net/video/7cIiK3jbK0s/видео.html) ближе к концу есть подобная тема. Но не о том, как объединять сети, а как разбивать одну сеть на несколько. Такая задача встречается гораздо чаще, т.к. мы получаем от провайдера один блок IP-адресов, и нам нужно его разбить на отдельные сети. Это то, что нужно?
Спасибо за лекцию, конечно, поделюсь в сети курсом!) Извините, смотрю уроки выборочно, поэтому есть пробелы, если уже существует видео на какую-то тему, дайте, пожалуйста ссылочку. Мои вопросы: 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 А ответы на остальные вопросы я бы и сам зачел)
Теперь вопрос! У нас есть компьютер он получил IP, но ОС не корректно закончила работу, IP адрес остался в списке у DHCP сервера, компьютер заново включился. Он получит новый IP адрес а старый будет занят до конца жизни или же он восстановит соединение по старому адресу?
Это зависит от настроек DHCP сервера. В общем случае DHCP сервер должен выдать новый IP-адрес. Но на практике DHCP-серверы использую различные оптимизации. Обычно DHCP сервер старается выдавать один и тот же IP для одного MAC адреса. Поэтому может выдать тот же самый IP-адрес, даже если время аренды не вышло. Именно такое поведение в большинстве случаев является ожидаемым.
Спасибо большое за отличные лекции и вложенный труд, чтобы разложить все по полочкам. Вопрос про DHCP Relay: чтобы роутер смог обратиться с DHCP серверу, у него либо должен быть IP-адрес DHCP, чтобы обратиться к нему напрямую, либо роутер делает широковещательный запрос в подсети. Какой из вариантов верный?
Кратко и информативно - очень круто! Но как все это работает в масштабе одного компьютера дома с каким-нибудь интернет провайдером? В таком случае DHCP сервер у интернет провайдер будет да?, Компьютер при включение отправляет запрос на получение ip адреса - этот сигнал ловит роутер или если компьютер подключен прямо, то сразу идет запрос к интернет провайдеру, и там DHCP сервер отвечает? PS. Извиняюсь если какие-то термины использую не правильно
+Игорь Смолянов, однозначного ответа нет. С точки зрения инкапсуляции, DHCP передается внутри UDP, как протокол прикладного уровня. Но на прикладном уровне обычно размещаются протоколы для пользовательских приложений: HTTP для Web, SMTP для электронной почты и т.п. DHCP ничего полезного пользователю не дает. Он позволяет получать IP-адреса компьютерам автоматически, а это как раз функция сетевого уровня. Поэтому я пишу, что DHCP - протокол транспортного уровня.
"поэтому я пишу, что DHCP - протокол *сетевого уровня", не? ... просто чтобы не сбивать с толку тех, кто тоже наткнется на этот годный, кстати, вопрос. Спасибо.
Андрей здравствуйте! Курс очень хороший, спасибо вам за вашу работу. Скажите пожалуйста, когда компьютер получает два сообщения OFFER от 2х серверов, но IP какого сервера выберет компьютер, как он решает от какого сервера принять IP?
Зависит от реализации. Как правило, выбирается первый полученный IP. Или может выбираться тот OFFER, где больше дополнительной информации для настройки, а не только один IP адрес.
Спасибо. Но некоторые нюансы не освещены. Например не описана ситуация какой ip адрес отправителя будет указан в случае широковещательного через маршрутизатор. Иными словами как сервер будет общаться с клиентом которому ещё не назначен ip адрес
Да, курс специально не освещает большую часть технических деталей. Чтобы можно было быстро понять общую логику работы и взаимодействие с другими компонентами сетей. После этого уже нужно разбираться в деталях каждого протокола.
Андрей, ролики отличные! Позвольте тупой вопрос: При статическом назначении ip, поставить правило в фаерволе знаю как, как по ssh подключиться, тоже догадаюсь, а как настраивать ssh, или правило на фаерволе без статики ставить?
У меня из того, что говорилось про работу на сетевом уровне, сложилось впечатление, что сообщения DHCP вкладываются напрямую в Ethernet-фреймы. Кажется, что на практике это не совсем верно, т.к. через Wireshark на моей машине видны ещё заголовки IP и UDP. Про это, кажется, в видео не упоминается. Поправьте, если ошибаюсь.
Нет однозначного метода классификации сетевых протоколов. Про то, на каком уровне работает DHCP, у меня есть отдельное видео - ruclips.net/video/8awHbszHDAY/видео.html
Старшая часть IP-адреса хоста должна совпадать с IP-адресом подсети, в которой находится хост. Чтобы хост получил правильный IP-адрес DHCP-сервер должен знать, из какой подсети пришёл запрос. Как DHCP-сервер определяет подсеть или какие IP-адреса он выдает, если к нему могут приходить запросы из других подсетей через DHCP-relay?
При пересылке запросов DHCP-relay добавляет в DHCP-пакет информацию о том, откуда пришёл запрос. Это делается в виде дополнительных DHCP-опций в пакете.
Здравствуйте, Андрей! Почему на 4:33 клиент вышлет полученный второй ИП первому серверу? ведь он получил его с другого адреса (мака) и логично отправить его только ему. Или пока он не получит окончательно ИП то все сообщения будут иметь широковещательный тип? спасибо!
Спасибо огромное, очень крутой курс лекций! Небольшой уточняющий вопрос - если после конфигурации по DHCP поставить руками другой ip, уже занятый, то вроде как сразу не получится - ОС сделает ARP запрос и поймёт, что такой ip уже есть? А если эту проверку не делать (например какое-то особое железо или обойти такую проверку в ОС), получится что будут в одной подсети две машины с одним ip, и обе будут получать пакеты для этого ip? Или это будет ошибка с точки зрения ARP на маршрутизаторе, что две машины ответили своим MAC-ом на запрос по одному и тому же ip?
Если обмануть Настройки в ОС или каком-то устройстве и назначить IP-адрес, который уже есть в сети, то не гарантируется работа обоих устройств. Что конкретно будет происходить, зависит от реализации. Могут не работать оба устройства, работать только одно из двух, работать оба попеременно в течение коротких промежутков времени и т.п.
Андрей, насколько я знаю, перед предложением адреса хосту DHCP сервер пингует предлагаемый адрес, по крайней мере циска так работает пингует 2 раза через 2 сек. У Вас этот момент упущен.
Про пинг ничего в RFC, который описывает DHCP, нет. У Cisco это особенности конкретной реализации, которые могут отоичаться у других производителей. Я стараюсь рассказывать о том, что общее у всех.
Здравствуйте, подскажите, пожалуйста, клиентская машина подключена через коммутатор и маршрутизатор. После смены настроек DHCP-сервера она утратила связь с некоторыми сетевыми ресурсами. Как можно исправить ситуацию?
из вики: The DHCP employs a connectionless service model, using the User Datagram Protocol (UDP). как это протокол на 2-м слое использует протокол 3-го? Почему у Вас это не упомянуто в лекции?
Наверно ,поэтому через роутер в разы возрастает трафик, в сравнении без него при мобильном интернете через юсб модем.И те 20ГБ от сотового оператора которых хватает на месяц,улетают за 2 дня,даже если ничего не качать и не открывать.
4:28 Как бы выглядело на практике, если подстроить так, чтобы оба сервера выдали одинаковый свободный ip адрес? А как могут работать два DHCP сервера в одной сети или они работают в двух разных?
Два DHCP сервера, которые выдают один и тот же адрес - это ошибка в конфигурации сети. Клиент все равно выберет один сервер. Как правило тот, который ответит быстрее.
Возник вопрос. При ситуации с двумя серверами, разве сервер 1, чей ip компьютер не выбрал, не должен воспринять request c ip2 как искаженный ip1 и ответить nack? (примерно 4:05).
Несовсем понятно, DHCP сообщения же передаются к клиенту при помощи технологий канального уровня, там в кадрах используется контрольная сумма, которая в wifi впринципе не позволит обработать клиенту ошибочный кадр... он его тупо отбросит. Так как при передаче сообщения DHCP вообще может случится ошибка?
@@AndreySozykin Как это не получится обнаружить? Вроде бы если измениь данные хотя бы на 1 бит(вместо 0 поставить 1) то и КС будет другой... А уж темболее если таких ошибок 6 и так далее...
Proxy-ARP - это совершенно другой протокол по сравнению с DHCP. С другой стороны, оба они физически, как правило, работают на одном маршрутизаторе. Поэтому в реальности пакеты передает маршрутизатор.
![Noob To Max With DRAGON REWORK In Blox Fruits [FULL MOVIE]](http://i.ytimg.com/vi/LnBMOinoOvA/mqdefault.jpg)
Лайк за Дору (DORA)! Приятно, что создатели протокола DHCP отдали дань уважения богине и ее замечательному, нетленному творчеству
Да, можно только позавидовать тому, насколько далеко в будущее смотрели создатели протокола DHCP!
Что ещё за богиня? Кто разрешил? Не положено!
Эти видео нужно шейрить! Огромная работа, прекрасная подача. Спасибо!
+Дмитрий Деев, спасибо!
Андрей, ваши видео мне порекомендовали одногруппники которые готовились к пересдаче по сетям. Честно, я даже не ожидал что это окажется так интересно и доступно для понимания. Супер подача
хоть на будильник ставь "ПРИВЕТ Я АНДРЕЙ СОЗЫКИН!")
Если слушать с ускорением, то звучит нормально
А мне с нормальной скоростью лучше заходит. Внятная, четкая речь с длинными смысловыми паузами как-то лучше пониманию способствует. Да и оптимизма добавляют эти медленные, но доброжелательные приветствия и прощания :3
лучше так : " ПРИВЕТ , ЭТО НАВАЛЬНЫЙ !" ruclips.net/video/rvJejkRt0pI/видео.html
@@АнатолийАнатолий-п1д да и ещё надо успевать записывать важные вещи в тетрадку
@@FeelUs Мне на оборот нужно ещё медленнее слушать
Это потрясающе и очень удивительно! Пока нигде не находил такой контент, где понятно от начала и до конца. Объяснения очень доходчивы и без слов-паразитов
Спасибо!
у меня есть парочка ещё каналов, напиши вк id, я кину ссылки.
Мне кинь, /omavel
Балин Омавель напомни плс после 18 числа, пока не могу
@@w1tcherj напоминаю
Вы гений! Я работаю в ИТ сфере но смотрю ваши лекции много чего нового узнаю. Спасибо большое
Пожалуйста!
Низкий поклон Андрей за кладезь информации, которая дороже золота.
Спасибо!
Реально все подробно описал как работает! даже в википедии такого нету и в другом месте не нашел! я начинающий вот теперь понял что такое DHCP! огромное спасибо за инфо!!!
Огромное спасибо за видео. Не просто поставлю лайк еще и скачаю. Очень доступно.
Пожалуйста!
Андрей, большое спасибо за ролики. У вас очень приятная и доступная подача материала. Дай вам Бог здоровья!
Андрей, спасибо за Ваши видео! Помогаете студентам готовиться к сессии. Все доступно и понятно объясняете :)
Пожалуйста! Успехов на экзамене!
Я человек простой, вижу видео от Андрея - ставлю лайк, иногда четное количество раз)
Спасибо!
@@AndreySozykin учитывая что больше одного лайка нельзя поставить единственное возможное четное число лайков это 0. А за курс спасибо.
Все понятно и по полочкам разложено! Очень приятно слушать вас.
Спасибо .
Пожалуйста! Рад, что понравилось!
Спасибо огромное все объемно,рационально, доступно! Спасибо 🙏
Прекрасная подача информации. Всё понятно и просто рассказано. Отличная серия про сети. Спасибо!
Пожалуйста. Рад, что понравилось.
Спасибо, за помощь в сдаче зачёта )))
Пожалуйста! Успехов!
Спасибо!!! Классно объяснил. Побольше бы таких преподавателей
+Сергей Заболотний, пожалуйста! Рад, что понравилось!
Огромное спасибо за очень обстоятельное изложение материала! Рекомендация курса оправдала на все 100 %.
Пожалуйста! Рад, что рекомендация не подвела ;-)
После ваших обьяснений все становится понятно! благодарю!
Новая версия лекции по протоколу DHCP. Предыдущая перенесена в архив и через некоторое время будет удалена.
Привет, Андрей (С) :)
Огромное спасибо за курсы))
Пожалуйста!
Отличное изложение материла. Впрочем, как всегда. Очередное огромное спасибо!
Пожалуйста!
Добрый день. Спасибо за видео, очень полезно!
Пожалуйста!
Получается, в роли сервера DHCP не обязательно должен быть именно специально выделенный сервер, а тот же Wi Fi роутер (к примеру, TP Link), который назначает автоматически IP-адреса всем беспроводным устройствам? У меня в настройках роутера во вкладке DHCP указан диапазон IP 192.168.0.100 - 192.168.0.199. Спасибо большое за лекцию! Наверное, лучшее, что пока видел по этой теме в RUclips.
Да, маршрутизатор часто бывает DHCP сервером.
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
Отличное, лёгкое последовательно обьяснения работы DHCP. Спасибо!
Пожалуйста! Рад, что понравилось!
Спасибо огромное, четко и по делу, и все оказалось элементарно!
Доступно, доходчиво, понятно, ничего лишнего. Большое спасибо.
Замечательно объясняете, спасибо!)
Пожалуйста! Рад, что понравилось!
..лайк + подписка..!
..прекрасно всё объясняете..!
..жалко, что нельзя 1001 раз лайкнуть..!
..большое вам спасибо..!!!
Спасибо!
Огромное спасибо за этот курс лекций!
Пожалуйста!
Спасибо вам, Андрей!
Пожалуйста!
Чел, ты крут!
Спасибо!
Спасибо за ролик. Очень полезный. Его бы, да парой дней ранее, когда на собеседовании вопрос про dhcp задавали)
Зато пригодится на следующем собеседовании ;-)
Большое спасибо, все понятно и доступно!
Пожалуйста!
Спасибо за видео,как раз не хватает теории,подписался на канал.
Пожалуйста!
Спасибо за подписку!
Очень хорошо и доступно поданная информация! Спасибо
Пожалуйста!
спасибо, здорово, подпишусь, еще послушаю что-нибудь
Пожалуйста!
Спасибо вам большое! Эти видео настолько хороши, что нам их включают в колледже на паре по КС.
Отличная новость, спасибо!
было бы круто после каждой лекции запилить онлайн тесты по текущей тематике
согласен
запили)
@@ВикторБаклаков-у2ч сам пили брат
Гениальное объяснение
Спасибо!
*Л. а. й. к. о. с.* за видос.
Спасибо!
Очень доступно и понятно, спасибо большое
+СраныйЛиберал, пожалуйста!
Доброго времени! Классные видео, всё доходчиво! Единственное видео не пронумерованы, смотришь по темам видео не понятно с какого начинать.
Есть плейлист, в котором видео в нужном порядке - ruclips.net/p/PLtPJ9lKvJ4oiNMvYbOzCmWy6cRzYAh9B1
И еще плейлист с новой версией курса, которую я сейчас записываю - ruclips.net/p/PLtPJ9lKvJ4ojPWFLuUz6g8c73Ta45bUN8
Спасибо тебе.
+Smithy, пожалуйста!
Отличное видео, спасибо автору за труд👍
Пожалуйста! Рад, что понравилось!
Очень круто. Хочу знать всё, что Вы знаете и даже больше)))
Спасибо за знания.
Пожалуйста.
Прекрасная лекция!!!
+олег иванов, спасибо!
Спасибо за видео!
Пожалуйста!
Спасибо, Андрей, ты супер!
Пожалуйста!
Спасибо, Андрей.
Пожалуйста!
Шикарное видео
+Дмитрий Дёмин, спасибо!
Если ты не препод, то очень мог бы им стать) подача информации отличная.
Я препод ;-)
Да, мне когда одногруппник рассказывал как запомнить процедуру получения ip адреса, он и отметил, что DORA) любимая его певица
Спасибо за видео
Пожалуйта!
За 12 минут узнал больше, чем за 5 лет универа.
Спасибо!
Коротко и ясно, Спасибо!
весьма толково!
Спасибо!
Спасибо за интересный курс, хотелось бы увидеть видео про мультикаст.
+Дмитрий Ещенко, спасибо за хороший отзыв. К сожалению, в мультикасте не разбираюсь совершенно. Поэтому хорошую лекцию сделать не смогу.
По мультикасту отлично написано в сетях для самых маленьких. Да, там надо читать, но написано очень просто и толково.
Я под Созыкина засыпаю
Отличный результат!
спасибо за понятный видос!
Пожалуйста!
Очень познавательно !
Спасибо!
4:44 здесь немного не понял. Получается сервер должен отправить NACK, согласно тому, что сказано дальше.
спасибо, очень внятно
+rhcpdanik, пожалуйста!
Спасибо!
Андрей, а вы уже снимали видео о том, как обьеденить несколько сетей в одну, используя статические маршруты, маску подсети.. и т.д.?
Если нет - было бы интересно послушать)
В видео по маршрутизации (ruclips.net/video/7cIiK3jbK0s/видео.html) ближе к концу есть подобная тема. Но не о том, как объединять сети, а как разбивать одну сеть на несколько. Такая задача встречается гораздо чаще, т.к. мы получаем от провайдера один блок IP-адресов, и нам нужно его разбить на отдельные сети.
Это то, что нужно?
посмотрю отпишусь
кстати полезное видео, Только ты читаешь лекции как какую-то историю)))
+Золотая Осень, не понял, это хорошо или плохо ? :)
Не в обиду, просто воспринимаю инфу как рассказ документальный))
Спасибо за лекцию, конечно, поделюсь в сети курсом!)
Извините, смотрю уроки выборочно, поэтому есть пробелы, если уже существует видео на какую-то тему, дайте, пожалуйста ссылочку. Мои вопросы:
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 сервера, компьютер заново включился. Он получит новый IP адрес а старый будет занят до конца жизни или же он восстановит соединение по старому адресу?
Это зависит от настроек DHCP сервера. В общем случае DHCP сервер должен выдать новый IP-адрес.
Но на практике DHCP-серверы использую различные оптимизации. Обычно DHCP сервер старается выдавать один и тот же IP для одного MAC адреса. Поэтому может выдать тот же самый IP-адрес, даже если время аренды не вышло. Именно такое поведение в большинстве случаев является ожидаемым.
Завидую Вашим ученикам !!
В плейлисте.
Спасибо!
спасибо!!!
Пожалуйста!
Спасибо большое за отличные лекции и вложенный труд, чтобы разложить все по полочкам. Вопрос про DHCP Relay: чтобы роутер смог обратиться с DHCP серверу, у него либо должен быть IP-адрес DHCP, чтобы обратиться к нему напрямую, либо роутер делает широковещательный запрос в подсети. Какой из вариантов верный?
Второй вариант
Кратко и информативно - очень круто!
Но как все это работает в масштабе одного компьютера дома с каким-нибудь интернет провайдером?
В таком случае DHCP сервер у интернет провайдер будет да?, Компьютер при включение отправляет запрос на получение ip адреса - этот сигнал ловит роутер или если компьютер подключен прямо, то сразу идет запрос к интернет провайдеру, и там DHCP сервер отвечает?
PS. Извиняюсь если какие-то термины использую не правильно
Как правило, сейчас дома стоят Wi-Fi маршрутизаторы. DHCP-серверы встроены в них.
К какому уровню модели OSI было бы правильнее отнести протокол DHCP, прикладной или сетевой ? Спасибо.
+Игорь Смолянов, однозначного ответа нет. С точки зрения инкапсуляции, DHCP передается внутри UDP, как протокол прикладного уровня. Но на прикладном уровне обычно размещаются протоколы для пользовательских приложений: HTTP для Web, SMTP для электронной почты и т.п. DHCP ничего полезного пользователю не дает. Он позволяет получать IP-адреса компьютерам автоматически, а это как раз функция сетевого уровня. Поэтому я пишу, что DHCP - протокол транспортного уровня.
"поэтому я пишу, что DHCP - протокол *сетевого уровня", не?
... просто чтобы не сбивать с толку тех, кто тоже наткнется на этот годный, кстати, вопрос. Спасибо.
Вы не поверите:
Мне нужно было понять как работает DHCP.
Захожу в Ютуб
Глазами не верю: самое первое видео...
10 баллов из 10
Спасибо!
Андрей здравствуйте! Курс очень хороший, спасибо вам за вашу работу. Скажите пожалуйста, когда компьютер получает два сообщения OFFER от 2х серверов, но IP какого сервера выберет компьютер, как он решает от какого сервера принять IP?
Зависит от реализации. Как правило, выбирается первый полученный IP. Или может выбираться тот OFFER, где больше дополнительной информации для настройки, а не только один IP адрес.
Спасибо. Но некоторые нюансы не освещены. Например не описана ситуация какой ip адрес отправителя будет указан в случае широковещательного через маршрутизатор. Иными словами как сервер будет общаться с клиентом которому ещё не назначен ip адрес
Да, курс специально не освещает большую часть технических деталей. Чтобы можно было быстро понять общую логику работы и взаимодействие с другими компонентами сетей.
После этого уже нужно разбираться в деталях каждого протокола.
Андрей, ролики отличные!
Позвольте тупой вопрос:
При статическом назначении ip, поставить правило в фаерволе знаю как, как по ssh подключиться, тоже догадаюсь, а как настраивать ssh, или правило на фаерволе без статики ставить?
У меня из того, что говорилось про работу на сетевом уровне, сложилось впечатление, что сообщения DHCP вкладываются напрямую в Ethernet-фреймы. Кажется, что на практике это не совсем верно, т.к. через Wireshark на моей машине видны ещё заголовки IP и UDP. Про это, кажется, в видео не упоминается. Поправьте, если ошибаюсь.
Нет однозначного метода классификации сетевых протоколов. Про то, на каком уровне работает DHCP, у меня есть отдельное видео - ruclips.net/video/8awHbszHDAY/видео.html
Старшая часть IP-адреса хоста должна совпадать с IP-адресом подсети, в которой находится хост. Чтобы хост получил правильный IP-адрес DHCP-сервер должен знать, из какой подсети пришёл запрос. Как DHCP-сервер определяет подсеть или какие IP-адреса он выдает, если к нему могут приходить запросы из других подсетей через DHCP-relay?
При пересылке запросов DHCP-relay добавляет в DHCP-пакет информацию о том, откуда пришёл запрос. Это делается в виде дополнительных DHCP-опций в пакете.
@@AndreySozykin вы про 82 опцию DHCP?
Здравствуйте, Андрей! Почему на 4:33 клиент вышлет полученный второй ИП первому серверу? ведь он получил его с другого адреса (мака) и логично отправить его только ему. Или пока он не получит окончательно ИП то все сообщения будут иметь широковещательный тип? спасибо!
+Мамед Абдулаев, да, пока IP не назначен, все сообщения отправляются на широковещательный адрес.
Замечательное обьяснение!Можете ответить какой IP-адрес шлюза по умолчанию определяют для подсети DHCP-сервера?
+Dey Chydesniy, определеного адреса нет. Часто используют адрес с номером хоста 1. Но это не обязательно, можно использовать любой адрес.
никакой, он его не указывает по идее.
Спасибо огромное, очень крутой курс лекций! Небольшой уточняющий вопрос - если после конфигурации по DHCP поставить руками другой ip, уже занятый, то вроде как сразу не получится - ОС сделает ARP запрос и поймёт, что такой ip уже есть? А если эту проверку не делать (например какое-то особое железо или обойти такую проверку в ОС), получится что будут в одной подсети две машины с одним ip, и обе будут получать пакеты для этого ip? Или это будет ошибка с точки зрения ARP на маршрутизаторе, что две машины ответили своим MAC-ом на запрос по одному и тому же ip?
Если обмануть Настройки в ОС или каком-то устройстве и назначить IP-адрес, который уже есть в сети, то не гарантируется работа обоих устройств. Что конкретно будет происходить, зависит от реализации. Могут не работать оба устройства, работать только одно из двух, работать оба попеременно в течение коротких промежутков времени и т.п.
Андрей очень нравятся ваши уроки, подскажите пожалуйста в роли маршрутизатора вы имейте ввиду маршрутизатор провайдера или роутер?
Маршрутизатор - это перевод с английского слова роутер.
Спасибо, единственно пока не понял какая софтина на клиенте продлевает срок аренды и в какой момент. Network Manager (в Linux) ?
Андрей, насколько я знаю, перед предложением адреса хосту DHCP сервер пингует предлагаемый адрес, по крайней мере циска так работает пингует 2 раза через 2 сек. У Вас этот момент упущен.
Про пинг ничего в RFC, который описывает DHCP, нет. У Cisco это особенности конкретной реализации, которые могут отоичаться у других производителей. Я стараюсь рассказывать о том, что общее у всех.
Здравствуйте, подскажите, пожалуйста, клиентская машина подключена через коммутатор и маршрутизатор. После смены настроек DHCP-сервера она утратила связь с некоторыми сетевыми ресурсами. Как можно исправить ситуацию?
можно ли выполнить команду ipconfig c ключами /release и /renew, и можно ли пингануть кого-то?
Ух ты, я не один с таким вопросом сижу, было бы неплохо получить ответ от автора столь прекрасных видео
Очень интересный вопрос, надеюсь, что мы в скором времени получим ответ на него
Выпал 2:59 , тогда он еще не знал , насколько будет популярно это имя в 21-22 году
Да, не знал 🤦♂️
Добрый день! Непонятно осталось одно: зачем, когда в подсети 2 сервера, нужен ответ Ack от сервера?
из вики:
The DHCP employs a connectionless service model, using the User Datagram Protocol (UDP).
как это протокол на 2-м слое использует протокол 3-го? Почему у Вас это не упомянуто в лекции?
Наверно ,поэтому через роутер в разы возрастает трафик, в сравнении без него при мобильном интернете через юсб модем.И те 20ГБ от сотового оператора которых хватает на месяц,улетают за 2 дня,даже если ничего не качать и не открывать.
Спасибо за курс. Очень помогает. У меня один вопрос. На какому уревню принадлежит протокол DHCP?
Я уже нашёл ответь на комментарие. Спасибо
Вот видео специально на эту тему - ruclips.net/video/8awHbszHDAY/видео.html
Спасибо болшое. Обьяснение очень полезьное и с фактами.
4:28 Как бы выглядело на практике, если подстроить так, чтобы оба сервера выдали одинаковый свободный ip адрес?
А как могут работать два DHCP сервера в одной сети или они работают в двух разных?
Два DHCP сервера, которые выдают один и тот же адрес - это ошибка в конфигурации сети.
Клиент все равно выберет один сервер. Как правило тот, который ответит быстрее.
Возник вопрос. При ситуации с двумя серверами, разве сервер 1, чей ip компьютер не выбрал, не должен воспринять request c ip2 как искаженный ip1 и ответить nack? (примерно 4:05).
хороший вопрос.
СПОСИБО)
Пожалуйста!
Несовсем понятно, DHCP сообщения же передаются к клиенту при помощи технологий канального уровня, там в кадрах используется контрольная сумма, которая в wifi впринципе не позволит обработать клиенту ошибочный кадр... он его тупо отбросит. Так как при передаче сообщения DHCP вообще может случится ошибка?
Контрольная сумма позволяет обнаруживать однократную ошибку. Но если ошибок будет две или больше, то их обнаружить не получится.
@@AndreySozykin Как это не получится обнаружить? Вроде бы если измениь данные хотя бы на 1 бит(вместо 0 поставить 1) то и КС будет другой... А уж темболее если таких ошибок 6 и так далее...
Скажите, пожалуйста, а можно ли передавать пакеты DHCP серверу за маршрутизатором не с помощью DHCP Relay, а Proxy-ARP?
Proxy-ARP - это совершенно другой протокол по сравнению с DHCP. С другой стороны, оба они физически, как правило, работают на одном маршрутизаторе. Поэтому в реальности пакеты передает маршрутизатор.