This was absolutely amazing, thanks. The additional information at the very end was stellar and an amazing surprise bonus. I'm not even in this field directly, but it's awesome to be given all the context by a clear, very experienced, expert.
@karamjeetpadam4719 Жыл бұрын
excellent explanation of the subject Tim. Good work and Good job of sharing your deep insights and knowledge.
@HeinzBigler10 жыл бұрын
Thanks, the best I found so far.
@rohitchaudhary1793 жыл бұрын
Very complex concept easily explained .. :) thanks !!
@aligzaidi11 жыл бұрын
Very detailed intro. A+ Thanks.
@mrobjectoriented3 жыл бұрын
To the point explanation. Thank you!
@AaaRrrLllUS10 жыл бұрын
Thank you, very good explanation!
@nomadoflight4 жыл бұрын
Great explanation! Thank you
@KashiPrayag6 жыл бұрын
very nice
@fbifido26 жыл бұрын
@9:22 why couldn't the root server, ask the TLD server, whom then ask the example server for this info, and not have the recursive server do this back-and-forth thing?
@trooney8516 жыл бұрын
You see some server has to "take responsibility" for finding the ultimate answer. If the root server asked the TLD server, it would need to manage the state of the query, await an answer or timeout; likewise the TLD would do the same to its child and so on...tying up resources on servers down the domain tree. So you can imagine creating such a multi-layered query process would consume most of the resources of these already very busy servers and would not scale. So the recursive server is "responsible" for finding the answer and must manage the state of the query to find an answer or timeout. This allows the root, TLDs and other authoritative servers to simply receive queries and provide answers.
@SkaNarrator7 жыл бұрын
Great video!
@1UniverseGames4 жыл бұрын
How do you design those diagram, which software do u use for this
@simerpreetanand5169 жыл бұрын
Thank You!
@peanorg9 жыл бұрын
Even if you have a hidden master it should be mentioned in the SOA record?
@trooney8516 жыл бұрын
Sorry for my tardy response, but it should not be mentioned in the SOA, or it will no longer be hidden! Another slave, which is equally authoritative for the zone data, can be listed as the zone master instead. By not publishing who the master is, you're making it a bit harder for an attacker from identifying then targeting the master in order to manipulate zone data or otherwise wreak havoc.