Mounting iSCSI persistent volumes

I’m trying to mount an iSCSI LUN as a persistent volume in rancher v2.8.2.
My rancher is setup in a single ProxMox server where each node is a VM running ubuntu 24.04 LTS.
I have a Synology NAS which supports both NFS ans iSCSI shares. I can setup persistent volumes using NFS and I can mount iscsi luns on other linux hosts or vms running in proxmox so this part works.
Now I’m trying to figure out how that kind of setup is supposed to work with rancher. It doesn’t support iscsi volume definitions as far as I understand. But I can create a volume in pod and it will be provisioned by kubelet when deploying pod.
What I see is that when iscsiadm runs it gets /etc/iscsi/iscsi.conf and it is configured to use systemd to start iscsid inside kubelet container. This doesn’t work as container (ubuntu 22 fwif as far as I can see) doesn’t have systemd and it can’t start daemon.
I found an old workaround suggested in docs which suggests mounting initiator from host into container (iscsiadm and configs are mounted to kubelet). If I do that, iscsiadm doesn’t work as glibc version doesn’t match and it bails. While I can try to make vms wit ubuntu version matching ubuntu in kubelet image I’m not sure that would work.

How would final working system is supposed to work? Run daemon inside container and let it mount luns in host dirs? Any pointers are appreciated.

Did you install an iscsi csi driver (e.g. kubernetes-csi/csi-driver-iscsi) ?

Should I install it? I only saw
https://ranchermanager.docs.rancher.com/how-to-guides/new-user-guides/manage-clusters/create-kubernetes-persistent-storage/manage-persistent-storage/install-iscsi-volumes
and forum reply https://forums.rancher.com/t/storage-class-iscsi-on-rke-cluster/18224/3 which didn’t mention that.
During provisioning I see that kubelet tries to invoke iscsiadm to (I assume) mount LUN so I thought it’s enough.
After reading on CSI it looks like it’s a different way to provision storage, is old way defunct now?