Seit über einem Jahr arbeiten alle unsere Mitarbeiter nur in veröffentlichten Anwendungen, und wir zentralisieren dies alles durch Parallels RAS. Wir haben auch einen automatischen Mechanismus zum Veröffentlichen von EDS: Wenn ein autorisierter Benutzer eine Website startet, z. B. Zoll, wird das EDS des Unternehmens zuerst in seine HKCU geschrieben und das erforderliche Plug-In gestartet. Dies funktioniert hervorragend mit KONTUR, VLSI, Crypto-PRO, aber das Plug-In von öffentlichen Diensten (IFCPlugin) musste mit einer Datei fertiggestellt werden, aber es gab Fragen an die Entwickler ...
Als ich eine Anwendung zur Installation eines anderen Plug-Ins mit der Aufschrift EDS erhielt, hatte ich nichts Kompliziertes erwartet. Für die Arbeit mit EDS haben wir einen separaten RDS-Host zugewiesen, auf dem bereits mehrere Plug-Ins standen und alles einwandfrei funktionierte. Ich habe das Plugin für öffentliche Dienste von der offiziellen Website heruntergeladen und ohne weiteres die Installation im Maschinenkontext über die privilegierte Shell gestartet:
msiexec -i c:\pathtofile\mypackage.msi ALLUSERS=1
Auf den ersten Blick war die Installation erfolgreich. In der Liste der auf diesem Host installierten Programme wurde das "Plugin für Benutzer von E-Government-Systemen" angezeigt. Unter meinem Konto konnte ich mich mit der digitalen Signatur anmelden. Für andere Benutzer funktionierte das Plugin jedoch nicht, als wäre es nicht installiert worden.
Wo gehst du hin?
, , . , , "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
, , , . .
Funktioniert. Was die Entwickler geraucht haben und warum es so gemacht wurde, blieb mir ein Rätsel.