How DHCP Works // DHCP EXPLAINED

Sdílet
Vložit
  • čas přidán 31. 05. 2024
  • What is DHCP? How does it work?
    Let's dig into a pcap of a DHCP transaction. If you are in network engineering this is a service you will DEFINITELY troubleshoot at some point.
    Download the pcap here github.com/packetpioneer/yout...
    Got questions? Let's get in touch - packetpioneer@gmail.com
    == More On-Demand Training from Chris ==
    ▶Getting Started with Wireshark - bit.ly/udemywireshark
    ▶Getting Started with Nmap - bit.ly/udemynmap
    == Live Wireshark Training ==
    ▶TCP/IP Deep Dive Analysis with Wireshark - bit.ly/virtualwireshark
    == Private Wireshark Training ==
    Let's get in touch - packetpioneer.com/product/pri...
    Links above contain affiliate links where I will receive a small amount for any goods purchased. I thank you for clicking because it really helps to support me!!
    0:00 Intro
    0:19 DHCP Overview
    0:56 Discover
    4:39 DHCP Options
    5:59 Offer
    7:31 Request
    8:30 Ack
  • Věda a technologie

Komentáře • 104

  • @vyasG
    @vyasG Před 2 lety +11

    Great Explanation of how DHCP works! Thank you for this Video.

  • @alandoran
    @alandoran Před 2 lety +7

    I haven't watched this video yet but you have no idea how relevant this is to a thing I'm working on right now. Thanks Chris!!

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +1

      Glad it was helpful! Thanks for the comment.

  • @33t00p
    @33t00p Před 2 měsíci

    Chris, thanks a lot. Short, clear & practical explanation. I have a feeling that all of your videos will be so useful to see. +1 subscriber. Thanks for your work.

  • @greob
    @greob Před 2 lety +1

    Great demonstration, super clear and easy to understand. Thanks a lot!

  • @tedsatim3555
    @tedsatim3555 Před 7 měsíci

    Thank you for your channel. Especially for a simple explanation. Great job.

  • @anitarajendran1097
    @anitarajendran1097 Před rokem

    Learning Wireshark capture for the first time. Your teaching will help me to expertise the capture analysis. Thank you for such awesome tutorials

  • @laurenslabejof5898
    @laurenslabejof5898 Před měsícem

    this was fascinating and very informative, thanks

  • @KRICHAN_Technologies
    @KRICHAN_Technologies Před 2 lety

    Great content video as always from Chris.. Thank you so much 🙏🙏😎

  • @paulodagraca3469
    @paulodagraca3469 Před rokem

    New to the channel, try to binge the videos, this is a great one. Fantastic job, thank you.

  • @davdiaz24
    @davdiaz24 Před 2 lety +6

    Loving the videos Chris! Again I am super stoked I found this channel via David Bombal's channel. These videos work out great for me asI was just hired as a Jr system admin. These videos are great reinforcement's to what I already know and the vids are great for real world work environments. Maybe we can dive into some DNS issues that are common since we all know how DNS issues are very common.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +2

      Hey David, that is a great idea. I'll put it on my punch list! I appreciate these kinds of comments because it's great feedback about what you guys are seeing out there and what protocols you'd like some tips on troubleshooting.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +3

      By the way... check out the dns.time filter!! (dns.time>1) it will find all dns responses that took longer than a second.

  • @rivkas2224
    @rivkas2224 Před rokem

    Wow perfectly explained!

  • @DavidMills1222
    @DavidMills1222 Před 2 lety

    I just can say your contents are amazing. Thanks!

  • @paulphillips6170
    @paulphillips6170 Před 2 lety

    You make this so clear to me. I am relatively new to networking and have begun working with it at my work. Networking is so interesting and I can't get enough. Thanks.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      Awesome Paul! Welcome to the networking world. 👍

  • @ohasis8331
    @ohasis8331 Před 2 lety

    Once more, simplified and excellent.

  • @danielschuitemaker5208

    i found you true john hammond and i am glad i did... you explain this so damn good thank you for your work i followed you and pressed the bell. it fits so perfect on this moment in my work. thank you for your time and effort for doing this. regards from holland....

  • @faran4536
    @faran4536 Před 2 lety +1

    Thanks a lot Chris ! Keep it up ! 😄

  • @kelak1296
    @kelak1296 Před 2 lety

    Thanks for the video, Chris!

  • @sri9277
    @sri9277 Před 2 lety

    Really great video Chris

  • @bojo8981
    @bojo8981 Před rokem

    Thanks Chris!

  • @notnull01
    @notnull01 Před 2 lety

    Great videos! thanks 🙏

  • @mrbrown6421
    @mrbrown6421 Před rokem

    Excellent as usual.

  • @bierowns
    @bierowns Před 2 lety

    Love the education you are giving for free! May I suggest an IPv6 video for the future?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +3

      Yes! Working on an IPv6 DHCP video now

  • @Jonathan-jk7of
    @Jonathan-jk7of Před 2 lety +2

    Please do a video on Ipv 4 and 6

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +3

      It's funny you mention that - DHCPv6 is next on my list. :-)

  • @christopherkushner2362

    Great video!

  • @tomaschyla4111
    @tomaschyla4111 Před 2 lety +1

    This is exactly the way how DHCP should be explained. Great video, despite having experience in managing DHCP servers I've learned something new!

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      Thanks for the comment!

    • @ashishsolanki86
      @ashishsolanki86 Před rokem

      Hi Tomas,
      Can you please share one or two examples of issues you had faced in DHCP and what are the tshoot steps to follow in DHCP. Thanks

  • @majiddehbi9186
    @majiddehbi9186 Před 2 lety

    Great i was Just studying this your are gift sir thx and god bless u dont forget to thanks Mr Bombal

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      For sure! @davidbombal is so generous with all the knowledge he shares!

    • @majiddehbi9186
      @majiddehbi9186 Před 2 lety

      @@ChrisGreer as u do chris because when we share we live long and happier thata what i whish u chris

  • @benjaminolusola5559
    @benjaminolusola5559 Před 2 lety

    Thank you Chris

  • @Jonathan-jk7of
    @Jonathan-jk7of Před 2 lety

    Thanks you for the video

  • @akhildamodaran736
    @akhildamodaran736 Před 9 měsíci

    Hi Chris,
    Could you confirm if the the sever to client communication is always a unicast?
    I believe all messages are broadcast.

  • @VictorMoreno-xd7en
    @VictorMoreno-xd7en Před 2 lety

    Thanks, I like the tattoo example, on how the client knows its MAC ;)

  • @jiyaneren5019
    @jiyaneren5019 Před 2 lety

    Glad to have your voice and effort. Do you have plan to give lessons about Tacacs+ and Radius ? Thanks a lot

  • @billybuck2713
    @billybuck2713 Před rokem

    Hello Chris, awesome video. One question, the server never gave the device an NTP server? Thank you, Billy

  • @AB-fj5wi
    @AB-fj5wi Před 2 lety

    great stuff

  • @aba-nascu
    @aba-nascu Před 2 lety

    Best explaination. Whats about 802.1x, can you make a video about this whole topic?

  • @snr7242
    @snr7242 Před 2 měsíci

    What might be the reason??
    I'm using one static IP in specific domain or workgroup why some times some desktop takes different ip even select option static.

  • @ashishsolanki86
    @ashishsolanki86 Před rokem

    Hi Chris,
    Other than DORA process what are the other packets in DHCP process.
    Is it true that during request process garp will be sent by requester because we don't see that captures?
    What if there are more than 1 dhcp server in environment then what will be the process to get tha IP address?

  • @BoniShadat
    @BoniShadat Před rokem

    Nice

  • @konstantinosprotopapas588

    Very good explanation. Can you do a video for DHCPv6 and SLAAC? Thanks!

    • @ChrisGreer
      @ChrisGreer  Před rokem +2

      I am working on a dhcpv6 one. Just gotta get a super clean pcap of it!

    • @konstantinosprotopapas588
      @konstantinosprotopapas588 Před rokem

      @@ChrisGreer I am also VERY interested in dissections of routing protocols (especially OSPF, IS-IS and BGP). They would be super interesting and useful. I apologise for asking this again, but these will be really useful in really understanding how routing protocols work.

  • @themistoclesnelson2163

    Thanks!

  • @pivot3india
    @pivot3india Před 2 lety

    Hi Chris, thanks for explaining it in so simple words. Luv your videos. Can you tell what happens in case static ip is configured on the client, would client still send a discover message or some other ? what happens with static arp ?

    • @scottkensai8179
      @scottkensai8179 Před 2 lety

      Clients CAN send discovers on statics. Lots of people don't do DHCP for statics, and most DHCP services can set the static reservation to non-allocable. I can't tell you how many times big customers that should know better were sending DHCP for years and didn't know it. I even had one major bank upset telling me their MAC was deadbeefcafe, until I read it back to them...

  • @LasLars2
    @LasLars2 Před 2 lety

    Hi Chris! At 4:55 minutes "Option: (50) Requested IP Adress" what would it request if the client had never been on the network before? Would option 50 just be missing?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +2

      That is exactly it. It wouldn't use that option. Next time i will be sure to demo that too!

    • @scottkensai8179
      @scottkensai8179 Před 2 lety

      @@ChrisGreer pulls up rfc2131, calms down, and realizes this is just an intro vid :)

  • @sureshpararath
    @sureshpararath Před rokem

    Hi Chris, thanks for explaining
    One doubt about DHCP offer in your wireshark .
    While the server sending an offer, clint doesnt carry any ip address. ( or client is yet to get an ip address )
    SO at this point how can your server send a unicast OFFER ?
    is it because "Requested ip " in Discover ?

    • @TheInnocentCriminals
      @TheInnocentCriminals Před rokem

      "SO at this point how can your server send a unicast OFFER ?"
      "is it because "Requested ip " in Discover ?"
      The answer is no, doesn't matter if the client suggested the last ip that was used, the communication happens in layer 2, the client doesn't have yet the IP, but doens't matter, the most important thing in this offer packet is the unicast transmission in layer 2 specifying the client mac address, with this information the offer packet can reach the client.

  • @dwaynesudduth1028
    @dwaynesudduth1028 Před 2 lety

    4:10 "Like it woke up, looks at it's arm and saw a tattoo of its' MAC Address" Brilliant Analogy!

  • @RedBlueLabs
    @RedBlueLabs Před 2 lety

    Your likes on this video was at 404 I couldn't rest until it was at least one higher ;) Great videos by the way!

  • @loganwolf3524
    @loganwolf3524 Před rokem

    Hey Chris I like your videos you are very informative. Could you maybe make a video explaining IO graphs and how to view use the graph under statistics tab in wireshark? Thank you for your videos

  • @arturk.2230
    @arturk.2230 Před 2 lety

    Dziękujemy.

  • @alimibrahem8120
    @alimibrahem8120 Před 2 lety

    Very thanksful Mr Chris..! All love and respect for you and your amazing video 🌹, But my question is how can i capture DHCP in network, i mean how you get this capture..?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      Honestly I just fired up Wireshark, started capturing, then I went out to my command line, typed in ipconfig /release then ipconfig /renew. That was on a windows system. Give it a try!

  • @kmonet-wn9nf
    @kmonet-wn9nf Před 3 měsíci

    You’re amazing

  • @christiangrenier9434
    @christiangrenier9434 Před 2 lety

    Ok so, if the discover request finds for example 3 DHCP servers, the client will receive 3 offers and it's only the client will choose one of them? Is that right Chris?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      That is correct. The client will select one of them using the request function.

  • @intellectual.arguments

    Awesomeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

  • @franek4always
    @franek4always Před 2 lety

    Good job Chris :)
    Is it possible to extend this video by PXE boot?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      Hey JFK! Thanks for the comment. Do you happen to have a pcap of it? Willing to share? I don't see it too often so it's tough to catch...

    • @franek4always
      @franek4always Před 2 lety

      @@ChrisGreer No, I don't have. As you said it is hard to catch :(
      Maybe it could be done with two VirtualBox machines with host-only network. One VM: as eg. Clonezilla Live DRBL, second machine as a PXE client, and host as Wireshark monitor.

  • @techevangelist8373
    @techevangelist8373 Před 2 lety

    what was th reason for making it bcast at layer 3 and what advantage it is bringing in?

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +1

      In the discover - because the client doesn't know who the DHCP server is. In the offer - the RFC states it can be either a bcast or unicast - some stations won't like to receive a layer 3 bcast offer. However this allows the server to alert any other DHCP servers that another offer is out there. It really just depends on the implementation. Maybe I can go deeper in another video?

    • @techevangelist8373
      @techevangelist8373 Před 2 lety

      About the discover- If the client doesnt know who the dhcp server is, it can still do a layer 2 broadcast and encapsulate the dhcp directly in ethernet (just like how ARP is)and the lets the DHCP server know about this discover? I am just trying to think why the original implementers did it the way it is today..

  • @paulstaf
    @paulstaf Před 2 lety

    I am confused... How does the DHCP server unicast it back to the client if the client doesn't have an IP address already, or if the client has never been on that network before? You say the DHCP server sends it back to the IP that the client requested.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      If the client had never been there before, with no record of a previous IP, then it will use the broadcast flag and the offer and ack will be broadcasted. In the example, the station had a previous record.

    • @chetandurgavale5623
      @chetandurgavale5623 Před 2 lety

      Yeah I also have same query.

  • @paulstaf
    @paulstaf Před 2 lety

    One other thing to look for is some user on the network brought a wireless router (Netgear, TP link, etc.) into the office and connected it to their network port so they could have their own wireless in the office but they don't know how to disable the DHCP service on their router... happened to me a few times back in the day.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      Totally! That is where looking for multiple offers can help. Or MACs that are registered to Netgear, etc. 👍

  • @thecandybeast
    @thecandybeast Před 2 lety

    Does DHCP over IPv6 exist? What ports does it use? Different on Windows, Linux, and Mac?

    • @asd81907
      @asd81907 Před 2 lety

      RFC 8415 covers this:"Clients listen for DHCP messages on UDP port 546. Servers and relay
      agents listen for DHCP messages on UDP port 547".

    • @thecandybeast
      @thecandybeast Před 2 lety +1

      @@asd81907 Thank you!

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +1

      Yep it sure does! Video coming soon. They tried initially to have all the config come from a local neighbor router - but that didn't work well with all the options DHCP can send along with the offer.

    • @scottkensai8179
      @scottkensai8179 Před 2 lety

      @@ChrisGreer Let's start with discussing PDs, and the other 50+ supporting RFCs. I still talk 3315, and have to push to 8415 some days.

    • @ChrisGreer
      @ChrisGreer  Před 2 lety

      @@scottkensai8179 Thanks for the comment. I know it is dizzying with the number of references out there. Thanks for the suggestion. I am going to keep it as simple as possible!

  • @scottkensai8179
    @scottkensai8179 Před 2 lety +1

    I've been enjoying the videos about Wireshark. I spend a good portion of my day setting up DHCP servers (DOCSIS Provisioning) for ISPs, and I didn't realize WHY there wasn't good documentation on filters until I saw you drag the item to the filter bar. Shared it with everyone in the office, makes me laugh I missed that. I have all kinds of grep commands on tcpdump -r with recursive find(s). I thought something fun to share would be my fav tcpdump filter, when looking for a MAC. You can't just look for the MAC in a DHCP packet in tcpdump, but you can find the last 4 bytes from the 38th. So say you are looking for MACs ending D2BF0032 or E24D33D2:
    tcpdump -nnvvi any -s0 port 67 and udp[38:4]=0xD2BF0032
    tcpdump -nnvvi any -s0 'port 67 and (udp[38:4]=0xD2BF0032 or udp[38:4]=0xE24D33D2)'

    • @ChrisGreer
      @ChrisGreer  Před 2 lety +1

      Hey Scott! Nice! glad you found the channel. Thank you for sharing the filters as well. Funny - I was just teaching a Wireshark class this morning and we dug into offset filtering like the one you just shared. I like that filter!