среда, 29 ноября 2017 г.

Чиним "Диспетчер Hyper-V": "RPC сервер недоступен. Не удается установить соединение..."

После обновления Windows 10 (в моём случае до 10.0.16299.64), при попытке подключиться к серверам виртуализации через Диспетчер Hyper-V я стал получать ошибку "RPC сервер недоступен. Не удается установить соединение...". Решение оказалось каким-то неочевидным и неожиданным - виноват был брандмауэр. Для исправления следует сделать следующее:
Параметры - Сеть и Интернет - Брандмауэр Windows - Дополнительные параметры; в отрывшемся окне "Монитор брандмауэра Защитника Windows" в разделе "Правила для входящих подключений" надо включить правило "Инструментарий управления Windows (асинхронный - входящий трафик)" для соответствующего профиля (в моём случае - "Домен").
После этой манипуляции всё заработало. Что примечательно - после отключения этого правила, работоспособность диспетчера Hyper-V сохранилась. Глубоко копать не хватило времени и мотивации, но подозреваю, что входящее подключение нужно было для обновления каких-то параметров оснастки диспетчера.
UPD 2018-04-10: на самом деле через какое-то время (пара недель) после отключения правила, оснастка опять стала выдавать ту же ошибку - видимо, предполагаемое обновление (и разрешающее правило) нужно достаточно часто.

четверг, 19 октября 2017 г.

В системе мониторинга Zabbix элемент данных vfs.file.exists[] отображает статус "не поддерживается"

Забавный сбой обнаружил сегодня при попытке заставить Zabbix отслеживать наличие файла-семафора на одном из серверов - после создания "Элемента данных" с типом "Zabbix agent" и "ключём" вида "vfs.file.exists[C:\Semaphores\Alert.txt]" в графе "Состояние" отображалось "Не поддерживается"... видимо, элементы данных обязаны находиться в какой-либо "Группе элементов данных", так как после выбора группы "Filesystems" всё заработало в лучшем виде.
Вывод: надо либо досконально изучать документацию на применяемые инструменты, либо звать компетентных людей... либо, идти тыком до победного =)

четверг, 4 мая 2017 г.

Настройка ККТ Штрих-Онлайн (Штрих-On-Line) для отправки данных в ОФД

Сегодня столкнулся с проблемой - на нескольких торговых точках недавно была произведена плановая замена фискальных регистраторов на Штрих-Он-лайн, но данные в ОФД не передавались. Благо, для передачи данных отведено 30 дней, но и они подходили к концу. В итоге, фискалы были сняты (на точках был санитарный день) и доставлены в офис для выяснения причин такого непотребного поведения и исправления ситуации. Как ни странно, внятной документации по настройке данных фискалов мне найти не удалось - инструкция годилась только для подключения проводов к полностью настроенным кассам, а на форумах мысли начинались с середины, или обрывались так и не дойдя до развязки.