2.8.4 Автоматическая перезагрузка
Иногда, при удаленном конфигурировании маршрутизатора администратор не уверен в успешном исходе операции, а в случае неудачи высока вероятность потери связи с маршрутизатором, в результате чего администратор не сможет удаленно исправить ситуацию и откатиться на предыдущую конфигурацию.
В этом случае следует использовать механизм перезагрузки по расписанию. Перед началом опасной конфигурационной операции администратор дает команду
router# reload in 30
Если эта команда не будет позже отменена, то через 30 минут произойдет автоматическая перезагрузка маршрутизатора.
Далее администратор производит операцию конфигурирования без сохранения новой конфигурации в NVRAM. Если операция закончилась потерей связи с маршрутизатором, что после автоматической перезагрузки маршрутизатор вновь получит старую, корректную конфигурацию. Если операция прошла успешно, то администратор отменяет перезагрузку:
router# reload cancel
и сохраняет новую конфигурацию в NVRAM.
Команда show reload покажет, на какое время назначена автоматическая перезагрузка.
2.9 Отладка, логирование, мониторинг
2.9.1 Настройка точного времени
Часы маршрутизатора (clock) сбрасываются при перезагрузке или отключении питания. Старшие модели маршрутизаторов (7ххх и выше) оборудованы аппаратными часами (calendar), по которым программные часы устанавливаются после загрузки маршрутизатора. В дальнейшем, говоря о часах, мы имеем ввиду только программные часы (clock) - именно их показания используются операционной системой, когда, например, ставятся метки времени в диагностических сообщениях.
Часы маршрутизатора можно вручную установить командой
router#clock set 21:15:00 18 March 2002
Узнать, который час, можно командой
router#show clock
Чтобы часы всегда показывали точное время, необходимо синхронизировать их с сервером точного времени по протоколу NTP. Маршрутизаторы младших моделей (серии 800, 1700) поддерживают также упрощенную версию этого протокола - SNTP. Естественно, чтобы синхронизация была возможной, необходимо наличие коннективности с NTP-сервером.
В крупных корпоративных сетях следует устанавливать собственный сервер точного времени, который синхронизируется от публичных серверов, расположенных в Интернете (списки таких серверов, а также программное обеспечение можно найти на сайте http://www.ntp.org/index.html). В иных случаях можно воспользоваться публичными NTP-серверами напрямую.
Серверы, подключенные непосредственно к источникам точного времени (атомным часам и т.п), имеют статус stratum 1. Серверы, синхронизирующиеся от этих серверов, имеют статус stratum 2 и т.д. Отсутствие синхронизации обозначается в Cisco как stratum 16.
NTP-сервер ВГУЭС (stratum 2) расположен по адресу time.vvsu.ru (217.107.53.5).
Поскольку точное время всегда исчисляется только по Гринвичу, то предварительно следует установить часовой пояс (относительно Гринвича) и параметры перехода на летнее время:
router(config)#clock timezone VVO 10
router(config)#clock summer-time VVO recurring last Sun Mar 2:00 last Sun Oct 2:00
Далее указывается NTP-сервер (один или несколько):
router(config)#ntp server IP-адрес_NTP_сервера
Просмотреть, удалось ли выполнить синхронизацию, можно командой:
router#show ntp status
Clock is synchronized, stratum 3, reference is 217.107.53.5
.....
Первая строка вывода говорит об успешной синхронизации.
Параметры взаимодействия с NTP-серверами выводятся по команде
router#show ntp associations
Кроме клиент-серверных отношений протокол NTP предусматривает равноправные отношения (symmetric active mode) - когда участники процесса учитывают показания часов друг друга и выполняют взаимную синхронизацию. Соответствующая конфигурация:
router(config)#ntp peer IP-адрес_NTP_сервера
Обратите внимание, что после того, как вы сконфигурируете NTP и сохраните конфигурацию в NVRAM, в конфигурационном файле появится команда ntp clock-period. Она содержит информацию о неточности хода часов и обновляется маршрутизатором автоматически.
Маршрутизатор с синхронизированными часами может и сам выступать в роли NTP-сервера.
