我所有的Kentico实时站点404和预览也都进行过

Question

我在Kentico 12中创建了一个网站，使用实时查看器效果很好。现在，每次我尝试通过URL：localhost：8080 / Kentico12_ [sitename]或通过实时站点功能查看站点时，该站点都开始404。我有一个新站点，它也做同样的事情。另外，页面预览404也是如此。我曾尝试更改域名别名和网址格式，但似乎不起作用。如果有人有解决方案或一些有用的文档以指出自己的想法，将不胜感激。如果需要，我可以重新安装Kentico 12，但宁愿避免这种情况。我在事件日志中找到此错误：

Message: Access to the path 'C:\inetpub\wwwroot\Kentico12\CMS\App_Data\CMSModules\WebFarm\webfarm.sync' is denied.

Exception type: System.UnauthorizedAccessException
Stack trace:
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at CMS.WebFarmSync.AnonymousTasksProcessor.NotifyServer()
at CMS.WebFarmSync.AnonymousTasksProcessor.get_NotifyWatcher()
at CMS.WebFarmSync.AnonymousTasksProcessor.RegisterWatchers()
at CMS.Base.AbstractHandler.CallEventHandler[TArgs](EventHandler`1 h, TArgs e)
at CMS.Base.AbstractHandler.Raise[TArgs](String partName, List`1 list, TArgs e, Boolean important)
at CMS.Base.SimpleHandler`2.RaiseExecute(TArgs e)
at CMS.Base.SimpleHandler`2.StartEvent(TArgs e)
at CMS.Base.LockHelper.ExecuteOnceInLifetime(Action action, Object lockObject, Boolean& executedFlag)
at CMS.Base.AbstractHandler.CallEventHandler[TArgs](EventHandler`1 h, TArgs e)
at CMS.Base.AbstractHandler.Raise[TArgs](String partName, List`1 list, TArgs e, Boolean important)
at CMS.Base.SimpleHandler`2.RaiseExecute(TArgs e)
at CMS.Base.SimpleHandler`2.StartEvent(TArgs e)
at CMS.Base.ApplicationModule.EndRequest(Object sender, EventArgs e)

Answer 1

重新安装不是答案。确保首先在IIS中正确设置了站点。一个简单的设置是将IIS中站点的根目录设置为MVC站点的根目录。然后在该主站点下，创建一个虚拟应用程序并将其设置为CMS目录的根目录，并将该虚拟应用程序称为“ cms”。

然后导航到localhost / cms，您应该被引导至Kentico登录页面。登录到管理界面后，请更新站点的域。 Site domain name应该为localhost/cms。 Presentation URL应该为http://localhost。

如果进行了这些更改之后仍然获得404，我们将不得不在web.config中研究其他可能的问题。