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

时间:2020-10-23 21:10:06

标签: kubernetes-ingress azure-aks azure-application-gateway

我已将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无法正确路由任何请求。如何获得允许子路由通过的位置(即脚本)?

谢谢

1 个答案:

答案 0 :(得分:0)

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

客户:

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

应用程序网关:

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