-
Notifications
You must be signed in to change notification settings - Fork 4
/
03 DNS.html
792 lines (617 loc) · 25.8 KB
/
03 DNS.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
<html>
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="css/reveal.css">
<link rel="stylesheet" href="css/theme/white.css">
<style type="text/css">.reveal p { text-align: left; }</style>
<style type="text/css">.reveal blockquote { font-size: 50%; }</style>
</head>
<body>
<div class="reveal">
<div class="slides">
<section data-markdown>
# Имена в Интернете
## Domain Name System
Протоколы Интернет, лекция 3
</section>
<section data-markdown>
### План
> Чтобы узнать, где колодец в деревне Гадюкино, ты сначала идешь к президенту, потом к губернатору
* Формат сообщения DNS
* Поиск информации в сети DNS
* Корневые серверы
* Альтернативный транспорт
</section>
<section data-markdown>
### Где почитать
RFC 1034, 1035 - основные концепции
</section>
<section data-markdown>
### Формат сообщения DNS
```
+-----------------------------------------------+
| |
| ЗАГОЛОВОК (12 байт) |
| |
+-----------------------------------------------+
| ВОПРОСЫ (переменная длина) |
+-----------------------------------------------+
| ОТВЕТЫ (переменная длина) |
+-----------------------------------------------+
| ОТВЕТСТВЕННЫЕ СЕРВЕРЫ (переменная длина) |
+-----------------------------------------------+
| ДОПОЛНИТЕЛЬНЫЕ ЗАПИСИ (переменная длина) |
+-----------------------------------------------+
```
Изначально суммарная длина <= 512 байт
</section>
<section data-markdown>
### Заголовок пакета (12 байт)
```
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| ID |
+-----------------------------------------------+
| ФЛАГИ |
+-----------------------------------------------+
| QDCOUNT (количество вопросов) |
+-----------------------------------------------+
| ANCOUNT (количество ответов) |
+-----------------------------------------------+
| NSCOUNT (количество записей NS) |
+-----------------------------------------------+
| ARCOUNT (количество доп.записей) |
+-----------------------------------------------+
```
ID - идентификатор, определяющий одну серию запросов-ответов
</section>
<section data-markdown>
### Флаги
```
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
|QR| Opcode |AA|TC|RD|RA| Z | RCODE |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
```
* QR — это запрос (0) или ответ (1)
* Opcode (4 бита) — код операции клиента
* AA — авторитетный ответ (1) или нет
* TC — ответ обрезан (1)
* RD — запрос рекурсивный (1)
* RA — сервер поддерживает рекурсию (1)
* Z (3 бит) — зарезервировано
* RCODE (4 бит) — код ответа
</section>
<section data-markdown>
### Код ответа RCODE
* 0 — NOERROR, выполнен без ошибок
* 1 — FORMERR, сервер не понял запрос
* 2 — SERVFAIL, некорректная работа
* 3 — NXDOMAIN, запрошенное имя не существует в данном домене (при AA=1)
* 4 — NOTIMP, сервер не может выполнить запрос данного типа
* 5 — REFUSED, сервер не может выполнить запрос клиента из-за ограничений
и другие
</section>
<section data-markdown>
### Формат раздела вопроса
```
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
+-----------------------------------------------+
| |
/ DNS-имя (переменная длина) /
| |
+-----------------------------------------------+
| QTYPE (тип запроса) |
+-----------------------------------------------+
| QCLASS (класс запроса) |
+-----------------------------------------------+
```
имя www.urfu.ru закодируется:
```
+---+---+---+---+---+---+---+---+---+---+---+---+---+
| \3 w w w \4 u r f u \2 r u \0 |
+---+---+---+---+---+---+---+---+---+---+---+---+---+
```
QTYPE - тип записи (1 - A, ..., 252 - AXFR, 255 - any)
</section>
<section data-markdown>
### Формат раздела ответа
```
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/ DNS-имя (переменная длина) /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| TYPE (16 бит) |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| CLASS (16 бит) |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| TTL |
| (32 бит) |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| RDLENGTH (16 бит) |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--|
/ RDATA /
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
```
содержимое ответа RDATA переменной длины RDLENGTH и определяется типом записи
</section>
<section data-markdown>
### Пример запроса
```
HEADER:
000000 00 00 .. ID
000002 01 00 .. Flags
000004 00 01 .. QDCOUNT
000006 00 00 .. ANCOUNT
000008 00 00 .. NSCOUNT
00000a 00 00 .. ARCOUNT
QUESTION:
Question for www.urfu.ru. of type A
00000c 03 77 77 77 04 75 72 66 .www.urf QNAME
000014 75 02 72 75 00 u.ru.
000019 00 01 .. QTYPE
00001b 00 01 .. QCLASS
```
</section>
<section data-markdown>
### Сжатие DNS-имен
Имена в запросе и ответе повторяются
Всё доменное имя или суффикс заменяются ссылкой на предшествующее вхождение
Указатель состоит из двух октетов
```
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
| 1 1| СМЕЩЕНИЕ (в байтах от начала пакета) | = 0xC0..
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
```
Поэтому на длину имени остаётся 6 бит
</section>
<section data-markdown>
### Пример ответа
```
000000 00 00 .. ID
000002 81 80 �� Flags
000004 00 01 .. QDCOUNT
000006 00 02 .. ANCOUNT
000008 00 00 .. NSCOUNT
00000a 00 00 .. ARCOUNT
QUESTION:
00000c 03 77 77 77 04 75 72 66 .www.urf QNAME
000014 75 02 72 75 00 u.ru.
000019 00 01 .. QTYPE
00001b 00 01 .. QCLASS
ANSWER:
www.urfu.ru. IN 3597 CNAME urfu.ru.
00001d c0 0c (СЖАТИЕ) �. NAME
00001f 00 05 .. TYPE
000021 00 01 .. CLASS
000023 00 00 0e 0d .... TTL
000027 00 09 .. RDLENGTH
000029 04 75 72 66 75 02 72 75 .urfu.ru RDATA
000031 00 .
urfu.ru. IN 3597 A 93.88.179.200
000032 c0 29 �) NAME
000034 00 01 .. TYPE
000036 00 01 .. CLASS
000038 00 00 0e 0d .... TTL
00003c 00 04 .. RDLENGTH
00003e 5d 58 b3 c8 ]X�� RDATA
www.urfu.ru. IN 3597 CNAME urfu.ru.
urfu.ru. IN 3597 A 93.88.179.200
```
Note:
https://github.com/volkanin/inetsvcs/blob/master/nszoom.pl
$ perl nszoom.pl -r -l www.urfu.ru
</section>
<section data-markdown>
### Расширения DNS
Числовые значения и расширения протокола:
[iana.org/assignments/dns-parameters](https://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml)
* DNS CLASSes
* Resource Record (RR) TYPEs
* DNS OpCodes
* DNS RCODEs
* AFSDB RR Subtype
* DHCID RR Identifier Type Codes
* DHCID RR Digest Type Codes
* DNS Label Types
* DNS EDNS0 Option Codes (OPT)
* DNS Header Flags
* EDNS Header Flags (16 bits)
* EDNS version Number (8 bits)
* Child Synchronization (CSYNC) Flags
* Underscored and Globally Scoped DNS Node Names
* DSO Type Codes
</section>
<section data-markdown>
## Поиск информации в сети DNS
</section>
<section data-markdown>
### Вспомним алгоритм
Resolver клиента следует типовой процедуре
Работа сервера зависит от настроек, пересылка запроса - необязательна
</section>
<section data-markdown>
### Верно ли, что
на последнем сервере в цепочке пересылки есть информация о всех записях в DNS ?
ответы из кеша клиента неавторитетные, а ответы сервера всегда авторитетные?
авторитетные ответы имеют приоритет над ответами из кеша?
сервер не будет проводить поиск в DNS, если нашел ответ в кеше или локальной зоне?
</section>
<section data-markdown>
<script type="text/template">
### Где правда?
Получается, если наш сервер или сервер, которому переадресуются запросы, содержит зону google.com...
Google: [home router dns attack](https://lmgtfy.com/?q=home+router+dns+attack)
<!-- .element: class="fragment" -->
Никто не мешает создать на своём сервере зону google.com
<!-- .element: class="fragment" -->
Но к ней никто не будет обращаться
<!-- .element: class="fragment" -->
Нужна «точка входа» в систему DNS
<!-- .element: class="fragment" -->
</script>
</section>
<section data-markdown>
### Где начать поиск
```
$ host -t ns .
. name server a.root-servers.net.
. name server b.root-servers.net.
. name server c.root-servers.net.
. name server d.root-servers.net.
. name server e.root-servers.net.
. name server f.root-servers.net.
. name server g.root-servers.net.
. name server h.root-servers.net.
. name server i.root-servers.net.
. name server j.root-servers.net.
. name server k.root-servers.net.
. name server l.root-servers.net.
. name server m.root-servers.net.
```
</section>
<section data-markdown>
### В чем проблема?
</section>
<section data-markdown>
### Начальная загрузка
В составе DNS-сервера - файл подсказок
```
zone "." {
type hint;
file "/etc/bind/db.root";
};
```
Внутри - знакомые записи, но без SOA
```
; last update: February 17, 2016
; related version of root zone: 2016021701
;
. 3600000 NS A.ROOT-SERVERS.NET.
A.ROOT-SERVERS.NET. 3600000 A 198.41.0.4
A.ROOT-SERVERS.NET. 3600000 AAAA 2001:503:ba3e::2:30
```
[internic.net/zones/named.root](https://www.internic.net/zones/named.root)
</section>
<section data-markdown>
### Корневые серверы
Центр технических операций - [www.root-servers.org](https://root-servers.org/), не .net !
The 13 root name servers are operated by 12 independent organisations
Система не статична, но меняется редко
```
August 10, 2017
The IPv4 address for b.root-servers.net will be renumbered
to 199.9.14.201, effective 2017-10-24.
The old IPv4 address (192.228.79.201) will continue
to answer queries for at least 6 month
```
</section>
<section data-markdown>
### Корневые серверы
Серверов свыше 1000!
[Статистика](http://stats.dns.icann.org/)
</section>
<section data-markdown>
### Пример поиска (1/3)
Шаг 1 - запрос к корневому серверу
```
$ dig mx mail.ru. @l.root-servers.net.
;; Sending:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61689
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mail.ru. IN MX
;; QUERY SIZE: 25
```
По-настоящему вместо имени l.root-servers.net. возьмут IP-адрес из подсказок
В примерах используются FQDN
</section>
<section data-markdown>
### Пример поиска (1/3)
Шаг 1 - ответ от сервера
```
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61689
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 5, ADDITIONAL: 10
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;mail.ru. IN MX
;; AUTHORITY SECTION:
ru. 172800 IN NS a.dns.ripn.net.
ru. 172800 IN NS b.dns.ripn.net.
ru. 172800 IN NS d.dns.ripn.net.
ru. 172800 IN NS e.dns.ripn.net.
ru. 172800 IN NS f.dns.ripn.net.
;; ADDITIONAL SECTION:
a.dns.ripn.net. 172800 IN A 193.232.128.6
a.dns.ripn.net. 172800 IN AAAA 2001:678:17:0:193:232:128:6
b.dns.ripn.net. 172800 IN A 194.85.252.62
b.dns.ripn.net. 172800 IN AAAA 2001:678:16:0:194:85:252:62
d.dns.ripn.net. 172800 IN A 194.190.124.17
d.dns.ripn.net. 172800 IN AAAA 2001:678:18:0:194:190:124:17
e.dns.ripn.net. 172800 IN A 193.232.142.17
e.dns.ripn.net. 172800 IN AAAA 2001:678:15:0:193:232:142:17
f.dns.ripn.net. 172800 IN A 193.232.156.17
f.dns.ripn.net. 172800 IN AAAA 2001:678:14:0:193:232:156:17
;; Query time: 1 msec
;; SERVER: 199.7.83.42#53(199.7.83.42)
;; MSG SIZE rcvd: 337
```
</section>
<section data-markdown>
### Пример поиска (2/3)
Шаг 2 - запрос к серверу, отвечающему за RU
```
$ dig mx mail.ru. @a.dns.ripn.net. # или @193.232.128.6
;; Sending:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39018
;; flags: rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mail.ru. IN MX
;; QUERY SIZE: 25
```
Запрос совершенно такой же, кроме ID
</section>
<section data-markdown>
### Пример поиска (2/3)
Шаг 2 - ответ от сервера
```
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39018
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 3
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;mail.ru. IN MX
;; AUTHORITY SECTION:
MAIL.RU. 345600 IN NS ns2.mail.RU.
MAIL.RU. 345600 IN NS ns3.mail.RU.
MAIL.RU. 345600 IN NS ns1.mail.RU.
;; ADDITIONAL SECTION:
ns1.mail.RU. 345600 IN A 217.69.139.112
ns2.mail.RU. 345600 IN A 94.100.180.138
ns3.mail.RU. 345600 IN A 185.30.176.202
;; Query time: 32 msec
;; SERVER: 193.232.128.6#53(193.232.128.6)
;; MSG SIZE rcvd: 139
```
</section>
<section data-markdown>
### Быстрые вопросы
Почему ответ не авторитетный ?
Почему регистр в именах смешанный ?
Почему ns2, ns3, потом ns1 ?
Почему ответа ждали дольше?
* от l.root-servers.net.
```
;; Query time: 1 msec
;; SERVER: 199.7.83.42#53(199.7.83.42)
```
* от a.dns.ripn.net.
```
;; Query time: 32 msec
;; SERVER: 193.232.128.6#53(193.232.128.6)
```
</section>
<section data-markdown>
### Пример поиска (3/3)
Пропустим запрос, сразу ответ от MAIL.RU
```
$ dig mx mail.ru. @ns1.mail.ru
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18106
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 8
;; QUESTION SECTION:
;mail.ru. IN MX
;; ANSWER SECTION:
mail.ru. 600 IN MX 10 mxs.mail.ru.
;; AUTHORITY SECTION:
mail.ru. 600 IN NS ns1.mail.ru.
mail.ru. 600 IN NS ns3.mail.ru.
mail.ru. 600 IN NS ns2.mail.ru.
;; ADDITIONAL SECTION:
mxs.mail.ru. 60 IN A 94.100.180.104
mxs.mail.ru. 60 IN A 94.100.180.31
ns1.mail.ru. 600 IN A 217.69.139.112
ns1.mail.ru. 600 IN AAAA 2a00:1148:db00::2
ns2.mail.ru. 600 IN A 94.100.180.138
ns2.mail.ru. 600 IN AAAA 2a00:1148:db00::1
ns3.mail.ru. 600 IN A 185.30.176.202
ns3.mail.ru. 600 IN AAAA 2a00:1148:db00::2
;; Query time: 36 msec
;; SERVER: 217.69.139.112#53(217.69.139.112)
;; MSG SIZE rcvd: 263
```
Ответ авторитетный (1 запись)
</section>
<section data-markdown>
### Рекурсивный поиск
Клиент получает готовый ответ на запрос
Надо включать в настройках сервера
```
options {
allow-recursion {
192.168.0.0/24; localhost;
};
};
```
</section>
<section data-markdown>
### Нерекурсивный поиск
Клиент (часто dns-сервер) в ответ получает не больше чем уже известно серверу
* из кеша
* из локальных зон
* записи NS+A (если в кеше есть ns-серверы домена из запроса, либо корневые)
</section>
<section data-markdown>
## Синхронизация и обновление данных
</section>
<section data-markdown>
### Зачем синхронизация
* Корневых серверов много
* Для надёжности нужно, чтобы авторитетных серверов для каждого домена было несколько
Информация в файлах зон на серверах должна быть одинаковой
* Master-сервер
* Slave-серверы
* синхронизация...
</section>
<section data-markdown>
### Передача зоны
Два механизма копирования зоны
* полное копирование (AXFR)
* инкрементальное копирование зоны (IXFR), RFC 1995
- номер старой версии и список записей, которые нужно удалить
- номер более свежей версии и записи, которые нужно добавить
</section>
<section data-markdown>
### Особенности
Передача зоны — 53/**tcp**
В потоке передаётся подряд несколько обычных сообщений DNS
Перед каждым сообщением добавляется префикс (2 байта)
Начало и конец передачи (первая и последняя запись) - SOA
</section>
<section data-markdown>
### Низкая скорость
```
$ORIGIN .
$TTL 36000 ; 10 hours
ructf.net IN SOA ns.urgu.org. znick.hackerdom.ru. (
2017012500 ; serial
86400 ; refresh (1 day)
600 ; retry (10 minutes)
86400 ; expire (1 day)
86400 ; minimum (1 day)
)
$TTL 86400 ; 1 day
```
Период обновления - 1 день
Это нормально, если изменения редки
Это плохо, когда поломался хостинг
</section>
<section data-markdown>
### Уведомления
RFC 1996 — DNS NOTIFY
* В БД вносятся изменения
* Master послал оповещение
* Slave запросил зону
* Slave получил зону
Включается в описании зоны
```
zone "urfu.ru" {
...
notify yes;
...
}
```
</section>
<section data-markdown>
### Другие методы
Например, в домене Microsoft система DNS используется для поиска компьютеров и сервисов
Часто зона DNS хранится в специальной БД — Active Directory
Своя распределенная система синхронизации и разрешения конфликтов
</section>
<section data-markdown>
### Динамическое обновление
RFC 2136 "Dynamic Updates in the DNS"
Позволяет информации на DNS-сервере обновляться в реальном времени и в автоматическом режиме
На практике клиенты при получении или изменении IP-адреса по протоколу DHCP
сами посылают новые сведения на DNS-сервер
Обычно потребуется авторизация
</section>
<section data-markdown>
## Альтернативный транспорт
</section>
<section data-markdown>
### Zeroconf
Концепция Zero Configuration Networking -
ничего не настраивать в изолированной сети SOHO (Small and Home Office)
Выбор сетевого адреса для устройства
* RFC 3927 - Dynamic Configuration of IPv4 Link-Local Addresses
- Он же APIPA - 169.254.0.0/16
* RFC 4193 - Unique Local IPv6 Unicast Addresses
- концепция уже встроена в IPv6
</section>
<section data-markdown>
### Zeroconf
Нахождение компьютеров по имени
* [Bonjour](https://developer.apple.com/bonjour/) от Apple (лицензия Apache 2.0), протокол Multicast DNS (mDNS)
* [Avahi](http://avahi.org/) - Open-source реализация (LGPL)
* Link-local Multicast Name Resolution от Microsoft
Обнаружение сервисов, напр. принтеров
* DNS Service Discovery (DNS-SD)
* UPnP, в т.ч. Simple Service Discovery Protocol (SSDP)
* Service Location Protocol (SLP)
</section>
<section data-markdown>
### mDNS
RFC 6762 — Multicast DNS
DNS-like queries for DNS-like resource records by sending DNS-like UDP query and response messages over IP Multicast to UDP port 5353
IPv4 link-local multicast address 224.0.0.251 (IPv6 FF02::FB)
Специальный домен ".local."
</section>
<section data-markdown>
</section>
<section data-markdown>
### Особенности
Каждое устройство является авторитетным mDNS-сервером для своих записей
Делегирования как такового нет
Пример использования
```
MyPrinter._printer._tcp.local.
120 IN SRV 0 0 515 MyComp.local.
```
</section>
<section data-markdown>
### DNS-over-*
Проблема: пакеты DNS не шифруются
DNS over TLS (DNS поверх TLS, DoT, RFC7858)
DNS over HTTPS (DNS поверх HTTPS, DoH, RFC8484)
Зашифровать DNS-трафик для предотвращения перехвата и обеспечения конфиденциальности и безопасности
</section>
<section data-markdown>
# Вопросы ?
</section>
</div>
</div>
<script src="js/reveal.js"></script>
<script>
Reveal.initialize({
hash: true,
slideNumber: true,
center: false,
dependencies: [
{ src: 'plugin/markdown/marked.js' },
{ src: 'plugin/markdown/markdown.js' },
{ src: 'plugin/notes/notes.js', async: true },
{ src: 'plugin/highlight/highlight.js', async: true }
]
});
</script>
</body>
</html>