Поддержка кириллицы в GLPI-Agent

Вариант создать ещё одного админа с логином на латинице.

Как вообще связка GLPI 10 + GLPI-agent, по сравнению с GLPI 9+fussioninventory?

Ранее не использовал GLPI. И все-таки хотелось бы обойтись правкой самого GLPI. У нас в организации есть требования к именованию учетки локального админа.

я бы, наверное, попробовал пошалить в файле GLPI-Agent-1.7.1/lib/GLPI/Agent/Task/RemoteInventory/Remote/Winrm.pm в строчках

    $self->{_winrm} = GLPI::Agent::SOAP::WsMan->new(
        logger      => $self->{logger},
        config      => $self->config(),
        url         => $self->{_canonical_url},
        user        => $self->user(),
        password    => $self->pass(),
        timeout     => $self->timeout(),
        winrm       => 1,
    );

Это то, что смогло в голову придти за полчаса смотрения в незнакомый код.

Извиняюсь, а подскажите, пожалуйста, конкретнее куда и вместо чего можно попробовать вписать «Администратор»?

Эм... Сюда user => $self->user(), поменять на user => "проверка_приём", ?

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

Если не угадали, вернуть назад как было и читать код тщательнее.

Почти целый день убил на эту игру )

Там, оказывается, со стороны Windows10 ещё целая песня поднять WinRM так, чтобы она стала принимать Authenticate: Basic. В итоге только через политики получилось.

Но теория с uri_decode в том месте - не работает. То, что там она рисует trying basic with %D0%B0%D0 никак не влияет. На самом деле даже если там сделать decode - она тогда пишет нормальным текстом «администратор». Но ответ от WinRM всё-равно 401.

В общем - я так понимаю надо как-то догадаться как Server: Microsoft-HTTPAPI/2.0 раскодирует имя пользователя.

$ curl -X POST -v http://192.168.99.2:5985/wsman --data 'asdf' --header 'Content-Type: application/x-www-form-urlencoded; charset=utf-8' --basic -u Администратор:xxxXXXxxx

То ли в 1251 перевести попробовать, то ли в ucs-2... Пока мысли кончились )

Там, оказывается, со стороны Windows10 ещё целая песня поднять WinRM так, чтобы она стала принимать Authenticate: Basic.

Согласен, плюнул на это дело и поставил openssh. Хоть можно нормально через ансибл все делать. GLPI очень хорошая штука, но французы что-то не то пьют, очень намучался с настройкой их плагинов, чуть косяк вся база засрана и не удалить штатно, только руками.

я с GLPI очень давно дело имел. И кажется не про инвентаризацию пользовательских машин. Что-то про SNMP коммутаторов. Вроде. Топология сети, вланы.. где-то там был интерес. Практически - в прошлой жизни. Всё уже забыл.

---

Похоже дело идёт к тому, что там US-ASCII принимается только. И если так - то нет никаких шансов авторизоваться на WinRM в Basic Auth с русскими буквами.

Может всё-таки стоит другого пользователя завести? Прям вот специально под эту задачу. Такой спец.пользователь, со спец.правами )

Эх, ну, раз такое дело, то придётся видимо отдельную учётку делать. Спасибо за помощь)

content must be bytes at /usr/share/glpi-agent/lib/GLPI/Agent/HTTP/Server/ToolBox.pm line 853

Это значит, что там приходит строка вместо байтов. Идём на 853 строку этого модуля и делаем utf8::encode($переменная) перед 853 строкой.

Это называется «заметать мусор под ковер».

От того, что оно перестанет писать в лог ошибку - авторизация с русскими буквами на winrm не заработает.

для аутентификации на Windows-хостах по WinRM,

но я не могу для GLPI сменить логин локального администратора на всех машинах.

зачем менять ? Долбани всем windows машинам через ансибле(winrm) создать нового юзера admin и засунь его в группу администраторы.