Да?

Правда?

там только про дипхост не знают)

На выезде на трассу из Иннополиса была авария, так что теперь там образовалась пробочка

ой) не туда сори

Там вроде без гугла надо было ответить

я читер)

коллеги, поведайте за Service Discovery, кто чем пользуется?

Ну я думаю запросы идут так, 1. Машина отправила запрос на свой днс допустим 10.0.0.1 2. Днс 10.0.0.1 ответил не знаю 3. ДНС заправшивает у днс ИСП 4. ИСП отвечает не знаю и отправляет запрос к корню днс 5. корень днс говорит, у днс .ru есть информация 6. запрос отправляется к днс .ru и спрашивает где diphost.ru, отвечает типа сходи к днс diphost.ru 7. запрос к днс diphost.ru и тот даёт адрес 8. ответ приходит к днс 10.0.0.1 9. от 10.0.0.1 приходит на клиент

Вот с (4)-(5) чуть поподробнее. С чем приходит? Почему именно так отвечает? И я специально спросил именно про www.diphost.ru

А подробнее я не могу объяснить, я только примерно представляю как оно работает

?

Вот с (4)-(5) чуть поподробнее. С чем приходит? Почему именно так отвечает? И я специально спросил именно про www.diphost.ru

нахимичил что-то с дипхостом нестандартное там, да?)

нахимичил что-то с дипхостом нестандартное там, да?)

нет

dig +trace www.diphost.ru

➜ ~ dig +trace www.diphost.ru ; <<>> DiG 9.8.3-P1 <<>> +trace www.diphost.ru ;; global options: +cmd . 148673 IN NS h.root-servers.net. . 148673 IN NS j.root-servers.net. . 148673 IN NS i.root-servers.net. . 148673 IN NS b.root-servers.net. . 148673 IN NS f.root-servers.net. . 148673 IN NS d.root-servers.net. . 148673 IN NS c.root-servers.net. . 148673 IN NS g.root-servers.net. . 148673 IN NS e.root-servers.net. . 148673 IN NS l.root-servers.net. . 148673 IN NS k.root-servers.net. . 148673 IN NS m.root-servers.net. . 148673 IN NS a.root-servers.net. . 148673 IN NS j.root-servers.net. . 148673 IN NS i.root-servers.net. . 148673 IN NS b.root-servers.net. . 148673 IN NS f.root-servers.net. . 148673 IN NS d.root-servers.net. . 148673 IN NS c.root-servers.net. . 148673 IN NS g.root-servers.net. . 148673 IN NS e.root-servers.net. . 148673 IN NS l.root-servers.net. . 148673 IN NS k.root-servers.net. . 148673 IN NS m.root-servers.net. . 148673 IN NS a.root-servers.net. . 148673 IN NS h.root-servers.net. ;; Received 813 bytes from 192.168.88.1#53(192.168.88.1) in 166 ms 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. ;; Received 344 bytes from 198.97.190.53#53(198.97.190.53) in 516 ms DIPHOST.RU. 345600 IN NS ns2.bz8.RU. DIPHOST.RU. 345600 IN NS ns1.bz8.RU. ;; Received 182 bytes from 194.190.124.17#53(194.190.124.17) in 582 ms www.diphost.ru. 300 IN CNAME diphost.ru. diphost.ru. 300 IN A 185.35.220.35 diphost.ru. 300 IN NS ns1.bz8.ru. diphost.ru. 300 IN NS ns2.bz8.ru. ;; Received 102 bytes from 188.166.103.206#53(188.166.103.206) in 89 ms

Но что он у каждого спрашивает? И почему они отвечают именно то, что показывает dig?

Мне интереснее кто такой человек-ио

Зачем?

Чтобы узнать новый незнакомый термин

Но что он у каждого спрашивает? И почему они отвечают именно то, что показывает dig?

я не знаю) но я слежу за вами))

во https://notes.shichao.io/tcpv1/figure_11-3.png

(source: https://notes.shichao.io/tcpv1/ch11/ )

Это ты уже совсем в дебри полез

> Но что он у каждого спрашивает? спрашивает он каждый раз про www.diphost.ru

Вам не угодишь ?

а отвечают они , ну, вот согласно этим RFC и дебрям

Раз уж рассказывать, так все, вплоть до тройного хендшейка в TCP, и congestion window

Мне хватило бы простой логики

ну, логика-то простая по трейсам видно, что идёт от корня выше и выше

правда там где-то кеши

так что идёт-то?

запросы идут, спрашивает про www.diphost.ru

но там кеши должны быть где-то

так что, наверняка, реальных запросов меньше, чем по этим схемам

если что - я не спец) я менеджер) просто ИМХО)

Сам клиент только 1 DNS сервер опрашивает, он не ходит по другим. Это DNS сервер сам должен разобраться что и у кого спросить, если сразу ответить не может.

ну да http://www.diablotin.com/librairie/networking/firewall/figs/fire0813.gif

но интересный тут вопрос не в том, как он сейчас работает (DNS), а то, как он должен работать, чтобы противостоять современным вызовам

чтобы обеспечивать надёжность в любой ситуации, даже если ботнет из умных фаллосов пытается заддосить корневые DNS

Раз уж рассказывать, так все, вплоть до тройного хендшейка в TCP, и congestion window

Эээ, ну там все сложно

DNS в общем-то устарел и его надо заменить

но непонятно, чем и как

Лучшим днс

Чуть чуть разогнать электрическое поле, чтобы dns работал быстрее

"мы добавили помёт игуаны и теперь ваш новый DNS сделает волосы ещё более гладкими и шелковистыми"

Не, достаточно немного криптографии и dht

Не, достаточно немного криптографии и dht

сделать так чтоб фалосы броадкастили по соседним фалосам вопросы про запросы? )

чуваааки! Может кто уже знает днс гугл.ком?

8.8.8.8?

8.8.4.4?

Easiest to remember public DNS servers ever

Мне хватило бы простой логики

Логика простая. Клиент спрашивает у своего днс. Свой, если в кеше не имеет и если он не пытается быть самостоятельным - тогда у провайдера. У прова обычно днс уже рекурсивный и он, если в своём кеше нет - начинает поиск с корневых серверов и ниже, либо у своих форвардеров, которые работают по той же схеме. Что найдёт - кладёт в кеш.

Что ищет, что отвечают?

IP, соответствующие доменному имени.

ну это же не так

мне сейчас Фил препода напомнил))

на экзамене)

сейчас отправит на пересдачу всю группу))

считай уже

сейчас отправит на пересдачу всю группу))

Пересдача после праздников.

Логика простая. Клиент спрашивает у своего днс. Свой, если в кеше не имеет и если он не пытается быть самостоятельным - тогда у провайдера. У прова обычно днс уже рекурсивный и он, если в своём кеше нет - начинает поиск с корневых серверов и ниже, либо у своих форвардеров, которые работают по той же схеме. Что найдёт - кладёт в кеш.

Я бы не взял

ну это же не так

с мобилы было сложно написать длиннее

Оправдывайся :3

Я иногда с мобилы на ходу пишу такие эссе

Что ищет, что отвечают?

Наличие записей?

У нас тут был чувак, который был уверен, что пинг работает по 21 порту

ERROR: S client not available

А вы про днс спрашиваете!

Проще надо быть :)

У нас тут был чувак, который был уверен, что пинг работает по 21 порту

Бывает, но это не плохо, а просто странно

Это очень плохо, потому что это фундаментальное непонимание, что такое вообще ICMP.

Бывает, но это не плохо, а просто странно

странно что не по 21? )))

За эту ниточку тянешь, а там просто отсутствие понимания сетей на простейшем уровне

Конечно странно, ведь он работает по 20.5 порту

))))

Я вот модель OSI на память не помню, но должно же быть понимание, гм, слоистости!

В вопросе про DNS хотелось увидеть в ответе, что рекурсивный ресолвер от корня по отсылкам спрашивает полное доменное имя, а авторитативные сервера подбирают ему или полное совпадение с запросом и дают точный ответ, или наиболее близкое имя и дают отсылку, или, если не находят ни того, ни другого... SERVFAIL вроде.

Конечно странно, ведь он работает по 20.5 порту

Вот, я про это и писал!

Но самый популярный ответ звучал как якобы ресолвер разбирает запрос по точкам и наращивая имя в запросе спрашивает от корня по несуществующей иерархии.

Ты сам себе противоречишь

То что ты написал это и есть наращивание имени

enlarge your name

То что ты написал это и есть наращивание имени

нет. имя всегда полное. подбор делает авторитативный сервер по своим разумениям

Слушайте

а можно ли в дженкинсе, как то сделать периодический запуск параметризированного таска, но чтобы он перебрал все варианты одного из параметров (choice)

У нас тут был чувак, который был уверен, что пинг работает по 21 порту

ваще кстати

ICMP это какой уровень OSI? ;)

О-чего прости?

3

3

Нет

ахахаха

дад

нет

щас начнется )

да

ytn

osi модель, так-то

Это примерно как вопрос - Land Cruiser это какой геологический период в истории земли?