DDNS сбоит

Приветствую.

Модель DS 112j

С некоторых пор DDNS стал задалбывать (в сутки порядка 20-30 сообщений) уведомлениями вида

[x] is calling... Службе DDNS не удалось зарегистрировать IP-адрес [x.x.x.x] на [xxxx].synology.me

Системе не удалось зарегистрировать внешний IP-адрес [x.x.x.x] на [xxxx].synology.me в сервере DDNS Synology. Система сообщает о следующей причине ошибки: [Данный адрес электронной почты уже используется.].

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

Как вылечить? И вообще, зачем он туда так часто стучится (судя по репортам с разницей в 3-5 минут)? Разве нельзя это дело оптимизировать так, чтобы он регистрировал новый адрес только когда адрес меняется?

Приветствую.

Модель DS 112j

 

С некоторых пор DDNS стал задалбывать (в сутки порядка 20-30 сообщений) уведомлениями вида

Озвучьте свою версию DSM. Такая чехарда была на определённых версиях начиная с DSM 5.1 Беты.

И вообще, зачем он туда так часто стучится (судя по репортам с разницей в 3-5 минут)? Разве нельзя это дело оптимизировать так, чтобы он регистрировал новый адрес только когда адрес меняется?

Вы включили галку "Heartbeat" - вот он и рапортует при сбое подключения, пока не нормализуется.

PS Просетапьте альтернативный DDNS от No-IP на роутере и будет Вам счастье ...

Озвучьте свою версию DSM. Такая чехарда была на определённых версиях начиная с DSM 5.1 Беты.

DSM 5.1-5022 Update 4

Вы включили галку "Heartbeat" - вот он и рапортует при сбое подключения, пока не нормализуется.

Как раз эта настройка выключена (выбран пункт "Отключить").

Но, если я не ошибаюсь, эта функция - это если сервер synology не может достать до моего НАСа, он мне пошлет уведомление. У меня же уведомления шлет сам НАС о том, что он не может обновить данные на серверах synology по непонятной причине (адрес уже используется WTF?). И непонятна так же периодичность. То он по нескольку раз в час обновляет данные об адресе, то вот уже несколько часов не парится.

PS Просетапьте альтернативный DDNS от No-IP на роутере и будет Вам счастье ...

У меня старенький роут, в котором только DynDNS, который в свою очередь, прикрыл регистрацию. Да и не хочется перебивать во всех устройствах и закладках адрес на новый.

P.S. Я помню, что для старой версии DSM был какой-то патч, который эту проблему устранял. Есть ли он для новой версии и, если есть, то где он?

Удалите DDNS-запись в Центре MyDS и затем в контрольной панели в режиме редактирования DDNS согласитесь с политикой конфиденциальности.

PS Условия обслуживания

PSS Под патчем Вы видимо имели в виду DDNS Updater - но, насколько я помню, этот патч применялся на более древних версиях DSM для сторонних (не-сино-родных) DDNS-провайдеров.

Удалите DDNS-запись в Центре MyDS и затем в контрольной панели в режиме редактирования DDNS согласитесь с политикой конфиденциальности.

Сделал. Поглядим.

PSS Под патчем Вы видимо имели в виду DDNS Updater - но, насколько я помню, этот патч применялся на более древних версиях DSM для сторонних (не-сино-родных) DDNS-провайдеров.

Был именно патч, накатываемый руками, через upgrade. Правда, я не помню, была ли в точности такая же ошибка, как сейчас.

Похожая тема, не исключено, что патч я оттуда и брал http://www.synology.forum/index.php?showtopic=5121

Сделал. Поглядим.

А чего глядеть-то. Пару раз перегрузить роутер - и всё стразу станет ясно ...

не исключено, что патч я оттуда и брал http://www.synology.forum/index.php?showtopic=5121

Что есть патч? Временная заплатка до выхода следующего офоициального апдейта. То есть другими словами патч уже растворён в следующем ближайшем апдейте DSM ещё два года назад

А чего глядеть-то. Пару раз перегрузить роутер - и всё стразу станет ясно ...

При чем здесь роутер? Роутер тут никакой роли не играет. Проблема в сервисе Synology. В том, как взаимодействует NAS с сервисом. И, еще раз обращаю внимание на то, что проблема не постоянная. Т.е. эти сообщения сыпятся не каждую минуту и без определенной периодичности. Могут пачкой штук 5 насыпаться с периодом в минуту, а могут за сутки одно-два.

Не помогло, кстати. Опять

Системе не удалось зарегистрировать внешний IP-адрес x.x.x.x на x.synology.me в сервере DDNS Synology.

Что есть патч? Временная заплатка до выхода следующего офоициального апдейта. То есть другими словами патч уже растворён в следующем ближайшем апдейте DSM ещё два года назад

Это могут сказать только разработчики DSM. Вшили они этот патч в продакшен или оставили только для специфичных случаев - вопрос без ответа.

При чем здесь роутер? Роутер тут никакой роли не играет.

Роутер берёт от провайдера новый айпишник - DDNS отрабатывает - проверятся работоспособность сино-сервиса в связке с роутером.

Не помогло, кстати. Опять

То есть правильно ли я понял - сам сервис отрабатывает, но беспокоят именно "странные" уведомления?

Это могут сказать только разработчики DSM. Вшили они этот патч в продакшен или оставили только для специфичных случаев - вопрос без ответа.

Если Вы хотите услышать это от разработчиков - пишите в ТП Синолоджи. Если Вас интересует моё личное мнение - да вшили. У меня этот сервис отрабатывет без проблем и без подобных сообщений.

PS У Вас слабое железо + качаются торренты - возможно забит внешний канал и в какие-то моменты сино просто недостукивается - Вам не помешеет проанализировать логи ...

Роутер берёт от провайдера новый айпишник - DDNS отрабатывает - проверятся работоспособность сино-сервиса в связке с роутером.

То есть правильно ли я понял - сам сервис отрабатывает, но беспокоят именно "странные" уведомления?

Совершенно верно. Устройство по доменному имени из сети доступно. Т.е. сам сервис отрабатывает, как положено. Но беспокоят эти уведомления, да и непонятно, накой ляд оно так часто связывается с серверами synology, если IP не меняется неделями на самом деле. Так задумано или все же что-то идет не так.

PS У Вас слабое железо + качаются торренты - возможно забит внешний канал и в какие-то моменты сино просто недостукивается - Вам не помешеет проанализировать логи ...

Хорошая мысль, спасибо, надо будет посмотреть, есть ли корреляция между загрузкой канала торрентом и этими сообщениями.

да и непонятно, накой ляд оно так часто связывается с серверами synology, если IP не меняется неделями на самом деле. Так задумано или все же что-то идет не так.

Задумано - это когда включены все галки, включая "Heartbeat". Если часть галок выключено пользователем - надо моделировать - приведите свои скриншоты.

Хорошая мысль, спасибо, надо будет посмотреть, есть ли корреляция между загрузкой канала торрентом и этими сообщениями.

Если уж копать - то по крупному - включите историю использования в мониторинге ресурсов...

Задумано - это когда включены все галки, включая "Heartbeat". Если часть галок выключено пользователем - надо моделировать - приведите свои скриншоты.

 

Если уж копать - то по крупному - включите историю использования в мониторинге ресурсов...

А почему оно у вас в явном виде жалуется на адрес электронной почты, то есть на емейл? Какая там политика у синолоджи, может у вас несколько эккаунтов на одном емейле висять, а они это не разрешают?

А почему оно у вас в явном виде жалуется на адрес электронной почты, то есть на емейл? Какая там политика у синолоджи, может у вас несколько эккаунтов на одном емейле висять, а они это не разрешают?

e-mail - это уже другая история. А так SynoDDNS-записи чекаются на предмет доступности внешнего айпишника и не важно меняется он или остаётся постоянным. Об этом я уже когда-то писал здесь -> http://www.synology.forum/index.php?s=&...ost&p=42837

PS От версии к версии функционал конечно может меняться ...

e-mail - это уже другая история. А так SynoDDNS-записи чекаются на предмет доступности внешнего айпишника и не важно меняется он или остаётся постоянным. Об этом я уже когда-то писал здесь -> http://www.synology.forum/index.php?s=&...ost&p=42837

 

PS От версии к версии функционал конечно может меняться ...

Почему это мы решили, что это "другая история"? В посте топикстартера в сообщении об ошибке явно указана проблема(с точки зрения Цинолоджи), вообще-то.

Почему это мы решили, что это "другая история"? В посте топикстартера в сообщении об ошибке явно указана проблема(с точки зрения Цинолоджи), вообще-то.

e-mail для чека не используется. На е-mail приходят хартбитные уведомления, но автор же явно указал что хартбит у него выключен.

e-mail для чека не используется. На е-mail приходят хартбитные уведомления, но автор же явно указал что хартбит у него выключен.

Ну и? Как это обьясняет сообщение об ошибке? И почему мы решили, что у нас "другая история"?

Ну и? Как это обьясняет сообщение об ошибке? И почему мы решили, что у нас "другая история"?

Не надо и. е-mail в DDNS-закладке контрольной панели не редактируется. Он присутствует в Центре MyDS на сайте и также доступен для редактирования через клиентское зеркало MyDS Center. Да и не совсем понятно, кто это "мы"

Не надо и. е-mail в DDNS-закладке контрольной панели не редактируется. Он присутствует в Центре MyDS на сайте и также доступен для редактирования через клиентское зеркало MyDS Center. Да и не совсем понятно, кто это "мы"

В очередной раз - ничего не понял...

Что - "Не надо и" ?

Как это, не понятно - "кто это "мы"", если ты же сам писал выше: "e-mail - это уже другая история."... :-)))

Да, емейл в закладке DDNS не редактируется, но он редактируется в закладке My Account MyDS, об чем я и говорил, перефразирую, - не возможно ли такое, что у топикстартера уже есть аккаунт на MyDS с таким же емейлом, на что Synology и ругается? Я как бы не настаиваю, я этими фишками не пользуюсь вообще, я просто исхожу из общей логики и попытки понять сообщение об ошибке, которое, повторюсь опять, в явном виде говорит, что "Данный адрес электронной почты уже используется"...

не возможно ли такое, что у топикстартера уже есть аккаунт на MyDS с таким же емейлом, на что Synology и ругается? Я как бы не настаиваю, я этими фишками не пользуюсь вообще, я просто исхожу из общей логики и попытки понять сообщение об ошибке, которое, повторюсь опять, в явном виде говорит, что "Данный адрес электронной почты уже используется"...

1. К MyDS экаунту можно привязать один и только один е-mail.

2. От MyDS экаунта можно отвязать DDNS-запись (автор это уже делал), е-mail при этом останется прежним.

3. В контрольной панели можно удалить DDNS-запись (автор это ещё не делал), е-mail при этом останется прежним.

4. В Центре MyDS можно поменять е-mail на другой

5. И наконец самое главное - то самое изначальное сообщение - оно целостное и неделимое и не состоит из 2-х частей, вторая из которых - это типа про e-mail. Основной его смысл - именно в первой части.

PS Я бы пока не уводил автора в сторону насчёт емейла, ну или если хотите оставил этот вопрос на закуску.

PS Я бы пока не уводил автора в сторону насчёт емейла, ну или если хотите оставил этот вопрос на закуску.

А-А-А-А! Ну почему же - "в сторону"??? Повторяю в третий раз - сообщение об ошибке содержит в явном виде жалобу на то, что данный емейл уже используется. Почему же это "в сторону", и почему же - "емейл это другая проблема"??? Тем более, что, как утверждает автор - "При этом устройство всегда в сети и, судя по работе торрент клиента, проблем с доступом в интернет не испытывает."

Какую проблему вы вообще пытаетесь решать? Может я чего-то пропустил и/или не понял, и вы решаете совсем другую проблему, не связанную с сообщением об ошибке по поводу уже использованного емейла?

Сейчас опять будете спрашивать - "кто сказал "в сторону"" и "кто это - "мы""? :-)))

AlexKir: скажите, вы когда-нибудь регистрировались на MyDS с этим же самым емейлом? Может быть давно, может быть для другого nas, может быть емейл потом как-то поменяли? Попробуйте ради эксперимента заведите себе новый MyDS эккаунт с точно не использованным ранее емейлом, или поменяйте емейл в этом же эккаунте на точно неиспользованный ранее. Я бы посоветовал завести новый емейл скажем что-то типа [email protected], и поэкспериментировать с ним - может synology глючит и дает неправильное сообщеное об ошибке, в конце концов, и дело таки действительно не в емейле...

Задумано - это когда включены все галки, включая "Heartbeat". Если часть галок выключено пользователем - надо моделировать - приведите свои скриншоты.

http://i58.tinypic.com/14lluud.png

Если уж копать - то по крупному - включите историю использования в мониторинге ресурсов...

Вскопал. Нет никакой корреляции. Даже во время свободного канала сыплются уведомления. Правда, возникло подозрение, что виноват провайдер. Весь день интернет весьма нестабилен "на внешку". Я из Кыргызстана, у нас тут провайдеры в пиринг объединены, поэтому есть понятие внутреннего трафика и внешнего. Торрент клиент раздает только на внутренний. Поэтому не исключено, что внешка периодически падает, и это выливается в вышеозначенное сообщение. Но тогда все равно непонятно, какого черта выдается некорректное сообщение об ошибке. Хотя...теорию под практику всегда подвести можно. )

скажите, вы когда-нибудь регистрировались на MyDS с этим же самым емейлом? Может быть давно, может быть для другого nas, может быть емейл потом как-то поменяли?

Нет. Никогда. 146%.

Попробуйте ради эксперимента заведите себе новый MyDS эккаунт с точно не использованным ранее емейлом, или поменяйте емейл в этом же эккаунте на точно неиспользованный ранее. Я бы посоветовал завести новый емейл скажем что-то типа [email protected], и поэкспериментировать с ним - может synology глючит и дает неправильное сообщеное об ошибке, в конце концов, и дело таки действительно не в емейле...

Честно говоря, не вижу в этом смысла. Т.к., как я уже говорил, проблема не постоянна, что намекает на то, что с емейлом и MyDS акком все в порядке. Проблема именно в том, как взаимодествуют NAS и сервер Synology.

У меня даже есть теория. NAS пинугет сервер Synology ежеминутно и из-за нестабильного канала до сервера иногда такой пинг может "повисать" на, скажем 50 секунд (х.з. какой там на самом деле таймаут на NAS'е) и следующий пинг приходит на сервер с разницей в 10 секунд от предыдущего, в результате серверу Synology может "показаться", что это пинги от двух разных устройств, т.к. он не ожидает пингов с таким коротким периодом. В результате чего он на второй пинг может говорить, что де он совсем недавно уже регистрировал такое устройство и дескать адрес уже используется.

P.S. Ну раз никто не сталкивался и патчей больше нет, то пойдем простым путем: я выключил этот тип уведомлений через [панель управления -> система -> уведомления], т.к. сам сервис работает исправно. Всем спасибо.

А какие DNS-сервера прописаны на сино? Провайдерские? Раз провайдеру доверия нет - пропишите вручную гугловские. Это может ускорить процесс взаимодействия с внешкой...

PS Да, и какого цвета у Вас значок конверта в Центре MyDS (столбик "Ресурсы")?

Честно говоря, не вижу в этом смысла. Т.к., как я уже говорил, проблема не постоянна, что намекает на то, что с емейлом и MyDS акком все в порядке. Проблема именно в том, как взаимодествуют NAS и сервер Synology.

У меня даже есть теория. NAS пинугет сервер Synology ежеминутно и из-за нестабильного канала до сервера иногда такой пинг может "повисать" на, скажем 50 секунд (х.з. какой там на самом деле таймаут на NAS'е) и следующий пинг приходит на сервер с разницей в 10 секунд от предыдущего, в результате серверу Synology может "показаться", что это пинги от двух разных устройств, т.к. он не ожидает пингов с таким коротким периодом. В результате чего он на второй пинг может говорить, что де он совсем недавно уже регистрировал такое устройство и дескать адрес уже используется.

:-)

P.S. Ну раз никто не сталкивался и патчей больше нет, то пойдем простым путем: я выключил этот тип уведомлений через [панель управления -> система -> уведомления], т.к. сам сервис работает исправно. Всем спасибо.

Ну, тоже вариант.

P.S. Ну раз никто не сталкивался и патчей больше нет, то пойдем простым путем: я выключил этот тип уведомлений через [панель управления -> система -> уведомления], т.к. сам сервис работает исправно. Всем спасибо.

Кстати, когда снимали первую галку (Эл. почта) - не обратили внимание, стояла ли вторая галка (Мобильный телефон). И вообще какие галки у Вас стоят в закладке "Push-служба". И какой там e-mail ?

А какие DNS-сервера прописаны на сино? Провайдерские? Раз провайдеру доверия нет - пропишите вручную гугловские. Это может ускорить процесс взаимодействия с внешкой...

На НАСе полный DHCP Всем заведует роутер. Да и не в DNS дело явно, т.к. адрес должен тащиться после первого обращения из кеша, а не каждый раз с DNS сервера.

PS Да, и какого цвета у Вас значок конверта в Центре MyDS (столбик "Ресурсы")?

Красный, отключено. Но это вообще не то. Я уже говорил, что уведомления шлются не сервером Synology, а самим NAS'ом. Это видно в том числе по заголовкам тела письма.

Кстати, когда снимали первую галку (Эл. почта) - не обратили внимание, стояла ли вторая галка (Мобильный телефон). И вообще какие галки у Вас стоят в закладке "Push-служба". И какой там e-mail ?

Обратил. Никаких иных галок не стояло. SMS и пуш отключены. Только емайл включены. На тот, что там указан и слалось.

На НАСе полный DHCP Всем заведует роутер. Да и не в DNS дело явно, т.к. адрес должен тащиться после первого обращения из кеша, а не каждый раз с DNS сервера.

DNS кэш на сино? Сириасли? Можно ссылочку

Красный, отключено. Но это вообще не то. Я уже говорил, что уведомления шлются не сервером Synology, а самим NAS'ом. Это видно в том числе по заголовкам тела письма.

Это всё звенья одной цепи (ещё один скриншот, если хотите )

Обратил. Никаких иных галок не стояло. SMS и пуш отключены. Только емайл включены. На тот, что там указан и слалось.

На этом тему e-mail можно окончательно закрыть и да простит нас сами знаете кто

DNS кэш на сино? Сириасли? Можно ссылочку

Ссылочку на что? На то, что любая вменяемая ОСь кеширует DNS запросы? Это как бы основы работы устройств в сети. ) Иначе DNS сервера вешались бы. А на НАСе вполне вменяемый линукс.

Если хотите убедиться - поставьте сниффер, да проверьте. А мне лениво, да и я верю, что он кеширует DNS запросы, иначе это было бы очень тупо - на каждый HTTP/FTP запрос заново опрашивать DNS сервер, все равно, что экономить на спичках, т.к. памяти там надо под этот кеш мизер. Кому взбредет в голову жертвовать скоростью ради 1-2КБ оперативки?

Это всё звенья одной цепи (ещё один скриншот, если хотите )

Это не звенья одной цепи, это пустая риторика. Уведомления шлются НАСом, соответсвенно, какой смысл смотреть, как там настроены уведомления на стороне MyDS (а они выключены, поверьте на слово ), коли это НАС сообщает, что он не может сообщить серверу о смене адреса. Еще раз обращаю внимание, что уведомления приходили от общей системы уведомлений НАСа, а не от службы DDNS в частности, ну т.е. то, как уведомления настроены в самой системе DDNS, вообще тут никаим боком не имеет значения.

Ссылочку на что? На то, что любая вменяемая ОСь кеширует DNS запросы? Это как бы основы работы устройств в сети. ) Иначе DNS сервера вешались бы. А на НАСе вполне вменяемый линукс.

Если хотите убедиться - поставьте сниффер, да проверьте. А мне лениво, да и я верю, что он кеширует DNS запросы,

У Вас поднят на сино кэширующий DNS-cервер? Если нет - то говоря Вашими же словами это пустая риторика

Это не звенья одной цепи, это пустая риторика. Уведомления шлются НАСом, соответсвенно, какой смысл смотреть, как там настроены уведомления на стороне MyDS (а они выключены, поверьте на слово ), коли это НАС сообщает, что он не может сообщить серверу о смене адреса. Еще раз обращаю внимание, что уведомления приходили от общей системы уведомлений НАСа, а не от службы DDNS в частности, ну т.е. то, как уведомления настроены в самой системе DDNS, вообще тут никаим боком не имеет значения.

Уведомления на e-mail приходят с двух сторон - я же не зря сказал про моделирование. Так вот Вашу ситуацию смоделировать не могу. Видимо, действительно дело в провайдере.

PS Ну а совет прописать гугловские DNS-сервера по-прежнему в силе

У Вас поднят на сино кэширующий DNS-cервер? Если нет - то говоря Вашими же словами это пустая риторика

Да при чем тут кеширующий ДНС сервер? ДНС записи кешируются самой операционной системой. Для этого не нужен ДНС сервер. Кеш - не сервер.

Не берусь утверждать, но на сколько мне известно, даже операционные системы роутеров кешируют DNS записи. В том числе именно для этого они на борту несут оперативную память (при чем современные роутеры имеют ее весьма приличное количество)

Уведомления на e-mail приходят с двух сторон - я же не зря сказал про моделирование. Так вот Вашу ситуацию смоделировать не могу. Видимо, действительно дело в провайдере...

Я уже писал, что все мои уведомления приходили только от самого НАСа, это видно по заголовкам тела письма. Никаких двух сторон.

Да при чем тут кеширующий ДНС сервер? ДНС записи кешируются самой операционной системой. Для этого не нужен ДНС сервер. Кеш - не сервер.

При всём уважении на сино кеша не нашёл . Обработка файлика hosts таки присутствует и он обслуживается первым

Я уже писал, что все мои уведомления приходили только от самого НАСа, это видно по заголовкам тела письма. Никаких двух сторон.

ОК - тему закрыли

При всём уважении на сино кеша не нашёл . Обработка файлика hosts таки присутствует и он обслуживается первым

Совершенно верно, содержимое hosts не кешируется. Тот же самый результат вы можете наблюдать на Windows (попробуйте посетить гугл, а затем в хостс задать ему левый ип и снова попробуйте посетить гугл ), но это не отменяет того факта, что винда кэширует DNS запросы, наверняка ведь хотя бы раз приходилось делать ipconfig /flushdns, чтобы этот кэш очистить

Если вы хотите "найти" DNS кеш на сино, то либо ставьте сниффер (WireShark например) и проводите траффик сино через прокси со снифером, либо ставьте ДНС сервер и указывайте его в настройках сино, а дальше смотрите логи DNS сервера.

Но на вашем месте я бы не парился. Т.к. линукс не вчера родился, и его встроенный DNS-клиент просто обязан кешировать DNS запросы, ибо это простейшая и очевиднейшая оптимизация, способная существенно сократить время отклика системы при любых запросах по доменному имени, в том числе HTTP/FTP. Иначе бы все сильно тупило, если бы на каждый запрос нужно было делать еще один запрос на определение IP по домену.

Педивикия (не конкретно о сино, но о том, как вообще работают любые DNS клиенты в общем виде и о том, что они почти неизбежно имеют кэш).

Совершенно верно, содержимое hosts не кешируется. Тот же самый результат вы можете наблюдать на Windows (попробуйте посетить гугл, а затем в хостс задать ему левый ип и снова попробуйте посетить гугл ), но это не отменяет того факта, что винда кэширует DNS запросы, наверняка ведь хотя бы раз приходилось делать ipconfig /flushdns, чтобы этот кэш очистить

Так я и думал - попытка применить метод математической индукции - раз кеш есть на виндовом клиенте, то он есть и на сино. Вы что, действительно думаете, что про команду "ipconfig /flushdns" я слышу впервые - у самого все клиенты на винде

Если вы хотите "найти" DNS кеш на сино, то либо ставьте сниффер (WireShark например) и проводите траффик сино через прокси со снифером, либо ставьте ДНС сервер и указывайте его в настройках сино, а дальше смотрите логи DNS сервера.

А чего ставить - уже давно стоит именно WireShark ...

Но на вашем месте я бы не парился. Т.к. линукс не вчера родился, и его встроенный DNS-клиент просто обязан кешировать DNS запросы, ибо это простейшая и очевиднейшая оптимизация, способная существенно сократить время отклика системы при любых запросах по доменному имени, в том числе HTTP/FTP. Иначе бы все сильно тупило, если бы на каждый запрос нужно было делать еще один запрос на определение IP по домену.

Не парился говорите - но вопрос поднят интересный и хотелось бы разобраться бо ни bind ни nsd ни dnsmasq на сино по умолчанию не подняты

Педивикия (не конкретно о сино, но о том, как вообще работают любые DNS клиенты в общем виде и о том, что они почти неизбежно имеют кэш).

Спасибо за педивикию (а то я не знал ) - на сино резолвер это resolv.conf - вот и загляните в него

PS Ну и последний вопрос - если по-вашему на сино есть кеш - то по логике должна быть и команда его очистки. Так ведь? Можете её привести???

Так я и думал - попытка применить метод математической индукции - раз кеш есть на виндовом клиенте, то он есть и на сино.

Вы по диагонали читаете. Вы сделали ложный вывод о том, что если у вас правки hosts ничего не показали, то и кеша нет. Я вам и привел приемр с виндой, показывающий, что нет никакой связи между hosts и наличием/отсутствием кеша. Т.к. в винде вы встретите абсолютно то же самое поведение с правками hosts, но DNS-кеш там есть, вы это знаете.

Вы что, действительно думаете, что про команду "ipconfig /flushdns" я слышу впервые - у самого все клиенты на винде

Будьте внимательней. Я вам так и написал "наверняка ведь хотя бы раз приходилось делать ipconfig /flushdns". Перефразирую: "я почти не сомневаюсь, что вы знакомы с командой ipconfig /flushdns".

А чего ставить - уже давно стоит именно WireShark ...

Ну так проверьте через него, как и когда сино делает DNS запросы, к чему вся эта демагогия.

ни bind ни nsd ни dnsmasq на сино по умолчанию не подняты

Опять вы про преимущественно серверные технологии. В винде они тоже не подняты, но кеш там есть. Забудьте про них. Речь про локальный кеш, про DNS-клиент (резолвер), про то, что именно клиент кеширует запросы от сервера. Для этого не нужен сервер, подянтый на клиенте. Поглядите на диаграмму на педивикии еще раз, она ярко иллюстрирует то, что локальный резолвер почти всегда имеет локальный кэш, чтобы не обращаться к DNS серверу на каждый чих.

на сино резолвер это resolv.conf - вот и загляните в него

О чем вы? Это лишь конфиг. И в нем прописан адрес DNS сервера.

PS Ну и последний вопрос - если по-вашему на сино есть кеш - то по логике должна быть и команда его очистки. Так ведь? Можете её привести???

Не так. Наличие/отсутствие команды очистки кэша полностью на совести разработчиков. Зачастую единственный способ очистки кеша - это перезапуск сервиса. К примеру, именно этим способом чистится кеш на большинстве роутеров.

ОК - готов снифферить - давайте чёткий сценарий. Что? Куда? Как фиксировать результат? Ибо опять скажете что что-то делается не так...

ОК - готов снифферить - давайте чёткий сценарий. Что? Куда? Как фиксировать результат? Ибо опять скажете что что-то делается не так...

Используйте машину со снифером в качестве гейтвея для НАСа, чтобы весь траффик НАСа проходил через эту машину.

В сниффере мониторьте запросы на 53 порт с адреса НАСа. На НАСе делайте пинг любого сайта два раза подряд. Если сниффер при этом покажет два запроса - вы правы и никакого локального DNS кеша у НАСа из коробки нет. Если будет один запрос - то кеш таки есть.