Тайм-менеджмент для системных администраторов

Полезная настройка команды ping

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

В Linux звуковой сигнал включается с помощью опции — а команды ping.

В ОС Solaris и других UNIX-подобных системах, где отсутствует опция — а, можно прибегнуть к следующему трюку. Вывод программы ping содержит двоеточие только в тех строчках, которые сообщают об удачной попытке. Направьте вывод на вход команды tr, транслирующей каждое двоеточие в символ Ctrl-G (то есть звуковой сигнал).

$ ping — s 64.32.179.56 | tr: ^G

(Чтобы «пингование» было непрерывным, в Solaris[2] нужно задать переключатель — s. В других системах это не требуется.)

Чтобы последовательность Ctrl-G отобразилась в командной строке, вам, возможно, придется предварить ее последовательностью Ctrl-V. To есть вы должны напечатать:

$ ping — s 64.32.179.56 | TR: CTRL–V CTRL-G

Какое отношение это имеет к системному администрированию? Есть множество автоматических проверок, которые мы можем сделать частью своей работы:

• Выходя из комнаты, запирающейся на кодовый замок, я проверяю, находится ли электронный ключ у меня в кармане. (Смежное правило: я никогда ни на секунду не кладу электронный ключ на стол, на пол, куда-то еще. Он всегда у меня в кармане, а карман всегда при мне.)

• Находясь рядом с оборудованием, я всегда проверяю поток воздуха. В частности, смотрю, не перекрыты ли вентиляторы посторонними предметами.

• Всякий раз, когда в фирме появляется новый сотрудник, я знакомлюсь с ним, решаю его текущие проблемы, если таковые имеются, и объясняю, как запрашивать помощь в будущем. Если я тут же решу его проблемы, он быстрее приступит к работе, а чем раньше я научу его пользоваться системой регистрации запросов (а не звонить мне напрямую), тем лучше я смогу планировать свое время.

• Встречая незнакомого человека, я всегда улыбаюсь, представляюсь и спрашиваю его имя. Я прошу разрешения изучить его бейдж, объясняя это тем, что моя зрительная память работает лучше. Новые сотрудники думают, что это я такой приветливый. На самом деле я слежу, не проник ли в фирму злоумышленник.

• Прежде чем отсоединить сетевой кабель, я запускаю программу ping (с ежесекундной проверкой), которая зарегистрирует обрыв связи, если я отсоединю не тот кабель.

• Каждый раз, когда я добавляю новое правило для брандмауэра, я сначала запускаю демонстрацию того, что собираюсь блокировать, чтобы убедиться, что этой блокировки еще нет. Затем я создаю правило для брандмауэра. Я снова повторяю демонстрацию, чтобы проверить, работает ли правило. (Если я не запущу демонстрацию до создания правила, я не смогу удостовериться, что оно работает, как задумано.)

Процедура 9: создание резервной копии перед редактированием файла

Собираясь редактировать файл конфигурации, я всегда создаю его резервную копию. Я никогда не размышляю о том, достаточную ли ценность он представляет. Если возник такой вопрос, на него следует ответить «Да». Я всегда создаю резервные копии по единому правилу, не тратя время на поиски оптимального решения. Моя система состоит в том, чтобы имя копии включало в себя сегодняшнюю дату. Например, файл named.conf копируется в файл named.conf-20060120 (20 января 2006 года). Я пробовал использовать дату последнего изменения файла, но пришел к выводу, что лучше включать в имя файла сегодняшнюю дату. Это позволяет отследить, когда я редактировал файл. В UNIX я могу просмотреть файл в репозитории RCS и увидеть историю изменений, практически уходящую в бесконечность (более подробно об этом сказано в главе 13).

Всегда есть соблазн сказать себе: «Я вношу незначительное изменение, которое всегда смогу отменить вручную» или «Я эксперт; я ничего не перепутаю». Однако опыт показывает, что все-таки лучше создать резервную копию. Особенно если через три недели придется ломать голову над тем, почему одна из служб прекратила функционирование.

Процедура 10: список вещей в дорогу