Configuring Remote Management of Hyper-V Server — in a workgroup

I have received a number of questions about how to go about setting up remote management of our free Hyper-V server (not the one that is part of Windows).  So I thought I would sit down and write up a set of blog posts to talk about how to do this.  Today I am going to talk about how to remotely manage a Hyper-V server from a Windows 7 desktop when in a workgroup environment.

I am going to assume that you have already installed Hyper-V server and have configured the server name, workgroup name and networking appropriately (in my case – the server name is “Server1” and the workgroup name is “WORKGROUP” – not very original, I know).  Also, I am not going to be talking about the other aspects of setting up a Hyper-V server (e.g. configuring automatic updates, enabling remote desktop, etc…).  I am just focusing on how to get remote management working.

Server Configuration

The first thing you will need to do is to go to the Hyper-V server and run SConfig.cmd (this is configured to run automatically when you log into a Hyper-V server – if you have changed this you can start it manually.  It is in the Windows\System32 folder on the server).  Once you are in SConfig.cmd you will need to:

  1. Select option 4 on the SConfig menu (labeled Configure Remote Management)
  2. Then select options 1 (Allow MMC Remote Management) and 2 (Enable Windows PowerShell)image
  3. After you enabled Windows PowerShell you will be asked to reboot.
  4. After the reboot – go back into SConfig and select option 4 again
  5. Select option 3 (Allow Server Manager Remote Management)
    1. Note that Server Manager Remote Management requires that you have PowerShell enabled first – so you cannot shuffle this ordering around to try and avoid the reboot.
  6. Select option 5 to Return to main menu

Next, I am going to assume that you are not logged into your Windows 7 computer with the “Administrator” account (which is disabled by default) so you will need to create a second account on the Hyper-V Server.  To do this you will need to go into SConfig and:

  1. Select option 3 (Add Local Administrator)
  2. When prompted for an account name – enter the user name that you are using on the Windows 7 desktop (in my case – “Benjamin”).
  3. You will then be asked for a password – and again you should use the same password as you are using on the Windows 7 desktop (no – I am not going to tell you my password)image

Next – to enable remote (but read-only) access with device manager – run this command from the command prompt as well: reg add HKLM\Software\Policies\Microsoft\Windows\DeviceInstall\Settings /v AllowRemoteRPC /t reg_dword /d 1 (once again that is a single command).


Finally you will need to restart the server one last time (you can use option 13 on the Sconfig menu).

Desktop Configuration

Now it is time to go and configure the desktop computer.

The first thing to do is to download and install the Remote Server Administration Toolkit.  You can download it from here: and install it by just running it and following the prompts.

After you have done this you will need to enable the correct remote management tools.  To do this:

  1. Open the Start menu
  2. Open Control Panel
  3. Select Programs and Features (or just Programs depending on the Control Panel view that you are using)
  4. Select Turn Windows features on or off
  5. Find Remote Server Administration Tools and Check Hyper-V Tools (under Role Administration Tools) and Server Manager under the top level list
  6. Click OK


In most workgroup configurations you will not have reliable name resolution for remote computers (i.e. you need to use the IP address).  However – many of the server management tools require that name resolution be working reliably.  If you are using a fixed IP address on the Hyper-V server – you can make this work by editing the “hosts” on the desktop computer (note – you can skip this step if you can ping the Hyper-V server using its name and have it resolve to an IP address correctly):

  1. Open the Start menu
  2. Click on All Programs and then on Accessories
  3. Right click on Notepad and select Run as administrator
  4. Once Notepad has opened, use the File menu to Open… a file
  5. Navigate to the “Windows\System32\Drivers\etc” folder on the system drive
  6. Change the file name option from Text Documents (*.txt) to All Files
  7. Open the “hosts” file
  8. At the end of this file – add an entry for your server.  The format is basically the IP address of the server followed by the name of the server.
  9. Save the file and exit Notepad.

(Here is the hosts file from my desktop – after I have modified it for my server)


You will need to enable the use of WinRM to connect to your Hyper-V server.  To do this you will need to:

  1. Open the Start menu
  2. Click on All Programs and then on Accessories
  3. Right click on Command Prompt and select Run as administrator
  4. Type in winrm quickconfig and hit enter.  You will then need to say ‘y’ (yes) to a couple of prompts
  5. Type in winrm set winrm/config/client @{TrustedHosts=»RemoteComputerName»} and hit enter
    1. Substitute “RemoteComputerName” with the name or IP address of your Hyper-V server.  In my test environment my desktop computer could not resolve the name of my server – so I just opted to use the IP address.  I could also have edited the hosts file on my desktop and used the server name.
  6. While we are here – we should also open the firewall on the client side to allow us to remotely manage the servers storage by running this command: netsh advfirewall firewall set rule group=»Remote Volume Management» new enable=yes


Now you will need to use HVRemote to enable remote management of Hyper-V on the desktop computer.

  1. Download HVRemote from
  2. Open the Start menu
  3. Click on All Programs and then on Accessories
  4. Right click on Command Prompt and select Run as administrator
  5. Change to the directory where you saved HVRemote
  6. Type in cscript hvremote.wsf /mode:client /anondcom:grant /firewallhypervclient:enable /mmc:enable and hit enter.


You can now open Server Manager on the desktop computer.  To do this:

  1. Open the Start menu
  2. Click on All Programs and then on Administrative Tools
  3. Click on Server Manager
  4. You will be automatically prompted for the name of the server that you want to connect to.

After you enter your server name – you should have full access to manage your Hyper-V server:


The only caveat here is that Performance monitor still connects to the local computer.  You can, however, add individual counters from the remote server one at a time.  One thing that tripped me up on this issue is that after entering the server name you need to select the Select counters from computer: drop down and hit enter:


Рубрика: Hyper-V | 1 комментарий

Преобразование виртуальных машин VMware в MicroSoft Hyper-V

Если ваши клиенты используют VMware, но рассматривают возможность перехода на Microsoft Hyper-V, вы должны знать, как выполнять преобразование форматов виртуальных машин V2V (миграция виртуальных машин). Импорт виртуальных машин (VM) из инфраструктуры VMware с помощью утилиты Hyper-V Manager кажется несложным, но преобразование форматов виртуальных машин (V2V) содержит пробелы в неподдерживаемых системах, и поэтому во избежание головной боли миграцию виртуальных машин необходимо планировать.

К сожалению, Hyper-V Manager не поддерживает в равной степени импорт всех виртуальных машин. Он поддерживает только некоторые версии ОС Windows. В случае импорта виртуальных машин с неподдерживаемыми гостевыми операционными системами будет выводиться сообщение об ошибке, в котором будет говориться, что виртуальную машину не удалось найти. Также, опция импорта Hyper-V Import ограничивается VM в VMware ESX и ESXi, но не из других источников, таких как VMware Workstation.

В поддерживаемых случаях, можно использовать сервис V2V conversion для преобразования виртуальных машин в формате VMDK (Virtual Machine Disk – диск виртуальной машины) в формат VHD (Virtual Hard Disk – виртуальный жесткий диск). Сервис V2V также деинсталлирует VMware Tools и подготавливает виртуальную машину для инсталляции в среде Hyper-V.

В случае ограничений инструмента импорта Windows’ Hyper-V Import, лучше будет использовать сторонний инструмент, например VMDK to VHD Converter. Этот бесплатный инструмент выполняет преобразование исходного файла VMDK в файл VHD. Неплохо будет подготовить виртуальную машину перед началом преобразования с помощью этого инструментального средства. Последовательность необходимых действий описана ниже:
Запустите VM и деинсталлируйте VMware Tools.
Очистите все, что может мешать затруднять преобразование, например, общие диски в средах SAN и другие внешние подключения.
Убедитесь, что гостевая ОС, которую вы хотите преобразовать, поддерживается в Hyper-V. В противном случае, определите, можно ли обновить текущую гостевую ОС перед началом преобразования.

Примечание: VMware поддерживает более широкий набор гостевых операционных систем, чем гипервизор Hyper-V. Если в настоящее время вы используете большое количество неподдерживаемых операционных систем, можно рассматривать возможность сохранения небольшой среды VMware для продолжения использования этих виртуальных машин. Даже если некоторые неподдерживаемые операционные системы будут работать в Hyper-V, вам придется обходиться без технической поддержки Microsoft в случае если у вас возникнут с ними проблемы.

Выполнив все необходимые приготовления, можно начинать преобразование V2V. Загрузите VMDK в VHD Converter и запустите исполняемый файл VMDK2VHD.exe. Перейдите к месту расположения исходного файла VMDK, и в поле ‘Папка назначения’, укажите место создания конечного файла VHD и дайте ему имя. Обратите внимание, что с помощью этой процедуры можно будет преобразовать только один диск, так что вам придется повторять ее для всех остальных дисков виртуальной машины.

Затем, создайте виртуальную машину в гипервизоре Hyper-V и подключите к этой новой VM диски, которые вы только что преобразовали. После этого, нужно будет просто загрузить вновь созданную виртуальную машину в Hyper-V и установить платформу Integration Services или Components. Это должно будет сделать виртуальную машину полностью доступной. Удостоверившись, что она работает без проблем, можно переходить к следующей виртуальной машине.

Рубрика: Hyper-V | 1 комментарий



Рубрика: клип | Оставить комментарий



Рубрика: клип | Оставить комментарий

Помощник-визард-построитель для команды find

Мне часто приходится использовать find, предлагаю помощник-визард-построитель для этой команды.
Для продвинутых — может служить просто напоминалкой опций.
Надеюсь проект будет полезен людям 😉


Рубрика: *CentOS, *Unix,*Linux | 1 комментарий

NUT — Network UPS Tools

Наконец-то установил более-менее приличный UPC в стойку (Powercom KIN-2200AP-RM). Быстренько прицепил его COM-портом к серверу, и начал искать софтину, которая умела бы с ним работать. Выбор остановил на NUT — набор утилит, которые обеспечивают общий интерфейс для мониторинга и администрирование UPS.

Устанавливать будем, конечно же, из портов:

# cd /usr/ports/sysutils/nut && make install clean && rehash

Мой набор опций оказался следующим:

Options for nut 2.4.1_3

[X] SERIAL  SERIAL support
[ ] USB     USB support
[X] SNMP    SNMP support
[X] NEON    NEON XML/HTTP support
[ ] PDU     Powerman PDU support
[ ] HAL     HAL support
[ ] IPV6    IPV6 support
[X] CGI     Web CGI interface

Приступаем к настройке. Для начала создадим необходимые каталоги для драйверов и сервера, выставим права:

# mkdir -p /var/state/ups
# chmod 0770 /var/state/ups
# chown uucp:wheel /var/state/ups

Далее необходимо определиться, какой драйвер будет использоваться для данного UPS:

# cat /usr/local/etc/nut/driver.list | grep Powercom«Powercom» «SMK» «» «megatec»
«Powercom» «SXL» «» «megatec»
«Powercom» «ULT» «» «megatec»
«Powercom» «Trust 425/625» «» «powercom»
«Powercom» «Advice Partner/King Pr750» «» «powercom»
«Powercom» «Black Knight PRO» «» «powercom»
«Powercom» «King PRO» «» «powercom»
«Powercom» «Imperial» «» «powercom»
«Powercom» «Vanguard 6000» «» «megatec»

В моем случае нужно использовать драйвер «powercom», поскольку KIN относится к серии King PRO.

Теперь пора ознакомиться с конфигурационными файлами NUT. Все они находятся в директории /usr/local/etc/nut.


ups.conf — настройки UPS драйвера для сбора данных
upsd.conf — настройка основного демона upsd для Network UPS Tools
upsd.users — контроль доступа к UPS демону (профили пользователей)
upsmon.conf — настройки монитора UPS демона

Теперь по порядку займемся настройкой каждого из конфигурационных файлов.


Необходимо добавить в конфигурационный файл UPS и его настроки подключения.

# cd /usr/local/etc/nut && cp ups.conf.sample ups.conf

В результате нехитрых манипуляций, получим следующий результат:

# cat /usr/local/etc/nut/ups.conf
driver = powercom
port = /dev/cuad0
desc = «KIN-2200AP-RM»
type = KIN

Более детально о каждой из опций:

  • [ups_name] — имя используется как адрес вашего UPS. Вы можете его изменить на любое произвольное имя.
  • driver — драйвер, используемый для работы с UPS.
  • port — порт, на котором висит UPS
  • desc — описание устройства (так, на всякий случай, чтобы не забыть).
  • sdorder — необязательный элемент. При наличии нескольких UPS подключенных к серверу можно выключать в определенном порядке. используя upsdrvctl можно выключить все 0s или 1s, 2s и тд. Для исключения последовательной остановки используйте -1.
  • nolock — необязательный элемент, его не рекомендуется использовать в его этом конфиге. Он служит для отключения блокировки порта при пользовании утилитой.
  • maxstartdelay — необязательный элемент. Может быть, заданна как глобальная переменная выше вашего первого UPS. Это значение определяет, сколько upsdrvctl будет ожидать окончания запуска драйвера. Данная возможность предоставляет стабильность в работе. Значение по умолчанию равно 45 секундам.
  • cable — Если драйвер UPS требует дополнительных параметров, вы можете указать их здесь. Это индекс вашего кабеля и вы можете посмотреть его тут. Вы можете не указывать это значение, если ваше подключение к UPS стандартно.

Допускается использование дополнительных опций, исходя из специфики оборудования (необходимо смотреть маны по конкретно используемому драйверу). В моем случае не совпадал тип с тем, который используется по умолчанию, соответственно пришлось конкретизировать. Значения по умолчанию для драйвера Powercom:

  • linevoltage = 230
  • manufacturer = PowerCom
  • modelname = Unknown
  • serialnumber = Unknown
  • type = Trust


upsd отвечает за передачу данных от драйвера клиентским программам в сети. upsd должен находится под управлением и по возможности, как единственный источник состояния и мониторинга клиентов, таких как upsmon. upsd использует этот файл для контроля доступа к серверу и для установки других значений различных конфигурации. Этот файл содержит подробные сведения об управлении доступом, таким образом, обеспечивается безопасность.

Создание файла:

# cp upsd.conf.sample upsd.conf

Редактируем до следующего состояния:

# cat upsd.conf

Доступные опции:

  • MAXAGE — по умолчанию 15 секунд. Это частота обновления данных клиентов после остановки драйвера UPS. Следует использовать только в том случае, если у вас трудности с обновлением данных.

    [ ]

    — здесь указывается адрес и порт 3493 (по умолчанию) для прослушивания подключений.

  • MAXCONN — по умолчанию используется 1024 подключений. Каждый UPS, каждого LISTEN адреса и каждого клиента считается как одно подключение. Если на сервере заполнятся количество подключений, он больше не будет принимать новых входящих клиентских подключений.


Контроль доступа до UPS-демона (профили пользователей). Именно в этом файле вы указываете, кто и в какой мере будет контролировать и работать с утилитой. Для начала создадим этот файл:

# cp upsd.users.sample upsd.users

Правим конфиг до следующего состояния:

# cat upsd.users
password = adminpass
actions = SET
instcmds = ALL[monmaster]
password = masterpass
upsmon master[monslave]
password = slavepass
upsmon slave

Теперь более подробно о доступных опциях.


  • password — пароль пользователя
  • allowfrom — откуда разрешено подключатся

Каждый UPS монитор может определяться как один из трех возможных типов:

  • upsmon master — полные полномочия управлением питания подключенных к системе UPS под управлением upsmon, эта система отвечает за выключение разряженного аккумулятора. Выключение происходит после безопасного выключения всех Slave систем. Если ваш UPS подключен непосредственно к системе через последовательный порт, то для upsmon системы следует определить этот UPS как Master.
  • upsmon slave — эта система, под управлением upsmon и она не выключается непосредственно. Операционная система будет выключена перед отключением питания Master. Используйте этот режим при запуске монитора на других компьютерах работающих на том же UPS. И очевидно, что только один сервер может быть подключен к последовательному порту на UPS, коим будет является Master. Все остальные сервера будут Slave.
  • upsmon monitor-only — при этом режиме будут создаваться уведомления о состоянии или изменении работы батареи, переключении на линию и т.д., но не завершать работу системы.
  • actions — Действия пользователя с применением upsd.
    •  SET — изменить значения определенных переменных в UPS
    •  FSD — установка флага «принудительного выключения» для UPS
  • instcmds — разрешения пользователю на инициирование конкретных команд. Применяя «ALL» вы разрешаете использовать все команды, Существует множество команд выполните ‘upscmd -l’ чтобы увидеть, что ваше оборудование поддерживает. Вот, к примеру, несколько команд.
    • test.panel.start — старт теста передней панели
    • test.battery.start — старт теста батареи
    • test.battery.stop — остановка теста батареи
    • calibrate.start — запуск калибровки батареи
    • calibrate.stop — остановка калибровки батареи


upsmon предоставляет основные функции, которая собирается найти в программе мониторинга UPS, например это безопасное завершений работы при сбое питания. В многоуровневой схеме утилиты NUT это клиент. Создадим файл конфигурации:

# cp upsmon.conf.sample upsmon.conf

Редактируем конфиг до следующего состояния:

# cat upsmon.conf
MONITOR Powercom@localhost 1 monmaster masterpass master
SHUTDOWNCMD «/sbin/shutdown -p now»
POWERDOWNFLAG /etc/killpower

Итак, мы добавили monitir, формат записи которого следующий:

MONITOR system powervalue username password type

Значение опций:

  • MINSUPPLIES — указываем количество блоков питания которые должны получать мощность сохраняя систему запущенной. Большинство систем имеют один БП. Но мощные сервера, например HP NetServer LH4, могут работать с 2 из 4 БП и ему нужно ставить 2.
  • SHUTDOWNCMD — upsmon выполняет эту команду, когда системе необходимо выключить.
  • NOTIFYCMD — upsmon отправляет сообщение при происшествиях.
  • POLLFREQ — опрос мониторами с частотой (измеряется в секундах) для обычной деятельности. Вы можете отрегулировать это частоту опроса, чтобы upsmon не “зашумлял” вашу сеть, но не вносите слишком большие значения тк. оно может пропустить отключение питания.
  • POLLFREQALERT — опрос UPS с частотой в секундах. Можно сделать значение поменьше, чем POLLFREQ для лучшей чувствительности работы батареи.
  • HOSTSYNC — как долго upsmon будет ждать перед переходом к следующему upsmon. master upsmon использует это число при ожидании slaves чтобы отключиться после того как он установил флаг принудительное завершение работы (FSD). И если slaves не отключаться после этого тайм аута, то выключение продолжится без них.
  • DEADTIME — интервал ожидания перед объявлением статуса UPS как «мертвый». upsmon требует, чтобы UPS предоставлял свою статус информацию, каждые несколько секунд (см. POLLFREQ и POLLFREQALERT). Если статус загрузки, UPS помечен fails. И если оно остается fails более чем DEADTIME секунд, то UPS помечается «мертвый».
  • POWERDOWNFLAG — флаг файла для форсирования завершения работы UPS в master системе.
  • NOTIFYMSG — изменение сообщения, отправленные upsmon при возникновении определенных событий.
  • NOTIFYFLAG — изменение поведения upsmon при возникновении событий NOTIFY.
  • RBWARNTIME — предупреждение замены аккумулятора в секундах.
  • NOCOMMWARNTIME — предупреждение по времени при не общении к UPS в секундах.
  • FINALDELAY — процент батареи, при котором происходит завершение работы системы.

С конфигурационными файлами разобрались. Теперь проверим права на файлы и каталоги. Владельцем /var/db/nut должен быть пользователь uucp, права на выставлены на 0750:

# ls -ld /var/db/nut/
drwxr-x— 2 uucp uucp 512 24 апр 04:50 /var/db/nut/

Потом устанавливаем необходимые права на конфигурационные файлы. Условия — пользователь uucp должен иметь доступ на чтение:

# chown uucp:uucp upsd.conf upsd.users upsmon.conf
# chmod 0640 upsd.conf upsd.users upsmon.conf

Кажется ничего не забыли… Пробуем запустить сервис. Добавляем NUT в /etc/rc.conf и даем команду запуска для сервисов:

# echo ‘### Network UPS Tools’ >> /etc/rc.conf
# echo ‘nut_enable=»YES»‘ >> /etc/rc.conf
# echo ‘nut_upsmon_enable=»YES»‘ >> /etc/rc.conf
# echo ‘nut_upslog_enable=»YES»‘ >> /etc/rc.conf
# /usr/local/etc/rc.d/nut start
Network UPS Tools — UPS driver controller 2.4.1
Network UPS Tools — PowerCom protocol UPS driver 0.12 (2.4.1)
Starting nut.
Network UPS Tools upsd 2.4.1
listening on port 3493
listening on port 3493
Connected to UPS [Powercom]: powercom-Powercom
# sh /usr/local/etc/rc.d/nut_upsmon start
Starting nut_upsmon.
Network UPS Tools upsmon 2.4.1
UPS: Powercom@localhost (master) (power value 1)
Using power down flag file /etc/killpower
# sh /usr/local/etc/rc.d/nut_upslog start
Starting nut_upslog.
Network UPS Tools upslog 2.4.1
logging status of myups@localhost to /var/log/ups.log (300s intervals)

Кажется все в порядке. На всякий случай, проверим:

# ps -ax | grep nut
85110 ?? Ss 0:01,53 /usr/local/libexec/nut/powercom -a Powercom
# ps -ax | grep ups
90340 ?? Ss 0:00,02 /usr/local/sbin/upsd
90534 ?? Is 0:00,00 /usr/local/sbin/upsmon localhost
90535 ?? S 0:00,00 /usr/local/sbin/upsmon localhost
90551 ?? Is 0:00,00 /usr/local/bin/upslog -s myups@localhost -l /var/log/ups.log -i 300

Все замечательно, сервисы запущены, работают и ведутся логи. Теперь подключимся к UPS для проверки его статуса:

# upsc Powercom@localhost
battery.charge: 100.0 powercom
driver.parameter.pollinterval: 2
driver.parameter.port: /dev/cuad0
driver.parameter.type: KIN
driver.version: 2.4.1
driver.version.internal: 0.12
input.frequency: 50.07
input.voltage: 234.0
input.voltage.nominal: 220
output.frequency: 50.07
output.voltage: 234.0
ups.load: 22.0
ups.mfr: PowerCom
ups.model: KIN-2200AP
ups.model.type: KIN
ups.serial: Unknown
ups.status: OL

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

# upsc Powercom@localhost ups.status

Переменная может принимать следующие значения:

  • OL — система работает на линии (on line power)
  • OB — система работает от батареи (on battery)
  • LB — система работает от севшей батареи (low battery)

Теперь посмотрим монитором:

# upsmon
Network UPS Tools upsmon 2.4.1
UPS: Powercom@localhost (master) (power value 1)
Using power down flag file /etc/killpower

Когда upsmon необходимо быстро выключить локальную систему, она устанавливает флаг «FSD» (forced shutdown — принудительное отключение) для любых UPS, на котором она выполняется в master режиме. Данная возможность используется и для синхронизации slaves компьютеров в том случае,если master UPS передает событие и всем рассылается сообщение о немедленном прекращении работы.Можно вручную вызвать этот режим на master upsmon, запустив другой экземпляр с флагом ‘-c fsd ‘. Это полезно, когда вы хотите инициировать shutdown перед критическим этапом. Эмулируем падение мощности:

# upsmon -c fsd

Система должна корректно завершить работу.


На этом настройку Network UPS Tools можно считать оконченой. Но есть еще порох в пороховицах, а ягоды в ягодицах! В комплекте с NUT идет web-интерфейс проверки статуса UPS — upsstats. Посмотрим что это за штука.

Скопируем необходимые для работы файлы из предложеных примеров:

# cp upsset.conf.sample upsset.conf
# cp upsstats.html.sample upsstats.html
# cp upsstats-single.html.sample upsstats-single.html
# cp hosts.conf.sample hosts.conf

В конфигурационный файл apache добавим еще один virtualhost (надеюсь он у вас настроен с поддержкой виртуалхостов):


DocumentRoot /usr/local/www/nut/

Options Indexes FollowSymlinks MultiViews +ExecCGI
AllowOverride All
Order allow,deny
Allow from all

Alias /cgi-bin/ «/usr/local/www/cgi-bin/»
Order allow,deny
Allow from all


Перезапускаем apache, чтобы изменения вступили в силу:

# apachectl graceful

Далее в файле upsset.conf необходимо расскоментировать строку I_HAVE_SECURED_MY_CGI_DIRECTORY:

# cat upsset.conf | grep HAVE

Потом добавлям наш UPS в список хостов:

# echo ‘MONITOR powercom@localhost «Powercom KIN-2200AP-RM»‘ >> hosts.conf

Пора проверять, что же у нас получилось в результате. При переходе на ваш адрес, должна отобразится страница Network UPS Tools с вкладками Statistics и Settings.

  • Settings – тут вы можете настроит UPS (пользователя берете согласно содержимому upsd.users)
  • Statistics – здесь вы можете просмотреть статус вашего UPS, а так же посмотреть текущее состояние в графическом виде.

Добавляю скриншоты того, что у нас получилось.

Web Network UPS Tools

Web Network UPS Tools

Web Network UPS Tools

По материалам :

Рубрика: FreeBSD | Оставить комментарий

Макс ИвАнов — За прошлым прошлое

Макс ИвАнов — За прошлым прошлое

Рубрика: клип | Оставить комментарий

Торба-на-Круче — Сутками молчишь

Торба-на-Круче — Сутками молчишь

Рубрика: клип | Оставить комментарий