Há mais de um ano, todos os nossos funcionários trabalham apenas em aplicativos publicados e centralizamos tudo isso através do Parallels RAS. Também temos um mecanismo automático para publicar assinaturas digitais eletrônicas: se um usuário autorizado lança um site, digamos alfândega, a assinatura digital eletrônica da empresa é gravada em seu HKCU e o plug-in necessário é lançado. Isso funciona muito bem com KONTUR, VLSI, Crypto-PRO, mas o plug-in de serviços públicos (IFCPlugin) precisou ser finalizado com um arquivo, mas havia perguntas para os desenvolvedores ...
Quando recebi um aplicativo para instalar outro plug-in que lê EDS, não esperava nada complicado. Para trabalhar com o EDS, alocamos um host RDS separado no qual vários plug-ins já estavam e tudo funcionou perfeitamente. Baixei o plug-in de serviços públicos do site oficial e, sem mais delongas, iniciei a instalação no contexto da máquina a partir do shell privilegiado:
msiexec -i c:\pathtofile\mypackage.msi ALLUSERS=1
À primeira vista, a instalação foi bem-sucedida. Na lista de programas instalados nesse host, o "Usuário de plug-in para sistemas de governo eletrônico" apareceu; em minha conta, consegui fazer login usando a assinatura digital. Mas para outros usuários, o plug-in não funcionou, como se não tivesse sido instalado.
Onde você vai?
, , . , , "Program Files". .. Chrome, , , , MessagingHost, .
, (ifc_chrome_host.exe) $Env:APPDATA! , , , . $Env:LOCALAPPDATA, . ( , , — ). .. IFCPlugin , , , RDS-. , , , .
orca IFCPlugin.msi:
TARGETDIR = AppDataFolder. . ProgramFiles64Folder ProgramFilesFolder .
:
, , , HKCU. .. Google Chrome, 2, HKLM. , Firefox .
. $Env:ProgramFiles, , - ifc_chrome_host.exe, . procmon .
, :
$Env:ProgramFiles\Rostelecom\IFCPlugin\X.X.X.X\x32\LOGS
, , , . .
Trabalho. O que os desenvolvedores fumaram e por que foi feito dessa maneira permaneceu um mistério para mim.