Возможные причины для иногда недоступных доменов
Вы говорите 10 000 футов в герметичном самолете, или в необработанной среде?
Если Вы имеете в виду в герметичном самолете, это - спорный вопрос. Обычно те среды остаются герметичными в уровне "ниже" 8 000 футов.
Если Вы имеете в виду необработанную среду, Вы говорите примерно об уменьшении на 4.6 фунта на квадратный дюйм от уровня моря (-32%) - но принимаете во внимание, что также будете в существенно более холодной среде (приблизительно 2 градуса (C) вентилятор для каждых 1 000 футов). Уменьшение в объеме воздуха, перемещенного вентиляторами, должно быть компенсировано понижением температуры.
Из более серьезного беспокойства должен гарантировать, что все компоненты (жесткие диски, и т.д.) оцениваются для работы на той высоте - наличие сервера умирает, потому что существует недостаточно воздуха для создания "воздушной подушки" для верхних частей жесткого диска, мог разрушить целый день.
Когда-то оборудованию было довольно свойственно перечислить максимальную рабочую высоту (который обычно был 10 000 футов) - можно хотеть согласовать поставщиками.
Вы можете отключить проверку, чтобы избежать появления сообщения в журнале, как это было предложено Банджером, но цель этапа проверки - предотвратить атаку, при которой злоумышленник создает свой собственный фиктивный KDC. Другими словами, вам нужен принципал хоста для проверки подлинности TGT, предоставленного KDC.
DHCP может предоставить вашим пользователям несколько DNS-адресов, и у них могут быть разные мнения о записях (кэшах). И в unix, и в Windows вы можете создавать задания cron / задачи расписания ] для записи результатов dig один раз в минуту в некоторый файл журнала, а затем grep через него, чтобы собрать некоторые трудные для обнаружения аномалии. (Это помогло мне доказать в одном случае, что наши серверы действительно иногда не могут пинговать друг друга в локальной сети!)
Как в UNIX, так и в Windows вы можете создать задания cron / запланировать задачи для записи результатов dig один раз в минуту в некоторый файл журнала, а затем grep через него, чтобы собрать некоторые трудные для обнаружения аномалии. (Это помогло мне доказать в одном случае, что наши серверы действительно иногда не могут пинговать друг друга в локальной сети!)
Как в UNIX, так и в Windows вы можете создать задания cron / запланировать задачи для записи результатов dig один раз в минуту в некоторый файл журнала, а затем grep через него, чтобы собрать некоторые трудные для обнаружения аномалии. (Это помогло мне доказать в одном случае, что наши серверы действительно иногда не могут пинговать друг друга в локальной сети!)
Судя по приведенным выше комментариям, это определенно похоже на проблему с DNS. Я мог видеть, что это вызвано тем, что хосты кэшируют записи, сами DNS-серверы кэшируют записи (рекурсивно), или даже если у вас есть балансировщик нагрузки, такой как устройство F5, которое может выполнять кеширование. Один, который укусил меня больше раз, и я хочу признать, это веб-прокси, выполняющие кэширование разрешенных результатов.
Посещение веб-сайта состоит из двух основных частей: путешествия и пункта назначения. Путешествие - это этап перед подключением, а пункт назначения - это фактическое подключение к серверу. Вам необходимо изолировать часть уравнения, предшествующую подключению, от фактического подключения.
После разрешения IP-адреса веб-сайта попробуйте ввести IP-адрес вместо имени домена в браузере. Выполните ping-тесты и трассировку для этого IP-адреса. Отвечает ли IP-адрес? Он постоянно отвечает в течение определенного периода времени (ping -t xxxx в Windows) или постоянно увеличивается или уменьшается? Если вы можете получить сайт с IP-адресом, а не с именем хоста, это ваш DNS. Если вы не можете этого сделать, у вас проблемы с подключением. Если это прерывисто для доменного имени или IP-адреса, вероятно, у вас есть проблема с периодической балансировкой нагрузки (например, циклические DNS-серверы или неправильно настроенная кластеризация) или у вас есть проблема с прерывистым подключением, такая как проблема уровня 1 или 2 .
Еще кое-что, что можно добавить к вашему набору инструментов, - это веб-сайт-зеркало под названием isitdownrightnow.com, который специально разработан, чтобы помочь выделить проблему с вашей системой или, если это более глобальная проблема.
Часть этой информации I Предусмотрен просто стрельба вслепую в темноте, поскольку это постоянный процесс устранения неполадок, и информация пока ограничена. Если вы можете опубликовать дополнительную информацию в виде комментариев, я уверен, мы поможем вам исправить положение.