Verified with the latest "4.9.0-0.ci.test-2022-06-29-053024-ci-ln-9pchkyt-latest" image. With this image containing the fix, it is observed that the "PROXY" protocol option gets sets correctly: ------ Clusterversion: oc get clusterversion NAME VERSION AVAILABLE PROGRESSING SINCE STATUS version 4.9.0-0.ci.test-2022-06-29-053024-ci-ln-9pchkyt-latest True False 31m Cluster version is 4.9.0-0.ci.test-2022-06-29-053024-ci-ln-9pchkyt-latest Ingresscontroller state before: domain: apps.9pchkyt-b5564.shiftstack.devcluster.openshift.com endpointPublishingStrategy: hostNetwork: protocol: TCP type: HostNetwork observedGeneration: 1 selector: ingresscontroller.operator.openshift.io/deployment-ingresscontroller=default tlsProfile: Post applying proxy protocol option: domain: apps.9pchkyt-b5564.shiftstack.devcluster.openshift.com endpointPublishingStrategy: hostNetwork: protocol: PROXY type: HostNetwork oc -n openshift-ingress get pods -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES router-default-6bf748475b-98xz6 1/1 Running 0 3m12s 10.0.2.235 9pchkyt-b5564-dvf2p-worker-0-ps7q6 <none> <none> router-default-6bf748475b-jg2hb 1/1 Running 0 3m48s 10.0.0.107 9pchkyt-b5564-dvf2p-worker-0-xph6g <none> <none> oc -n openshift-ingress exec router-default-6bf748475b-98xz6 -- env | grep -i ROUTER_USE_PROXY_PROTOCOL ROUTER_USE_PROXY_PROTOCOL=true ------
This bug has been verified via pre-merge workflow (reference: C#1). The result is similar when tested with the latest 4.9 promoted image. Hence marking this as "verified"
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (OpenShift Container Platform 4.9.43 bug fix update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2022:5561