trust

How do I allow databases to run activex content when opened with VBA?

穿精又带淫゛_ 提交于 2020-08-10 06:06:24
问题 In Access 2013 (64-bit) I'm opening another database (db2) when the user clicks a button on a form in db1. This is working. However, when it opens db2 I get the warning bar "Security warning: Some active content has been disabled. Click for more details" with a button to enable the content. This is annoying and when I open the database from db1 with forms also opened, when I click the button to enable the content all currently open forms are closed. Both databases are in the same directory,

How do I allow databases to run activex content when opened with VBA?

耗尽温柔 提交于 2020-08-10 06:06:22
问题 In Access 2013 (64-bit) I'm opening another database (db2) when the user clicks a button on a form in db1. This is working. However, when it opens db2 I get the warning bar "Security warning: Some active content has been disabled. Click for more details" with a button to enable the content. This is annoying and when I open the database from db1 with forms also opened, when I click the button to enable the content all currently open forms are closed. Both databases are in the same directory,

How do I allow databases to run activex content when opened with VBA?

夙愿已清 提交于 2020-08-10 06:05:14
问题 In Access 2013 (64-bit) I'm opening another database (db2) when the user clicks a button on a form in db1. This is working. However, when it opens db2 I get the warning bar "Security warning: Some active content has been disabled. Click for more details" with a button to enable the content. This is annoying and when I open the database from db1 with forms also opened, when I click the button to enable the content all currently open forms are closed. Both databases are in the same directory,

How to fix WCF error: Request for the permission of type 'System.Security.Permissions.EnvironmentPermission

别等时光非礼了梦想. 提交于 2020-01-17 06:12:20
问题 I am hosting a netTcpBinding WCF server in a Windows service. I am able to successfully connect to its remote calls via my own client without issue, so I know that it works well. However, I generate the exception Request for the permission of type 'System.Security.Permissions.EnvironmentPermission when I attempt to connect to the same service via a .NET plugin fom a third party solution. My client plugin loaded from the third party application is doing the following: EndpointAddress

Could not establish trust relationship for SSL/TLS secure channel — SOAP

别等时光非礼了梦想. 提交于 2020-01-08 09:32:51
问题 I have a simple web service call, generated by a .NET (C#) 2.0 windows app, via the web service proxy generated by Visual Studio, for a web service also written in C# (2.0). This has worked for several years, and continues to do so at the dozen or so places where it is running. A new installation at a new site is running into a problem. When attempting to invoke the web service, it fails with the message saying: Could not establish a trust relationship for the SSL/TLS secure channel The URL

.NET/Security: Limiting runtime-loaded assemblies from accessing certain APIs

纵饮孤独 提交于 2020-01-01 12:24:12
问题 In a shell application, I need to be able to load and execute other .NET assemblies at runtime, but without giving them full trust. Essentially, I want to limit them (the loaded assemblies) from touching any system resources (threading, networking, etc), with the only exception being isolated storage. However, assemblies which are from "me" need to be executed with full trust. I've been considering Code Access Security, but I'm not quite sure it's what I should use. How would you go about

How to authenticate client application for trust of messages sent from it

半城伤御伤魂 提交于 2019-12-28 19:01:38
问题 The basic question How do I know that it is my publicly accessible (client) application that is sending my service messages? How do I know that it is just not some other application that is impersonating my application? Some Background Currently we log all errors that occur on our websites via log4net and WCF to a database. This works well because the web server (accessible from the web - Partly Trusted) reports there errors to the WCF service running on the application server (inaccessible