【问题标题】:Azure: "You do not have permission to view this directory or pageAzure:“您无权查看此目录或页面
【发布时间】:2015-11-20 20:02:29
【问题描述】:

我使用 Azure SDK 2.7 和 Node.js 工具在 Visual Studio 2015 中创建了一个 node.js 应用程序。

我已经在我的 Web 应用程序中使用 BitBucket 成功设置了 CI,我可以看到对存储库的更改确实会触发构建和部署。

但是,我到达的页面 (http://ftct.azurewebsites.net/) 抱怨:您没有查看此目录或页面的权限。

我在 node.js 中指定了一个默认文件(有点),方法是:app.get('/', routes.index);

因此尝试直接导航到此文件 http://ftct.azurewebsites.net/signin.html 会产生不同的错误:您要查找的资源已被删除、更改名称或暂时不可用。 p>

我在 Visual Studio 中将应用程序配置为在端口 1337 上运行,但使用此端口并不能解决问题。尝试导航到移植地址会导致超时。

有什么想法吗?

【问题讨论】:

    标签: node.js visual-studio azure azure-web-app-service


    【解决方案1】:

    我有同样的问题,

    你需要 web.config、package.json、server.js 在根目录

    web.config:

    <configuration>
        <system.webServer>
            <handlers>
                <!-- indicates that the app.js file is a node.js application to be handled by the iisnode module -->
                <add name="iisnode" path="server.js" verb="*" modules="iisnode" />
            </handlers>
            </system.webServer>
    </configuration>
    

    在 package.json 你需要有:

     ...
      "scripts": {
        "start": "node server"
      },
    ...
    

    在你的 server.js 中确保你将服务器端口号设置为

    process.env.PORT || 1337;

    【讨论】:

      【解决方案2】:

      此外,当您通过 azurewebsites.net/ZipDeployUI 部署 zip 文件时,请确保您在 /wwwroot 级别看到正在解压缩的文件。

      如果文件显示在 /wwwroot/your-app-folder/ 下,您可能会遇到此权限问题。我花了很长时间才弄清楚这一点!希望对您有所帮助。

      【讨论】:

        【解决方案3】:

        在我的例子中,我在使用 ZipDeploy 时遇到了这个错误:请务必压缩根文件夹中的文件,以便 Node.js 文件可以在 Kudu 的基础级别上列出,而不是一个文件夹。感谢mike-urnun-msft

        【讨论】:

          【解决方案4】:

          如果 iisnode 用于在 iis 或 iis express 后面运行节点进程,您可能缺少 web.config 文件。

          https://github.com/tjanczuk/iisnode/blob/master/src/samples/configuration/web.config

          【讨论】:

            【解决方案5】:

            编辑:尝试从https://portal.azure.com 的图库中创建“Node JS Empty Web App”,并将 web.config 和站点与您所拥有的进行比较。您可能缺少一些配置设置。

            上一个答案:首先,Azure Web Apps(Azure 网站的新名称)中只有端口 80 和 443 可用。所以端口 1337 将不起作用。重新配置您的应用程序以在端口 80 或 443 上运行。关于权限问题,您是否启用了应用服务身份验证?通过如下编辑 Web App 的应用程序设置,确保已禁用它。

            【讨论】:

            • 将您的应用与图库应用进行比较,正如我在上面的编辑中所解释的那样。
            • 我在 Azure 中找不到 node.js 入门应用!我在“新建”部分搜索了“节点”。
            • @serlingpa 在ms.portal.azure.com/#blade/Microsoft_Azure_Marketplace/… 搜索“节点”,您会找到它。
            【解决方案6】:

            您可以尝试从旧门户http://manage.windowsazure.com 的图库中创建“Node JS Empty Web App”实例,见下文。

            然后,在 Web 应用仪表板页面的 quick glance 处执行 set up deployment from source control 以部署您的 Web 应用。

            现在,浏览运行良好的网络应用 http://&lt;app-name&gt;.azurewebsites.net

            【讨论】:

              【解决方案7】:

              我的情况类似但略有不同。我正在处理 Facebook Messenger 平台“设置您的 Webhook”文档步骤。

              localhost 工作得很好,但在部署时,它只会说出其他人注意到的内容。

              The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.
              

              我的最终 package.json 看起来像它,而且它有效。

                "scripts": {
                  "test": "echo \"Error: no test specified\" && exit 1",
                  "start": "node index.js"
                },
              

              我认为,问题归结为 facebook 提供演示代码的方式。演示代码根本没有在 azure 上专门部署所需的一切。

              我已经把我的最终代码放在这里(我认为它可以用作另一个遇到部署问题的人的启动器)。

              另外,有趣的是,其他人建议使用 web.config,但我真的不需要它。

              https://github.com/Jay-study-nildana/FBMessengerWebHook

              【讨论】:

                【解决方案8】:

                问题很可能是推错了文件夹。对于 ASP.NET 服务器,根文件夹必须有 index.html 文件。

                特定角度

                1. 在您的开发环境中部署问题 ng build --prod 之前。
                2. 这会在解决方案中创建一个“dist”文件夹。
                3. 接下来打开 Visual Studio Code 到“dist”文件夹中的第一个文件夹。

                在这种情况下,文件夹名称是“resume”,恰好是 Angular 项目名称。请注意,index.html 文件在此文件夹中。

                请注意,您知道您在将其向上推时处于正确的轨道上,因为此文件夹很小且完成速度很快。

                我使用 VSCode 的 Azure 工具插件,它只会提示我正确订阅(您的 Microsoft 帐户),然后从那里单击向上箭头进行上传!

                【讨论】:

                  猜你喜欢
                  • 1970-01-01
                  • 1970-01-01
                  • 2016-09-02
                  • 2021-01-29
                  • 2021-01-07
                  • 1970-01-01
                  • 1970-01-01
                  • 1970-01-01
                  • 1970-01-01
                  相关资源
                  最近更新 更多