Фермерский ПК на Windows XP «обслуживал» 14-летний внук: чем закончился выезд специалиста

Читательская колонка On Call описывает выезд инженера на молочную ферму в Йоркшире, где всё производство держалось на одном ПК с Windows XP без резервных копий и брандмауэра, а «системным администратором» числился школьник. Разбираем, что из этой истории стоит вынести всем, кто отвечает за чужую технику.

Серьёзность бизнеса измеряется не тоннами молока, а наличием резервной копии — и на британской фере, где всё держалось на одном Windows XP, её не было даже в проекте.

Рубрика On Call издания The Register — это сборник историй от читателей, которые работают в техподдержке. Всё, что рассказывается в таких материалах, — личный опыт анонимизированных героев, проверить который независимо невозможно. Относиться к подобным сюжетам стоит как к иллюстрации типовых проблем, а не как к документальному свидетельству. Но именно типовой характер здесь и интересен: почти каждый элемент этой истории так или иначе встречался на реальных объектах.

Что случилось

Специалиста, которого автор рассказа обозначает как «Джейсон», около двадцати лет помогал дилеру сельскохозяйственного оборудования с компьютерными вопросами. Однажды дилер попросил его выехать на молочную ферму в Йоркшире, где тот поставил и запустил довольно крупную систему: компьютер управлял фактически всеми процессами на несколько сотен голов крупного рогатого скота.

Перечень задач внушительный: индивидуальный подкорм каждого животного, замер удоя, планирование стельности и периодическая отправка всех данных в государственные органы. Ферма производила несколько тонн молока в неделю, так что Джейсон рассчитывал увидеть серьёзную промышленную инфраструктуру.

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

«Сисадмин» из школьного кабинета информатики

На вопрос, кто отвечает за обновления и патчи безопасности, Джейсон получил ответ: внук фермера, 14 лет, проходил в школе какой-то курс по компьютерам — значит, он и назначен.

Это, пожалуй, самый показательный момент всей истории. Не потому, что подросток плохо справился, — а потому, что ответственность за критически важную систему распределялась по принципу «кто хоть немного разбирается». Школьные занятия информатикой и эксплуатация сервера, от которого зависит производство в несколько тонн молока в неделю, — это разные компетенции, и разрыв между ними здесь был закрыт ничем.

Попутно вскрылся и бытовой аспект: на компьютере Джейсон обнаружил коллекцию откровенных видео, которые подросток либо не нашёл, либо, наоборот, удалил. Когда об этом узнала жена фермера, разразился, как деликатно выражается рассказчик, «большой скандал». Техническая проблема мгновенно переросла в семейную, что на небольшом хозяйстве означает ещё и деловой конфликт.

Почему это важно

Джейсон нашёл, что компьютер отправляет данные о надоях в правительство — то есть машина была узлом критически важной отчётности. При этом ни государственные органы, ни поставщик фермерского ПО не потребовали установить брандмауэр. Фактически единственный ПК, подключённый к внешнему миру и хранящий производственные данные, работал без базовой сетевой защиты.

Здесь важно разделить ответственность. С точки зрения здравого смысла брандмауэр должен был быть настроен при развёртывании. Но с формальной — если ни заказчик, ни вендор, ни государство такое требование не выдвигали, инженер, запускавший систему, юридически ничего не нарушал. Это типовая дыра в отраслевых внедрениях: проприетарное ПО для узкой ниши часто поставляется «как есть», без требований по безопасности, а клиент не обладает экспертизой, чтобы их предъявить.

Отметим и важную оговорку: рассказ Джейсона — субъективная интерпретация событий. Утверждение о том, что «никто не потребовал брандмауэр», основано на его разговорах на месте; документов он не приводит. Но сама конфигурация — один ПК, XP после завершения поддержки, никакой защиты сети и резервирования — описана достаточно конкретно, чтобы выводы из неё были устойчивы.

Что сделал инженер

Джейсон установил брандмауэр, внёс несколько других правок и привёл систему в рабочее состояние. Фермер и дилер оборудования остались довольны — по крайней мере, до момента, когда пришёл счёт. Счёт, впрочем, оплатили быстро, и на этом контакт с фермой оборвался.

Джейсон сам не знает, с чем это связано: система продолжает работать, заказчику неловко после скандала с видео, или они нашли специалиста подешевле. Неопределённость здесь честнее любых догадок.

Практические уроки

История хороша не курьёзом, а тем, что в ней нет ничего исключительного. Список проблем знаком любому, кто обслуживал малый бизнес:

• Единственная точка отказа. Один компьютер без резервной копии и без запасного железа — это не инфраструктура, а лотерея. Для системы, где производство в несколько тонн молока в неделю зависит от одного файла базы данных, это прямой путь к простою.

• Неподдерживаемая ОС. Windows XP перестала получать обновления безопасности ещё в 2014 году. Проприетарное приложение, привязанное к устаревшей системе, — распространённая проблема в сельском хозяйстве, производстве и логистике: вендор не обновляет продукт, а замена системы стоит денег, которых никто не закладывал.

• Формальная ответственность вместо реальной. Назначить «того, кто разбирается» — это не модель обслуживания. Если за критический объект отвечает человек без полномочий, без бюджета и без понимания рисков, инцидент — вопрос времени.

• Требования безопасности должны быть в договоре. Если государство принимает данные, а вендор ставит систему, разумно закладывать в контракт хотя бы базовый сетевой периметр и резервное копирование. Пока этого нет, ответственность размывается между всеми участниками, а платит в итоге фермер.

Для самого Джейсона главным итогом стали не технические находки, а среда: работа в четыре утра в условиях действующего животноводческого хозяйства оказалась отдельным испытанием. Техподдержка редко бывает стерильной — и чем дальше от офисного центра, тем чаще инженеру приходится иметь дело с физикой процессов, а не только с логами.

Что из этого следует

Курьёзные истории про техподдержку ценны не как анекдот, а как диагноз. Здесь диагноз простой: критически важная цифровая система оказалась незащищённой, незадокументированной и зависящей от одного человека, который не мог нести за неё ответственность. Правки Джейсона сняли симптомы — брандмауэр и несколько настроек, — но не лечат причину: отсутствие резервирования, отсутствие обновляемой платформы и отсутствие формального владельца системы.

Фермер заплатил по счёту и больше не звонил. Это, к сожалению, самый распространённый финал: систему привели в порядок ровно настолько, чтобы она работала сегодня, а вопрос замены устаревшего ПК и организации резервных копий так и остался открытым. Рано или поздно жёсткий диск на том XP выйдет из строя — и тогда разговор с инженером будет уже совсем другим.