Я унаследовал настройку DNS-сервера и пытаюсь правильно настроить нашу локальную интрасеть. Простите, если это просто, но мне что-то не хватает в нашей конфигурации.
Мы пытаемся разместить 2 отдельных сайта интрасети на 1 сервере IIS 6 (Server 2003).
Сайт 1: http: // servername (ipaddress: 80) Сайт 2: http: // production (ipaddress: 8080) - значение заголовка хоста «production» в IIS и DNS. Настройка записи указывает на правильный сервер.
Какое-то время все работает правильно, но неожиданно мы теряем возможность вводить слово «производство» и получаем ошибку распознавателя DNS.
Если мы cmd> ipconfig / flushDNS, все будет нормально работать.
Почему каждый из клиентов теряет ссылку, а затем не позволяет нам подключиться в течение определенного периода времени? (nslookup всегда находит правильный сервер, затем снова работает нормально)
Есть ли способ создать «статическую» ссылку без изменения файла HOSTS на каждом ПК (нецелесообразно).
Заранее спасибо за вашу помощь!
Рекорд является статическая ссылка, если вы не разрешаете динамические обновления. Тот факт, что команда / flushdns, похоже, решает проблему, немного озадачивает, поскольку все, что делает эта команда, - это очищает кеш. Очистка кеша в качестве исправления на самом деле не имеет никакого смысла, если только сами записи не изменяются (что обычно является причиной очистки кеша).
Если это DNS-сервер Windows, у вас случайно не включена очистка? В противном случае у вас работает несколько DNS-серверов и срок действия зоны истекает?
Вы можете поэкспериментировать, отключив кеширование DNS на нескольких рабочих станциях, чтобы увидеть, не откажут ли они одновременно с рабочими станциями кэширования.
"net stop dnscache" отключит кеширование до следующей перезагрузки.
edit: внутри мы использовали около 100 различных A-записей, которые указывали, по сути, на один и тот же ресурс, что было настоящим кошмаром, если вам когда-либо приходилось менять разрешение, если вы не были на 100% уверены в своих навыках sed / awk. Теперь я настаиваю, чтобы они использовали либо созданные мной стандарты, либо CNAME, указывающий на A-запись на основе стандартов. Пример:
$ORIGIN mydomain.com.
socketalpha CNAME alpha.socket
socketbeta CNAME beta.socket
socketdvlp CNAME dvlp.socket
socketsystems CNAME systems.socket
alpha A 192.168.125.12
alphasecure CNAME alpha.secure
alphasecured CNAME alpha.secured
$ORIGIN secure.mydomain.com.
alpha A 192.168.125.32
beta A 192.168.125.33
dvlp A 192.168.125.31
systems A 192.168.125.30
Стандарт, который я настаиваю, это ... Возможно, вы могли бы найти более эффективный метод для своей собственной настройки, но использование этого означает, что если, например, server / virtual для alpha.socket.mydomain.com изменится, у меня не будет для изменения нескольких записей A.
Если вы используете заголовки хоста, это не идея использовать тот же порт, то есть порт 80
Вы используете WINS? Это может помочь разрешить имена NetBIOS.
Вы также можете посмотреть, как настроить свой поисковый домен на клиентах, который, как я полагаю, автоматически добавит ваше доменное имя к имени вашего сервера, чтобы создать полное доменное имя, которое ваш DNS-сервер мог бы легче разрешить.