在共享 IIS 6 服务器上的 GAC leiu 中禁止 bin 部署 DLL
我需要征求有关我合作的组织最近安全策略变更的反馈。他们最近禁止将 DLL 进行 bin 部署到共享 IIS 6 应用程序服务器。这些服务器托管许多独立的 Web 应用程序池。新规则要求所有 DLL 都安装在 GAC 中。
这对我来说是一个问题，因为我对多个 dll 进行了 bin 部署，包括 ASP.NET MVC Framework、HTML Agility Pack、ELMAH 和我自己的共享类库。我这样做是因为：
- 消除 Web 应用程序服务器对全局程序集缓存的依赖。
- 允许我（开发人员）控制应用程序内发生的事情。
- 使应用程序能够部署为“包”。
- 减轻了服务器管理员的应用程序部署负担。
现在，这是我的问题。
- 从安全角度来看，使用 GAC 与 bin 部署相比有何优势？
- 是否可以在 GAC 中托管同一 DLL 的多个版本？
- 有人遇到过类似的限制吗？
I need to solicit feedback about a recent security policy change at an organization I work with. They have recently banned the bin-deployment of DLLs to shared IIS 6 application servers. These servers host many isolated web application pools. The new rules require all DLLs to be installed in GAC.
The is a problem for me because I bin-deploy several dlls including the ASP.NET MVC Framework, HTML Agility Pack, ELMAH, and my own shared class libraries. I do this because:
- Eliminates web application server dependencies to the Global Assembly Cache.
- Allows me (the developer) to have control of what goes on inside my application.
- Enables the application to deployed as a "package".
- Removes application deployment burden from the server administrators.
Now, here are my questions.
- From a security perspective what are the advantages to using the GAC vs. bin-deployment?
- Is it possible to host multiple versions of the same DLL in the GAC?
- Has anyone run into similar restrictions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
尽量不要争论这个决定，你赢不了。确保所有程序集都是强名称的，使用 gacutil.exe 进行测试
Try not to argue the decision, you can't win. Make sure all your assemblies are strong-named, test with gacutil.exe