Closed RossWilliamson closed 6 months ago
As always I think I worked it out after posting the issue. For anybody who is running into this problem I needed to add the service into the ALLOW_LIST and add in the IP range of the ClusteIP service. My env now looks like this
- name: TZ
value: America/Los_Angeles
- name: NET_LOCAL
value: 192.168.0.0/21, 10.43.0.0/14
- name: ALLOW_LIST
value: qbittorrent.servarr.svc.cluster.local
- name: PRE_UP
value: cp /etc/resolv.conf /etc/resolv.conf.orig
- name: POST_UP
value: cat /etc/resolv.conf.orig > /etc/resolv.conf
- name: PRIVATE_KEY
valueFrom:
secretKeyRef:
name: nordvpn-secret
key: privatekey
Closing
Describe the bug
When using kubernetes with a ClusteriP service, trying to reverse proxy into a qbittorrent container the connection times out. Similar issue if I try to port-forward into the pod or use NodePort. If I use a loadBalancer with an IP address I can then access the webGui of the service. Note that removing the nordlynx container makes the reverse proxy work as expected so it's something to do with the setting in the nordlynx contaner (iptables maybe)
To Reproduce using docker CLI
Full command needs to be provided (hide credentials) `kubectl apply -f qbittorrentvpn.yaml
To Reproduce using kubectl
Expected behavior
Expect to be able to connect to internal container webgui via nginx reverse proxy
Logs
Focus on errors or warnings messages, if not available post entire logs
Additional context
K3s used