Kubernetes Ingress non reindirizza al percorso corretto
Ho un'applicazione Django ospitata su Apache all'interno di un cluster Kubernetes in esecuzione come distribuzione. L'applicazione è in esecuzione sulla porta 8080 e la radice dell'app è "/" . Voglio che il mio ingresso venga reindirizzato alla mia applicazione quando qualcuno entra in / tascaty, ma ciò non accade quando entro nel percorso come / tascaty nella risorsa di ingresso. Ma quando imposto path come / funziona. Di seguito sono riportati i dettagli della mia APP
File di configurazione di Apache per l'applicazione:
Listen 8080
<VirtualHost *:8080>
WSGIDaemonProcess tascaty_dev python-path=/usr/local/lib/python3.8/dist-packages
<Location />
WSGIProcessGroup tascaty_dev
WSGIApplicationGroup %{GLOBAL}
</Location>
WSGIScriptAlias / /usr/local/lib/python3.8/dist-packages/tascaty_project/wsgi.py
<Directory /usr/local/lib/python3.8/dist-packages/tascaty_project/>
<Files wsgi.py>
Require all granted
</Files>
</Directory>
Alias /static /usr/local/lib/python3.8/dist-packages/static
<Directory /usr/local/lib/python3.8/dist-packages/static>
Require all granted
</Directory>
</VirtualHost>
Distribuzione dell'app:
apiVersion: apps/v1
kind: Deployment
metadata:
name: tascatyk8s-deployment
namespace: tascaty
spec:
replicas: 1
selector:
matchLabels:
component: tascatyk8s
template:
metadata:
labels:
component: tascatyk8s
spec:
volumes:
- name: tascatyk8s-mount
persistentVolumeClaim:
claimName: tascatyk8s-pvc
containers:
- name: tascatyk8s
image: abdul8423/tascatyk8s:v3
ports:
- containerPort: 8080
volumeMounts:
- mountPath: /usr/local/lib/python3.8/dist-packages/users/migrations
name: tascatyk8s-mount
subPath: users
- mountPath: /usr/local/lib/python3.8/dist-packages/tascaty/migrations
name: tascatyk8s-mount
subPath: tascaty
- mountPath: /usr/local/lib/python3.8/dist-packages/leaves/migrations
name: tascatyk8s-mount
subPath: leaves
- mountPath: /usr/local/lib/python3.8/dist-packages/blog/migrations
name: tascatyk8s-mount
subPath: blog
env:
- name: TASCATY_HOST
valueFrom:
configMapKeyRef:
name: tascatyk8s-dep-configmap
key: TASCATY_HOST
- name: TASCATY_PORT
valueFrom:
configMapKeyRef:
name: tascatyk8s-dep-configmap
key: TASCATY_PORT
- name: TASCATY_DB
valueFrom:
configMapKeyRef:
name: tascatyk8s-dep-configmap
key: TASCATY_DB
- name: TASCATY_USER
valueFrom:
configMapKeyRef:
name: tascatyk8s-dep-configmap
key: TASCATY_USER
- name: TASCATY_PASS
valueFrom:
secretKeyRef:
name: tascaty-secret
key: MYSQL_PASSWORD
nodeSelector:
component: tascaty
Servizio app
apiVersion: v1
kind: Service
metadata:
name: tascatyk8s-cluster-ip-service
namespace: tascaty
spec:
type: ClusterIP
selector:
component: tascatyk8s
ports:
- port: 8080
targetPort: 8080
Ingress Controller viene installato utilizzando
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v0.34.1/deploy/static/provider/baremetal/deploy.yaml
Risorsa in ingresso:
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: tascatyk8s-deployment-ingress
namespace: tascaty
annotations:
kubernetes.io/ingress.class: nginx
nginx.ingress.kubernetes.io/rewrite-target: /
spec:
rules:
- http:
paths:
- path: /tascaty
backend:
serviceName: tascatyk8s-cluster-ip-service
servicePort: 8080
Quando provo ad accedere https://192.168.56.2:31150/tascaty reindirizza a https://192.168.56.2:31150/login/?next=/ ma ottengo un 404 Not Found

Ma quando sostituisco il percorso all'interno della risorsa in ingresso con / invece di / tascaty funziona bene.
Risposte
Cosa sta succedendo con il percorso di ingresso /tascaty
:
Il tuo server Apache / WSGI sta eseguendo il reindirizzamento. Dopo il reindirizzamento a /
, il client torna all'ingresso e l'ingresso non sa come gestirlo, quindi ti mostrerà un404
Cosa sta succedendo con il percorso di ingresso /
:
Il tuo server Apache / WSGI sta eseguendo il reindirizzamento. Dopo il reindirizzamento a /
, il client torna all'ingresso e l'ingresso sa come gestirlo /
e tutto funziona alla grande.
Quindi sia il tuo ingresso (che esegue nginx) che Apache devono essere d'accordo sullo stesso percorso tutto il tempo. Quindi o usi /
sul tuo ingresso o modifichi la configurazione di Apache per servire anche in /tascaty
modo che invece di reindirizzare ad /
esso reindirizzi a /tascaty
.
Esempio di quest'ultimo:
Listen 8080
<VirtualHost *:8080>
WSGIDaemonProcess tascaty_dev python-path=/usr/local/lib/python3.8/dist-packages
<Location /tascaty>
WSGIProcessGroup tascaty_dev
WSGIApplicationGroup %{GLOBAL}
</Location>
WSGIScriptAlias /tascaty /usr/local/lib/python3.8/dist-packages/tascaty_project/wsgi.py
<Directory /usr/local/lib/python3.8/dist-packages/tascaty_project/>
<Files wsgi.py>
Require all granted
</Files>
</Directory>
Alias /tascaty/static /usr/local/lib/python3.8/dist-packages/static
<Directory /usr/local/lib/python3.8/dist-packages/static>
Require all granted
</Directory>
</VirtualHost>
Inoltre, è necessario rimuoverlo dal manifest in ingresso:
nginx.ingress.kubernetes.io/rewrite-target: /
✌️