Fqdn сервера невозможно разрешить windows 2012

Ошибка при использовании полного доменного имени для подключения к удаленному компьютеру с компьютера под управлением Windows Server: сетевое имя не найдено

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

Исходная версия продукта: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 875441

Симптомы

При использовании команды на компьютере под управлением одной из операционных систем, перечисленных в разделе «Область применения» для доступа к общим ресурсам удаленного компьютера, при использовании полного доменного имени удаленного компьютера может появиться следующее сообщение об net use ошибке:

Имя сети не удается найти

При подключении к удаленному компьютеру в диалоговом окне «Открыть» в диалоговом окне «Выполнить» при использовании FQDN удаленного компьютера может появиться следующее сообщение об ошибке:

Ни один сетевой поставщик не принял заданный сетевой путь

Вы можете сделать это с помощью FQDN удаленного компьютера. При попытке подключения к удаленному компьютеру записи в кэше системы доменных имен (DNS) или в кэше NetBIOS через TCP/IP (NetBT) не могут быть записаны.

Причина

Когда запрос на разрешение имен для FQDN находится в очереди в NetBT, время ожидания запроса, перенаправление закрывает подключение примерно через восемь секунд, и имя FQDN не разрешено. Проблема возникает из-за конфликта с DNS-решением пользовательского режима NetBT. Этот разрешит только последовательное разрешение имен.

Обходной путь 1. Увеличение значения записи реестра LmhostsTimeout

В этот раздел, описание метода или задачи включены действия, содержащие указания по изменению параметров реестра. Однако неправильное изменение параметров реестра может привести к возникновению серьезных проблем. Поэтому следует в точности выполнять приведенные инструкции. Для дополнительной защиты создайте резервную копию реестра, прежде чем редактировать его. Так вы сможете восстановить реестр, если возникнет проблема. Для получения дополнительных сведений о том, как создать и восстановить реестр, щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:
322756 Создание резервной копии и восстановление реестра Windows

Вы можете увеличить значение записи реестра, чтобы увеличить интервал временивыхода запросов NetBT к файлу LmhostsTimeout Lmhosts и DNS. Этот метод можно использовать, чтобы дать больше времени запросам NetBT для разрешения FQDN удаленного компьютера.

Чтобы изменить значение записи LmhostsTimeout реестра, выполните следующие действия.

Нажмите > кнопку «Запустить», введите regedit и нажмите кнопку «ОК».

На левой области найдите и щелкните следующий подмеек реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNetBTParameters

В правой области дважды щелкните LmhostsTimeout, введите значение, которое больше текущего значения в поле данных «Значение», и нажмите кнопку «ОК».

Если вы не нашли запись реестра LmhostsTimeout в редакторе реестра, создайте новую запись реестра. Для этого выполните следующие действия:

1. В левой области щелкните правой кнопкой мыши подмайку «Параметры», выберите пункт «Новый» и выберите значение DWORD.
2. Введите LmhostsTimeout и нажмите ввод.
3. Дважды щелкните LmhostsTimeout, щелкните «Десятичная», а затем введите время в миллисекунах от 1000 до 4294967295 в поле «Значение». Нажмите кнопку ОК.

Допустимый базовый диапазон для записи LmhostsTimeout — от 3E8 до 0xFFFFFFFF.

Закройте редактор реестра.

Restart your computer.

Обходной путь 2. Установка протокола IPv6 на локальном компьютере

Этот метод можно использовать только в следующих условиях:

• На локальном компьютере работает Microsoft Windows Server 2003 или Microsoft Windows XP.
• Удаленный компьютер, к который вы подключается, работает под управлением Windows Server 2003, Windows XP или Microsoft Windows 2000.

1. Нажмите >кнопку «Запустить»,введитеncpa.cpl и нажмите кнопку «ОК».
2. Щелкните правой кнопкой мыши подключение к локальной области, которое необходимо изменить, и выберите «Свойства».
3. Нажмите Установить.
4. В списке click the type of network component you want to install list, click Protocol >Add.
5. Нажмите кнопку Microsoft TCP/IP версии 6 >OK.
6. Нажмите кнопку «Закрыть», чтобы сохранить изменения, внесенные в сетевое подключение.

Дополнительные сведения

Для получения дополнительных сведений о настройке IPv6 в Windows Server 2003 щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Майкрософт:

325449. Установка и настройка IP-адреса версии 6 в Windows Server 2003 Enterprise Server

Сведения о записи реестра LmhostsTimeout

Имя записи: LmhostsTimeout

Подмайка: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNetBTParameters
Тип значения: REG_DWORD (время в миллисекунах)
Допустимый диапазон: от 1000 до 4294967295 (шестн. 3E8-0xFFFFFFFF)
Значение по умолчанию: 6000 (6 секунд)
Описание: этот параметр указывает значение времени простоя для запросов NetBT к файлу Lmhosts и DNS. Значение времени простоя имеет значение времени, замеряемого по времени. Таким образом, фактическое время простоя может быть в два раза больше значения.

Техническая поддержка для версий Windows на основе x64

Если ваше оборудование уже установлено с выпуском Windows x64, изготовитель оборудования предоставляет техническую поддержку и поддержку для выпуска Windows x64. В этом случае изготовитель оборудования обеспечивает поддержку, так как в ваше оборудование включен выпуск Windows x64. Возможно, изготовитель оборудования настроил установку выпуска Windows x64 с помощью уникальных компонентов. Уникальные компоненты могут включать определенные драйверы устройств или необязательные параметры для повышения производительности оборудования. Корпорация Майкрософт предоставляет разумные усилия, если вам нужна техническая помощь в выпуске Windows x64. Однако может потребоваться связаться с производителем напрямую. Изготовитель лучше всего поддерживает программное обеспечение, установленное на оборудовании. Если вы приобрели выпуск Windows x64, например Выпуск Windows Server 2003 x64 отдельно, обратитесь за технической поддержкой в корпорацию Майкрософт.

OTRS.ru

Русскоязычное сообщество OTRS Helpdesk и OTRS ITSM

• Темы без ответов
• Активные темы
• Поиск
• Наша команда

[SOLVED] Проблема с DNS (FQDN)

Модератор: ykolesnikov

[SOLVED] Проблема с DNS (FQDN)

Сообщение maximg » 22 май 2016, 15:55

Re: Проблема с DNS (FQDN)

Сообщение ykolesnikov » 22 май 2016, 20:24

Re: Проблема с DNS (FQDN)

Сообщение Alex Pelikh » 22 май 2016, 22:57

Re: Проблема с DNS (FQDN)

Сообщение maximg » 23 май 2016, 23:05

Alex Pelikh
ykolesnikov
Огромное спасибо!
То есть верно понимаю, что FQDN никак не связан с почтой для нового «агента»? Просто по информации из интернета, FQDN — полное имя домена, и я не понимаю, что туда указать, учитывая, что машина не в домене и работает на виртуальном хосте (VMware).

О *unix системах пока имею только общее представление, я так понимаю надо смотреть настройки apache (httpd)? Сможете подсказать в какую сторону «копать», чтобы понять связь apache и otrs? Виртуальная машина имеется статическую адресацию.
Заранее спасибо.

Re: Проблема с DNS (FQDN)

Сообщение ykolesnikov » 24 май 2016, 08:15

DNS / Domain Name System (система доменных имен) — это иерархически распределенная в сети система баз данных, предоставляющая пользователям сети Интернет дополнительный сервис по автоматическому преобразованию запросов, оформленных в удобном для человека текстовом формате (например, it-sektor.ru) в цифровой IP-адрес компьютера (например, 46.4.88.76), где находится искомый ресурс.

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

Re: Проблема с DNS (FQDN)

Сообщение maximg » 25 май 2016, 12:37

Это общая информация из интернета, которой я также обладаю и понимаю.
Я имел ввиду какие-либо расширенные комментарии из личного опыта, информация выше никак не помогает.
Но все равно спасибо.

Есть сеть на предприятии. На всех машинах есть интернет, кроме сервера. Диагностика неполадок говорит о том, что подключение точки доступа, маршрутизатора или кабельного модема к Интернету нарушено. Пингую 8.8.8.8 — превышен интервал ожидания, но периодически один из пакетов проскакивает с временем 933 мс.

При изменении конфигурации ip4 для второго подключения выдает:
Предупреждение. Конфигурация с несколькими основными шлюзами предназначена для обеспечения избыточности в пределах одной сети.

результаты ipconfig /all на сервере:

PS C:UsersSecondAdmin> ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : SRVR002
Основной DNS-суффикс . . . . . . : KUPUTPK.LOCAL
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : KUPUTPK.LOCAL

Ethernet adapter Ethernet:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) I210 Gigabit Network Connection
Физический адрес. . . . . . . . . : B0-6E-BF-3A-6F-9D
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.5(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.3
DNS-серверы. . . . . . . . . . . : 194.158.196.137
194.158.196.141
NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter Ethernet 2:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) I210 Gigabit Network Connection #2
Физический адрес. . . . . . . . . : B0-6E-BF-3A-6F-9E
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.3(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
IPv4-адрес. . . . . . . . . . . . : 192.168.0.4(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.253
DNS-серверы. . . . . . . . . . . : 194.158.196.137
194.158.196.141
NetBios через TCP/IP. . . . . . . . : Включен

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : fd34:d832:c9a4:1:0:5efe:192.168.0.3(Основной)
Локальный IPv6-адрес канала . . . : fe80::5efe:192.168.0.3%13(Основной)
Локальный IPv6-адрес канала . . . : fe80::5efe:192.168.0.4%13(Основной)
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 234881024
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-22-E0-BC-E6-B0-6E-BF-3A-6F-9D
DNS-серверы. . . . . . . . . . . : 194.158.196.137
194.158.196.141
NetBios через TCP/IP. . . . . . . . : Отключен

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::5efe:192.168.0.5%14(Основной)
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 251658240
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-22-E0-BC-E6-B0-6E-BF-3A-6F-9D
DNS-серверы. . . . . . . . . . . : 194.158.196.137
194.158.196.141
NetBios через TCP/IP. . . . . . . . : Отключен

Туннельный адаптер 6TO4 Adapter:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft 6to4
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер IPHTTPSInterface:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : IPHTTPSInterface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : fd34:d832:c9a4:1000::1(Основной)
IPv6-адрес. . . . . . . . . . . . : fd34:d832:c9a4:1000::2(Основной)
IPv6-адрес. . . . . . . . . . . . : fd34:d832:c9a4:1000:18e5:6733:6db5:88b7(Основной)
Локальный IPv6-адрес канала . . . : fe80::18e5:6733:6db5:88b7%16(Основной)
Основной шлюз. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 503316480
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-22-E0-BC-E6-B0-6E-BF-3A-6F-9D
NetBios через TCP/IP. . . . . . . . : Отключен

результаты route print:

PS C:UsersSecondAdmin> route print
===========================================================================
Список интерфейсов
18. b0 6e bf 3a 6f 9d . Intel(R) I210 Gigabit Network Connection
12. b0 6e bf 3a 6f 9e . Intel(R) I210 Gigabit Network Connection #2
1. Software Loopback Interface 1
13. 00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP
14. 00 00 00 00 00 00 00 e0 Адаптер Microsoft ISATAP #2
15. 00 00 00 00 00 00 00 e0 Адаптер Microsoft 6to4
16. 00 00 00 00 00 00 00 e0 IPHTTPSInterface
===========================================================================

IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.0.253 192.168.0.3 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.0.0 255.255.255.0 On-link 192.168.0.3 266
192.168.0.0 255.255.255.0 On-link 192.168.0.5 276
192.168.0.3 255.255.255.255 On-link 192.168.0.3 266
192.168.0.4 255.255.255.255 On-link 192.168.0.3 266
192.168.0.5 255.255.255.255 On-link 192.168.0.5 276
192.168.0.255 255.255.255.255 On-link 192.168.0.3 266
192.168.0.255 255.255.255.255 On-link 192.168.0.5 276
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.0.3 266
224.0.0.0 240.0.0.0 On-link 192.168.0.5 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.0.3 266
255.255.255.255 255.255.255.255 On-link 192.168.0.5 276
===========================================================================
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
0.0.0.0 0.0.0.0 192.168.0.253 По умолчанию
===========================================================================

IPv6 таблица маршрута
===========================================================================
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 306 ::1/128 On-link
13 266 fd34:d832:c9a4:1::/64 On-link
14 281 fd34:d832:c9a4:1::/64 On-link
13 266 fd34:d832:c9a4:1::/128 On-link
13 266 fd34:d832:c9a4:1:0:5efe:192.168.0.3/128
On-link
16 306 fd34:d832:c9a4:1000::/64 On-link
16 306 fd34:d832:c9a4:1000::/128
On-link
16 306 fd34:d832:c9a4:1000::1/128
On-link
16 306 fd34:d832:c9a4:1000::2/128
On-link
16 306 fd34:d832:c9a4:1000:18e5:6733:6db5:88b7/128
On-link
16 306 fe80::/64 On-link
13 266 fe80::5efe:192.168.0.3/128
On-link
13 266 fe80::5efe:192.168.0.4/128
On-link
14 281 fe80::5efe:192.168.0.5/128
On-link
16 306 fe80::18e5:6733:6db5:88b7/128
On-link
1 306 ff00::/8 On-link
16 306 ff00::/8 On-link
===========================================================================
Постоянные маршруты:
Метрика Сетевой адрес Шлюз
0 4294967295 fd34:d832:c9a4:1::/64 On-link
0 4294967295 fd34:d832:c9a4:1000::/64 On-link
0 4294967295 fd34:d832:c9a4::/48 On-link
0 4294967295 fd34:d832:c9a4:7777::/96 On-link
0 4294967295 fd34:d832:c9a4:1::/64 On-link
===========================================================================

Добрый вечер, сообщество.
решил в своей организации постепенно переходить на свободное ПО — поставил почтовый сервер на базе Ubuntu Server 10.04.3 LTS.
ставил всё согласно инструкции вот тут http://howitmake.ru/blog/ubuntu/19.html
почтовый сервер заработал с полпинка, однако появилась некоторого рода проблема:
ubuntu не может разрешить имя второго почтового сервера(компьютер с ОС WIN 2003,почтовый сервер —  hMailServer, имя компьютера «aasrvrme04» ip-адрес 10.12.8.5), и из-за этого они не могут друг другу присылать почту.
в организации есть DNS сервер на базе WIN 2003 имя «aasrvrme05»  ip-адрес  10.12.8.1. работает отлично, нареканий нет. на нем же стоит контроллер домена Active Directory с основной доменной записью zone2.zone1.zone.
во время испытаний была создана еще одна запись об одном домене(т.к. почтовый сервер(насколько я понимаю в этом) требует указания домена(домена не в понимании AD, а в понимании иерархической структуры). запись была сделана следующего вида… я добавил еще один домен, грубо говоря… домен zone5.zone1.zone
в веб-интерфейсе iRedMail’а я создал Domain   zone5.zone1.zone

итого имеем:
 имя сервера с почтовым сервером    «aasrvrme04»,   полное доменное имя сервера(FQDN) «aasrvrme04.zone2.zone1.zone.»  ip  10.12.8.5
 имя сервера с DNS сервером и сервером Active Directory «aasrvrme05», полное доменное имя сервера(FQDN)
«aasrvrme05.zone2.zon1.zone»   ip 10.12.8.1
имя сервера с почтовым сервером на ОС Ubuntu  «UbuntuServer», полного доменного имени нет, т.к. этот сервер никоим образом не подцеплен к домену Active Directory, IP 10.12.8.35
!!!Записи в файлах UbuntuServer !!!
/etc/hostname в UbuntuServer имеет запись
mail1

/etc/hosts в UbuntuServer имеет записи:
127.0.0.1 localhost
127.0.0.1  UbuntuServer10.04.3LTS  UbuntuServer
10.12.8.35  mail1.zone5.zone1.zone  mail1
10.12.8.5 aasrvrme04.zone2.zone1.zone  aasrvrme04

/etc/resolv.conf имеет запись
nameserver 10.12.8.1

/etc/network/interfaces имеет запись
 auto lo
iface lo inet loopback

auto eth1
iface eth1 inet static
address 10.12.8.35
netmask 255.255.248.0
network 10.12.8.0
broadcast 10.12.8.255
dns-nameserver 10.12.8.1
gateway 10.12.8.10
metric 1

то, что отмечено жирным шрифтом — заносил я.
любой компьютер в сети с ОС Windows XP на борту при запросе у DNS сервера(aasrvrme05.zone2.zone1.zone) информации по короткому имени «nslookup aasrvrme04» получает его IP. так же при запросе с любого из компьютеров c WIN XP  по FQDN-имени «nslookup aasrvrme04.zone2.zone1.zone» получает его IP совершенно нормально.

если же делать nslookup с компьютеров с ОС Ubuntu 10.04.3 LTS, то получаем следующую картину:
любой компьютер в сети с ОС Ubuntu( в том числе и тот, на котором установлен почтовый сервер) при запросе «nslookup aasrvrme04.zone2.zone1.zone» совершенно нормально получает его IP адрес.

любой компьютер в сети с ОС Ubuntu( в том числе и тот, на котором установлен почтовый сервер) при запросе «nslookup aasrvrme04» получает ответ
;; got SERVFAIL reply from 10.12.8.1, trying next server
;; connection timed out, no servers could be reached
то есть, компьютер с ip-адресом 10.12.8.35 c ОС Ubuntu Server 10.04.3 LTS получает вот такой ответ на запрос у DNS сервера

собственно я не могу понять почему так?почему при запросе с ОС Ubuntu по короткому имени «aasrvrme04»,
DNS сервер не отвечает Убунте о том, какой ip адрес у aasrvrme04?

 вопрос такой задаю в связи с тем, что при попытке отправить письмо с одного почтового сервера на другой (c aasrvrme04 на ubuntuserver), в логах сервера(hMailServer) совершенно понятно написано, что ubuntuserver требует FQDN-имя сервера aasrvrme04, не смог его получить и поэтому отказывается передавать почтовое сообщение.