NTP-сервер, который синхронизируется с другими NTP-серверами, но предоставляет измененный UTC

Во-первых, три ура, WolfThreeFeet, за объяснение того, что вы пытаетесь сделать; без этого, это действительно ром вопрос.

Если я правильно понимаю, то, что вы хотите подтвердить, это то, что когда вы переводите часы сисплекса с местного времени на UTC, LPAR не все падают и ужасно умирают, и вы хотите проверить это в sysplex разработчика, прежде чем развернуть его. по всей машине.

Я не думаю, что возможно сделать то, что вы описываете так, как вы это описываете, но я думаю, что вы можете сделать что-то эквивалентное. Настройте тестовый компьютер, единственной задачей которого является NTP-сервер с неправильными часами; вполне возможно сказать NTP-серверу, чтобы он относился к собственным часам материнской платы как к доверенным, и разрешил NTP-клиентам связываться с ним и обнародовать это время. Затем синхронизируйте рассматриваемый sysplex через STP (который вы называете NTP) с этим сервером с неправильной синхронизацией.

Предостережение первое (не волнуйтесь, у меня есть три предложения):

Я не уверен насчет:

Нам нужно создать ntp-сервер, который синхронизируется с другими ntp-серверами, но дает его клиенту измененный utc.

Зачем вам это нужно для синхронизации с внешними часами? Вам нужно подделать время и убедиться, что время не блуждает / дрейфует?

Есть три способа, которыми я могу думать / знать. Первый - самый простой и может иметь дело с дрейфом / блужданием, если вы подключите источник PPS.

• Реализация эталонной ntpd с Undiciplined Local Clock (рекомендуется / проще всего):

  Если вы хотите, чтобы сервер ntp обслуживал поддельное время, это довольно просто. Установите аппаратные / ядерные часы на любое время, которое вам нужно. Затем настройте ntpd для использования драйвера Undisciplined Local Clock (127.127.1.x) и без внешних часов. Сервер ntp с радостью пойдет вперед и будет обслуживать местные часы. Одна проблема состоит в том, что, поскольку вы используете локальный драйвер часов, время не будет стабильным и будет дрейфовать миллисекунды в одну или другую сторону, потому что этот кристалл кварца не является эталоном рубидия. Если вам нужны подделка и стабильность; вам нужно использовать ULC и добавить источник PPS. Как только вы добавите источник PPS, вам нужно будет добавить ключевое слово предпочитать для записи ULC в ntp.conf.

• Реализация эталонной ntpd с внешней дисциплиной синхронизации и драйвером локальной синхронизации (сложная):

  Это все еще решение, основанное на использовании эталонной реализации ntpd, но я не очень знаком с ним. Все, что я могу сделать, это дать вам ссылку на более подробную информацию: http://www.eecis.udel.edu/~mills/ntp/html/extern.html

• Jans - сторонний инструмент для тестирования ntp

  У меня нет опыта работы с этим продуктом, но я знаю об этом из списка рассылки ntp. Это позволит вам подделать серверное время, но не использует такую ​​тактику, как эталонная реализация. Дополнительная информация: http://www.vanheusden.com/time/jans/