允许Azure应用程序网关路由AKS中的所有子路径

如何解决允许Azure应用程序网关路由AKS中的所有子路径

我已将AKS配置为Azure应用网关作为入口。

我正在尝试将.net核心Angular应用程序部署到群集内的路径。我想在http://<cluster ip>/app1上访问该应用。

我的kubernetes部署（包括入口设置）如下：

apiVersion: v1
kind: Pod
metadata:
  name: web-app-1
  labels:
    app: web-app-1
spec:
  containers:
  - image: "xxx.azurecr.io/web-app-1:latest"
    name: web-app-1
    imagePullPolicy: Always
    ports:
    - containerPort: 80
      protocol: TCP

---

apiVersion: v1
kind: Service
metadata:
  name: web-app-1
spec:
  selector:
    app: web-app-1
  ports:
  - protocol: TCP
    port: 80
    targetPort: 80

---

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: web-app-1
  annotations:
    kubernetes.io/ingress.class: azure/application-gateway
spec:
  rules:
  - http:
      paths:
      - path: /app1
        backend:
          serviceName: web-app-1
          servicePort: 80

在Angular应用本身中，我将<base href="/" />留在了index.html中。但是，我已经将构建修改为ng build --base-href /app1/"

---

问题

在部署了该文件后，我浏览到http://<cluster ip>/app1，然后加载了index.html文件。但是，对于所有其他脚本，例如，它返回404。 http://<cluster ip>/app1/main-es2015.9ae13a2658e759db61f5.js上的404

问题可能出在我如何配置Angular，但是当我知道只需使用http://<cluster ip>/app1/index.html就可以访问到/app1/时返回404。

我认为问题在于，/app1/之后，Application Gateway无法正确路由任何请求。如何获得允许子路由通过的位置（即脚本）？

谢谢

解决方法

现在可以正常工作了。如果我看一下404响应标头，它说它是来自kestrel，那么点击了dotnet核心api，因此需要在那里进行配置。我所做的所有更改都是：

客户：

• 将基本href保留为/，例如
• 将基本href添加到build参数中，例如ng build --base-href / app1 /“
• 在Configure的{​​{1}}中，在Startup.cs的{​​{1}}中添加app.UsePathBase("/app1");。

应用程序网关：

• 将规则的路径更改为else。我没有星号，所以也没有路由所有后续路由。