Теперь, после установки, когда в теории у вас все должно заработать (кроме пейджинга), давайте рассмотрим возможные проблемы, дабы избежать повторного «наступания на грабли».

Лично у меня после установки всего обеспечения по инструкции программа наотрез отказывалась видеть ИБП. Размышления методом исключения через некоторое время привели к мысли, что проблема в кабеле.

Рисунок 4

После чего мной были исследованы кабели от нескольких моделей, разных по емкости и годам выпуска. В результате выяснилось, что существует несколько различных разводок кабелей, и у меня как раз оказался не тот, который нужен. Возможно, если бы все заработало сразу, то я бы и не стал писать статью. Итак, далее (рис. 5, рис. 6) разводки. Если у кого окажется третья – напишите, будет интересно.

Рисунок 5. Разводка 1. (Работает). Разъемы DB-9, на одном разъеме написано KIN-1, также есть кабель с такой же разводкой, но без надписи KIN-1

Рисунок 6. Разводка 2. (Не работает)

Если у вас компьютер новый (в корпусе ATX, рис. 7), то подключение осуществляется очень просто.

Рисунок 7

Если же у вас компьютер старый (в корпусе AT, рис. 8), то у вас наряду с 9-контактным разъемом для COM-порта (DB-9) может встретиться и 25-контактный (DB-25).

Рисунок 8

Для подключения к разъему DB-25 может использоваться переходник (рис. 9).

Рисунок 9

Переходник можно купить готовый или спаять свой при наличии разъемов и разводки. Разводку и описание сигналов можно увидеть в таблице 1.

Таблица 1. Разводка и сигналы последовательного интерфейса (СОM-порта)

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

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

При пропадании напряжения сервер переходил в режим выключения, после ждал, что напряжение появится, и если оно минут через 10 не появлялось, то он сохранялся и выключался сам. При этом отключался и сам ИБП. Далее, при появлении напряжения все это дело включалось обратно, загружалось и работало. Небольшая сложность была только в настройках BIOS. Так как корпус у меня ATX, то для него можно прописать, как вести себя компьютеру в случае пропадания и после появления напряжения. Компьютер может перейти в то состояние в котором он был до исчезновения электропитания, то есть включиться, если был включен, или не включаться, если был выключен. Насколько я помню, пришлось включить режим включения при появлении напряжения после пропадания. Так как выключение ИБП случалось через 5 секунд, то компьютер успевал выключиться раньше и оказывался выключенным на момент снятия с него напряжения, поэтому после не включался. В общем, опытным путем за несколько минут вы разберетесь.

Если пропадает напряжение, то это уже неординарная ситуация, несмотря на то, что все может само работать, как описано выше. Это, скорее, небольшое ЧП, так как, во-первых, пропадает сервис. Каково, если у вас упадет веб-сервер, и вы потеряете вашу хорошую репутацию, часть клиентов и вместе с ними вашу выгоду. Во-вторых, не факт, что напряжение дадут в разумный срок. Даже у любого мощного дизельного генератора без обслуживания и дозаправки рано или поздно закончится солярка. В-третьих, может зависнуть и что-то другое, поэтому администратора лучше информировать о событиях, связанных с электропитанием. Логично, что проще всего это делать через почту, а почта может быть послана на SMS-шлюз или наш шлюз пейджинговой компании в качестве пейджингового сообщения. При наличии в системе sendmail, qmail или других почтовых программ (MTA, mail transfer agent) проблема решена, однако вопрос: «Что делать, если эти программы не должны стоять на сервере, скажем, в целях безопасности, либо для них нет места?». Выход из этой ситуации довольно простой – написать небольшой скрипт, например на Perl, который бы запускался в нужном случае, соединялся бы с заранее определенным SMTP-сервером, для которого можно настроить правила iptables, и отсылал бы сообщение. Возможно, кто-то полезным для себя в этой статье найдет только этот скрипт, хотя подобные вещи давно уже описаны в различной литературе и не раз [2]. Конечно, это порочный круг – слать сообщения об ошибках через сеть, может же не только питание пропасть, но и сеть как раз не работать. Об этом я упомянул в самом начале, когда говорил о возможности защиты телефонной линий от некоторых помех средствами вышенастроенного ИБП. Как вариант можно настроить модемное соединение, и сервер будет звонить альтернативному провайдеру, однако это тема отдельной статьи по вопросу организации сигнализации на основе резервных модемных каналов. Да и наличие отдельной свободной телефонной линии тоже не всегда имеется. Поэтому это не очень удачный выход. В таком случае лучше использовать мобильные терминалы вроде Siemens TC35 Terminal [3], подключаемые к COM-порту. Это небольшая коробочка, которая подключается к компьютеру, в нее вставляется обычная SIM-карта для работы GSM-телефонов. К сожалению, терминала, работающего со стандартом CDMA, я пока не видел и не слышал о существовании такового. Далее, компьютер с помощью набора своеобразных at-команд (GSM 07.05) может посылать вам на телефон SMS более быстрым и надежным путем, исключая многие недостаточно надежные элементы. Значительно повышается вероятность доставки, так как из общей вероятности отказа исключаются вероятности того, что небудут работать модем, телефонная линия, коммутаторы на АТС, модемы провайдера, непосредственно отсылающего вам SMS, телефонная линия будет занята и т. д. Кому-то это может показаться дорого (около $250 за терминал) плюс ежемесячная абонентская плата сотовому оператору, либо большой кредит. Следует заметить что, какой-нибудь Pentium 100 может быть еще долго вполне жизнеспособен и по цене быть гораздо дешевле этого самого терминала. Вопрос же абонентской платы при желании можно попробовать решить созданием дубликата SIM-карты, однако не всякий провайдер поддержит такое начинание и будет гарантировать надежную работу. Многие умудряются переделать старые мобильные телефоны для этого, цена от этого получается меньше, надежность тоже несколько ниже. Как обойти проблему порочного круга при минимуме затрат – это уже другой вопрос, к этой статье прямо не относящийся. При необходимости наш народ обязательно что-то придумает, ну а вот ниже, собственно, скрипт, осуществляющий отсылку сообщений: