информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Сейчас вскрылись интересные подробности — Mikrotik отрабатывает исправно! 18.07.16 17:15  Число просмотров: 5124
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.07.16 17:53  Количество правок: 3
<"чистая" ссылка>
В другом месте, где тоже микротик, решил ещё поковыряться, без доменного суффикса.
Вот что имеем:
C:\>nslookup z-quad
╤хЁтхЁ:  router
Address:  192.168.22.1

Не заслуживающий доверия ответ:
╚ь :     z-quad
Address:  192.168.18.44

---

Т.е. микротик исправно отдаёт требуемое. А вот винда этот хост пинговать не желает!
ping z-quad
При проверке связи не удалось обнаружить узел z-quad.
Проверьте имя узла и повторите попытку.

---

Но если поставить точку в конце, адрес резольвит (это поведение утилиты ping?)
C:\>ping z-quad.

Обмен пакетами с z-quad [192.168.18.44] с 32 байтами данных:
....

---

И самое интересное — если прописать z-quad в hosts, для утилиты ping никакой точки в конце не требуется. Мне кажется такое поведение странным, не находите? Или раздавать всем суффикс, или прописывать всем в hosts :(
Другое дело, что это нужно для 1C, чтобы простучатся от клиента к её серверу приложений. Так вот там можно точку не прописывать — соединяется исправно! Выходит, утилита ping имеет такое поведение в винде?
<networking>
Mikrotik WiFi роутер — проблема добавления статических DNS записей без TLD 18.06.16 09:07  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.06.16 09:44  Количество правок: 16
<"чистая" ссылка>
В роутере есть возможность добавить т.н. «статические записи DNS», например:
ok.ru → 127.0.0.1
Так всё работает, и другие компы, использующие DNS роутера, получает соотв. IP по указанному домену.

Если же хочу обозначить запись вообще без TLD (нет точки в имени), например:
z-quad → 192.168.18.44
Тогда возникает проблема на клиентских хостах:
ping z-quad
При проверке связи не удалось обнаружить узел z-quad. Проверьте имя узла и повторите попытку.

Гугление безрезультатно, требуется помощь коллективного разума — заранее всем спасибо!
Сейчас вскрылись интересные подробности — Mikrotik отрабатывает исправно! 18.07.16 17:15  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.07.16 17:53  Количество правок: 3
<"чистая" ссылка>
В другом месте, где тоже микротик, решил ещё поковыряться, без доменного суффикса.
Вот что имеем:
C:\>nslookup z-quad
╤хЁтхЁ:  router
Address:  192.168.22.1

Не заслуживающий доверия ответ:
╚ь :     z-quad
Address:  192.168.18.44

---

Т.е. микротик исправно отдаёт требуемое. А вот винда этот хост пинговать не желает!
ping z-quad
При проверке связи не удалось обнаружить узел z-quad.
Проверьте имя узла и повторите попытку.

---

Но если поставить точку в конце, адрес резольвит (это поведение утилиты ping?)
C:\>ping z-quad.

Обмен пакетами с z-quad [192.168.18.44] с 32 байтами данных:
....

---

И самое интересное — если прописать z-quad в hosts, для утилиты ping никакой точки в конце не требуется. Мне кажется такое поведение странным, не находите? Или раздавать всем суффикс, или прописывать всем в hosts :(
Другое дело, что это нужно для 1C, чтобы простучатся от клиента к её серверу приложений. Так вот там можно точку не прописывать — соединяется исправно! Выходит, утилита ping имеет такое поведение в винде?
Похоже, что микротик резолвит узел бродкастом внутри... 20.07.16 20:43  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 20.07.16 20:44  Количество правок: 1
<"чистая" ссылка>
> В другом месте, где тоже микротик, решил ещё поковыряться,
> без доменного суффикса.
> Вот что имеем:
>
C:\>nslookup z-quad> ╤хЁтхЁ:  router
> Address:  192.168.22.1
> 
> Не заслуживающий доверия ответ:
> ╚ь :	   z-quad
> Address:  192.168.18.44

---

> Т.е. микротик исправно отдаёт требуемое. А вот винда этот
> хост пинговать не желает!

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

>
ping z-quad> При проверке связи не удалось обнаружить узел z-quad.
> Проверьте имя узла и повторите
> попытку.

---

> Но если поставить точку в конце, адрес резольвит (это
> поведение утилиты ping?)

Это нормальное поведение
https://ru.wikipedia.org/wiki/FQDN

> И самое интересное — если прописать z-quad в hosts, для
> утилиты ping никакой точки в конце не требуется. Мне
> кажется такое поведение странным, не находите? Или
> раздавать всем суффикс, или прописывать всем в hosts :(
> Другое дело, что это нужно для 1C, чтобы простучатся от
> клиента к её серверу приложений. Так вот там можно точку
> не прописывать — соединяется исправно! Выходит, утилита
> ping имеет такое поведение в винде?

Еще можно прописать NetBIOS имена узлов с типами этих узлов в файле lmhosts.
Для 1С проще всего поднять какой-нибудь NBNS и раздать его адрес всем клиентам сети через DHCP в параметре WINS/NBT-servers (044) вместе с параметром WINS/NBT-type (046) = hybrid node.

К сожалению, не имею под рукой микротика, чтобы видеть все возможные настройки и дать более точные рекомендации.

FQDN
А если поставить точку вконце имени? 18.06.16 22:10  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Нет, с точкой в конце тоже не работает. 20.06.16 18:45  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 20.06.16 19:05  Количество правок: 2
<"чистая" ссылка>
Написал в поддержку Mikrotik, молчат пока.
Раздавал DHCP клиентам суффикс DNS по умолчанию? 21.06.16 09:38  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Нет. 21.06.16 10:09  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
По хорошему, надо бы либо раздать DNS суффикс по умолчанию... 21.06.16 12:59  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
По хорошему, надо бы либо раздать DNS суффикс по умолчанию через DHCP (Параметр 15 - "Domain Name"), либо задать этот суффикс ручками в конфигурации TCP/IP, к примеру, суффикс "local", а в маршрутизаторе прописать A-запись к "z-quad.local". По идее, так должно работать.
Я слышал, давать суффикс .local моветон? 27.06.16 14:10  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 27.06.16 14:56  Количество правок: 1
<"чистая" ссылка>
subj, вроде как конфликтовать может с чем-то широко распространённым (юниксовым?).

Если раздам суффикс .lan — пойдёт такой, или ещё какие-то подводные камни?

Поддержка Микротика стыдливо молчит, чуют свой косяк ))
Не читал о таком, врать не буду. 27.06.16 15:45  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
> subj, вроде как конфликтовать может с чем-то широко
> распространённым (юниксовым?).

Не читал о таком, врать не буду.

> Если раздам суффикс .lan — пойдёт такой, или ещё какие-то
> подводные камни?

В принципе, подойдет любой, но, желательно, не well known
Нашёл! Apple Bonjour Service нещадно конфликтует с DNS суффиксом .local 29.06.16 07:23  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 29.06.16 08:11  Количество правок: 4
<"чистая" ссылка>
Эппловская реализация "zero configuration networking" используется всем сонмищем устройств с макосью, айфоны, Apple TV, принтеры-сканеры и т.д.

Apple Bonjour Service .local DNS issue
Получилось? 06.07.16 09:37  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
Ну, так-то да. 06.07.16 10:55  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.07.16 16:59  Количество правок: 2
<"чистая" ссылка>
1






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach