我不确定你可以。
Web Site Administration Tool 并不是真正意义上的“链接”,它是一个相当强大的、不安全的应用程序,它只真正意味着由开发人员/管理员运行。
文档的“注意事项”部分解释了原因:
以下部分提供了使用网站管理工具的一些注意事项。
保存时重启应用程序
您在网站管理工具中对配置设置所做的大部分更改都会立即生效。这需要重新启动应用更改的网站。因为这会导致网站中当前活动的会话丢失,所以您应该在将这些更改发布到生产服务器之前,对网站的暂存版本或开发版本进行配置更改。
保存您的设置
您在网站管理工具中对配置设置所做的大部分更改都会立即生效。对于网站管理工具界面具有专用保存按钮的设置,在单击“保存”之前让网站管理工具闲置或让网站管理工具超时将导致您的配置设置更改丢失。
超时
作为一项安全措施,网站管理工具会在一段时间不活动后超时。任何未立即生效且未保存的设置都将丢失。如果网站管理工具超时,请关闭浏览器,然后在新窗口中重新打开网站管理工具。
网站管理工具只管理网站可用的一些配置设置。许多其他设置需要手动修改配置文件,通过使用用于 ASP.NET 的 MMC 管理单元,或通过编程方式,通过使用 ASP.NET 配置 API。
从中可以看出,这不是要保留的东西。
也就是说,只要稍加修改,您就可以一枪打死自己实现您所追求的目标:
如果您右键单击管理工具的 ASP.NET 开发服务器任务托盘项,然后选择“显示详细信息”,您可以看到运行该工具的虚拟目录已映射到(类似于):
C:\Windows\Microsoft.NET\Framework\v4.0.30319\asp.netwebadminfiles\
如果您要在映射到该路径的应用程序上创建(并保护)一个虚拟目录,那么您很可能能够根据需要启动并运行这一切。
正如pseudocoder 在他下面的评论中指出的那样,虽然沿着虚拟目录路由确实“有效”,但该工具存在一些限制,再加上安全问题意味着您可能不想使用它会继续前进。
如果您坚持使用开发服务器选项,该工具将不会响应非本地请求,并且一旦您将站点部署到适当的 Web 服务器 (IIS) 以供用户访问管理站点无论如何都不会运行。
如果您能解释为什么要永久使用它可能会更好,这样我们就可以为您提供一些更好的选择建议 - 例如,成员资格、个人资料和角色提供程序都提供了很好的 API 来管理用户详细信息,这些 API 可以很容易内置在自定义管理区域中。
棘手的一个,但我认为要使其正常工作,您将不得不花一些时间做某事,从长远来看,花时间做可能对您更好正确的事情,而不是在错误的选择中进行黑客攻击。
开发服务器可以从命令行启动,使用如下命令:
call "C:\Program Files\Microsoft Visual Studio 9.0\vc\vcvarsall.bat"
"C:\Program Files\Common Files\Microsoft Shared\DevServer\9.0\WebDev.WebServer.exe" /port:3900 /path:"PATHSITE" /vpath:"PathSite"
- 第一行设置 CMD 实例以使用运行大多数开发工具所需的变量和路径设置
- 您需要根据您的环境更改 DevServer 的路径(例如,我在 \10.0\ 中,并且有 2.0 和 4.0 版本)。
有了这些信息,你可以做一些事情:
- 将指向您网站的链接添加到名为 /StartAdmin.aspx 或类似页面的页面。
- 在该页面中,您需要具备以下逻辑:
- 检查之前用于托管管理站点的 DevServer 实例的运行进程。
- 关闭该进程。
- 使用已知端口启动另一个 DevServer 实例,指向 WebAdmin 站点的路径。
- 将用户重定向到这个新网站。
所有这些都是可能的,但这并不是微不足道的,你会发现你需要在开始的过程中做一些奇怪的事情,你需要非常小心,不要关闭错误地实际运行您的站点的 DevServer 实例。
但是,这可能需要与快速打开一组用户管理屏幕一样长的时间,并且您会在此过程中学到更有用的东西*
* 这并不是说学习如何开始和停止运行进程没有用,而是说我猜这不是你目前应该学习的内容,而你可能应该专注于那个;)