Заголовок хоста проблема DNS - требует FlushDNS

Мы запустили с Bert и Ernie назад в дни, когда кластер 2 microVAX 3400 был грандиозным предприятием для компании. Мы придерживались Улицы Сезам некоторое время - Bigbird, Elmo, Grover, thecount (финансовая система), но в конечном счете должны были пойти со схемой. Точно, какие элементы находятся в схеме, зависят от размера Вашей компании, мы должны были включать:

Местоположение (сокращение с 2 буквами для города) Подразделение (компания была сформирована путем слияния 4 co.s, таким образом, у нас был abbrev. с 3 буквами для тех), Функция (PDC, почта, печать, www, и т.д.) Порядковый номер (мне всегда нравилось иметь год и месяц как часть порядкового номера),

0
задан 17 August 2009 в 23:37
3 ответа

Запись является статической ссылкой, если Вы не позволяете динамические обновления. То, что/flushdns, кажется, решает проблему, является чем-то вроде трудного вопроса как весь, что делает команда очистить кэш. При очистке кэша, поскольку фиксация действительно не имеет никакого смысла, если сами записи не изменяются (который обычно является, почему можно было бы хотеть сбросить кэш).

Если это - сервер Windows DNS, у Вас случайно есть очистка включенной? Сбой этого, Вы выполняете больше чем один сервер DNS, и зона истекает?

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

"сеть останавливается, dnscache" деактивирует кэширование до следующей перезагрузки.

править: внутренне, мы раньше работали о 100, отличающихся записи все указывающие по существу на тот же ресурс, который был абсолютным кошмаром, если когда-нибудь необходимо было изменять разрешение, если Вы не были на 100% уверены в своих sed/awk навыках. Теперь я настаиваю, чтобы они или использовали стандарты, которые я создал, или CNAME, который указывает на стандарты, основывал запись. Пример:

$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

Стандарт, который я продвигаю... Вы могли, вероятно, найти более эффективный способ для своей собственной установки, но использующий это означает это, если, например, сервер / виртуальный для изменений alpha.socket.mydomain.com, я не должен изменять несколько записи.

2
ответ дан 4 December 2019 в 15:30
  • 1
    I' m собирающийся пытаться остановить кэш DNS некоторое время на нескольких ПК, посмотрите, изолирует ли это проблему. I' ll сообщают то, что я придумываю. –  JBickford 29 September 2009 в 18:38
  • 2
    Отключение кэша DNS работало. Какие-либо предложения при поиске и устранении неисправностей оттуда? Can' t предполагают, что лучшая практика должна была бы постоянно отключить кэш DNS... Еще раз спасибо. –  JBickford 1 October 2009 в 16:55
  • 3
    динамические обновления позволяются той зоне? снова включите кэш и затем удостоверьтесь, что Вы знаете то, что записи разрешают к тому, когда он порывает с nslookup, или вырыть. Мы имели то, что, возможно, было причиной аналогичной ситуации 12-часовое отключение электричества однажды, когда (в то время) окна резервного копирования серверы Oracle были перезапущены и обновили имя, которое мы использовали для удара производственных полей. У нас теперь есть уровень обслуживания зона DNS где ВЕСЬ " service" имена помещаются, который конкретно основная/вторичная зона, не ADI. –  Greeblesnort 1 October 2009 в 23:26
  • 4
    также, " production" CNAME к " servername"? Ваша OP указывает, что это - запись, но если they' ре, указывающее на то же поле, я предложил бы переключить это на CNAME –  Greeblesnort 1 October 2009 в 23:28
  • 5
    Спасибо за помощь! Интересный, что Вы упомянули, что переключились на CNAME, никогда не происходил со мной, но, возможно, добился цели. I' ve, обновленный как таковой и haven' t сталкиваются с проблемами некоторое время (хотя I' m только включающий кэш DNS назад теперь). I' ll держат Вас в курсе, но мое предположение, это - фиксация. Еще раз спасибо. –  JBickford 28 October 2009 в 15:38

Вы выполняете WINS? Это может помочь разрешить имена NetBIOS.

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

0
ответ дан 4 December 2019 в 15:30

Если Ваши Заголовки Хоста использования не являются идеей использовать тот же порт т.е. порт 80

0
ответ дан 4 December 2019 в 15:30
  • 1
    Да, на самом деле, мое отсутствие передачи. I' m использование Заголовка Хоста на порте 80, и также привязка 8080, таким образом, я могу добраться там непосредственно (так как заголовок хоста только работает половина времени), –  JBickford 29 September 2009 в 18:36

Теги

Похожие вопросы