Issue:
- Efter uppgradering till WithSecure Email och Server Security 15.x är e-postmeddelanden inte längre i karantän. Felmeddelande: 159 Åtkomst nekad
- SQL-information som instansnamn, databasnamn och användaren visas inte på webbkonsolen, inte heller i Policy Manager-konsolen
Resolution:
Obs: När du uppgraderar till WithSecure Email and Server Security 15.x, kan du köra installationsprogrammet lokalt eller använda WithSecure Policy Manager "policybaserad uppgradering" alternativet. Läs mer om detta ämne. Du behöver dock fortfarande konfigurera några avsnitt, eftersom adminguiden rekommenderar att du gör det.
I det här fallet kan du se att avsaknaden av behörigheter och konfigurationer inte är klara efter uppgraderingen.
Du kan identifiera detta beteende genom att kontrollera loggarna. Produkten skriver alla loggar till C:\ProgramData\F-Secure\
Om du öppnar karantän.log kan du kanske se en liknande rad:
Det gick inte att ladda ned karantän på grund av åtkomst nekad fel i e-post- och serversäkerhet
2020-01-31 17:21:06.585 [0a4c.0010] I: FQM: Raderar Qid 11518 från lagring
2020-01-31 17:21:06.585 [0a4c.0010] *E: FQM: Det gick inte att ta bort Qid 11518 från lagring System.IO.DirectoryNotFoundException: En del av sökvägen "C:\Program Files (x86)\F- Secure\Quarantine Manager\ karantän\XXXXXX\Q20190906_000001\Q20191209104816_11518.[eml]" kunde inte hittas.
för System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
för System.IO.File.InternalDelete(Stringsökväg, Boolean checkHost)
för FSecure.Ess.Fqm.Impl.QuarantineStorage.DeleteMail(String storagePath)
med FSecure.Ess.Fqm.Impl.QuarantineProcessor.Delete()
Förutom behörigheterna hittades inte karantän , så antingen är den inte konfigurerad eller så finns den inte.
Om du kontrollerar TransportAgent.log, kommer du att se ett annat fel som nekar åtkomst, så agenten kan inte bearbeta objekten.
Undantag kastas om vid [0]:
för System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
för System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32-typ)
på FSecure.Ess.FqmApi.IQuarantineManager.QuarantineMail(Mail mail)
för FSecure.AntiVirus.Exchange.Transport.QuarantineManager.QuarantineMail(Mail mail)
för FSecure.AntiVirus.Exchange.Transport.FSMessageScanner.QuarantineMail(String strPathToSavedMail, Int64 lSavedMailSize, QuarantineReason reason, String reasonDetails, Int64& resQuarantineId, String& resErrorDescription)
2020-01-31 17:20:39.958 [36f8.0007] *E: FSecure.AntiVirus.Exchange.Transport.FSMessageScanner: QuarantineMail() Failed System.ServiceModel.Security.SecurityAccessDeniedException: Åtkomst nekades.
Om du kontrollerar F-Secure.Ess.Config.log:
FSecure.ESS_Installer.ViewModel.WizardPageViewModel: Kunde inte ställa in användaren 'fqmuser' som ägare för db 'FSMSE_Quarantine'. Orsak: Databashuvudmannen äger ett schema i databasen och kan inte tas bort. 2020-01-31 17:20:05.929 [39d4.0001] I: FSecure.ESS_Installer.ViewModel.WizardPageViewModel: Den valda karantän är 'Local
Följ dessa steg för att lösa problemet:
- Kör F-Secure.Ess.Config.exe som administratör från målservern. F-Secure.Ess.Config.exe finns på C:\Program Files (x86)\F-Secure\Email and Server Security\ui
- Konfigurera inställningarna för en befintlig databas eller skapa en ny databas. För databasinstallation/distribution kan du se administratörsguiden
- Se till att behörigheterna är korrekt inställda. Mer information finns i F-Secure Community -artikeln
När du har gjort följande:- Kör/inmatade konfigurationen lokalt
- Alla auktorisationer är på plats förklarat enligt ovan.
Fortsätt för att öppna webbkonsolen för e-post och serversäkerhet och testa anslutningen till karantän .
Article no: 000020341
The content of this article has been machine translated from the English source article.
While reasonable efforts have been made to provide accurate translations, there may still be translation errors.