Update NGINX Ingress Controller to 5.1.0 (#530)

Author: github-actions[bot]

.github/workflows/sync-chart.yml

@@ -143,9 +143,10 @@ jobs:
           git config --global user.name "${GITHUB_USERNAME}"
           git config --global user.email "${GITHUB_EMAIL}"
 
+          git checkout -b update-nic-to-${{ steps.sync.outputs.new_nic_version }}
           git add -A
           git commit -m "Update NGINX Ingress Controller to ${{ steps.sync.outputs.new_nic_version }}"
-          git push
+          git push origin update-nic-to-${{ steps.sync.outputs.new_nic_version }}
           gh pr create --title "Update NGINX Ingress Controller to ${{ steps.sync.outputs.new_nic_version }}" --body "This automated PR updates the NGINX Ingress Controller to ${{ steps.sync.outputs.new_nic_version }}.
           The Helm Chart was updated to ${{ inputs.chart_version }}.
           The Operator was updated to ${{ inputs.operator_version }}.

Makefile

@@ -3,7 +3,7 @@
 # To re-generate a bundle for another specific version without changing the standard setup, you can:
 # - use the VERSION as arg of the bundle target (e.g make bundle VERSION=0.0.2)
 # - use environment variables to overwrite this value (e.g export VERSION=0.0.2)
-VERSION ?= 3.2.0
+VERSION ?= 3.2.1
 
 # CHANNELS define the bundle channels used in the bundle.
 # Add a new line here if you would like to change its default config. (E.g CHANNELS = "candidate,fast,stable")

README.md

@@ -17,7 +17,7 @@ The following table shows the relation between the versions of the two projects:
 
 | NGINX Ingress Controller | NGINX Ingress Operator |
 | ------------------------ | ---------------------- |
-| 5.1.x                    | 3.2.0                  |
+| 5.1.x                    | 3.2.1                  |
 | 5.0.x                    | 3.1.0                  |
 | 4.0.x                    | 3.0.1                  |
 | 3.7.x                    | 2.4.2                  |
@@ -79,7 +79,7 @@ See [upgrade docs](./docs/upgrades.md)
 
 We publish NGINX Ingress Operator releases on GitHub. See our [releases page](https://github.com/nginx/nginx-ingress-helm-operator/releases).
 
-The latest stable release is [3.2.0](https://github.com/nginx/nginx-ingress-helm-operator/releases/tag/v3.2.0). For production use, we recommend that you choose the latest stable release.
+The latest stable release is [3.2.1](https://github.com/nginx/nginx-ingress-helm-operator/releases/tag/v3.2.1). For production use, we recommend that you choose the latest stable release.
 
 ## Development
 

bundle/manifests/nginx-ingress-operator.clusterserviceversion.yaml

@@ -223,7 +223,7 @@ metadata:
     capabilities: Basic Install
     categories: Monitoring, Networking
     certified: "true"
-    containerImage: quay.io/nginx/nginx-ingress-operator:3.2.0
+    containerImage: quay.io/nginx/nginx-ingress-operator:3.2.1
     createdAt: "2025-07-14T09:46:03Z"
     description: The NGINX Ingress Operator is a Kubernetes/OpenShift component which
       deploys and manages one or more NGINX/NGINX Plus Ingress Controllers
@@ -245,7 +245,7 @@ metadata:
   labels:
     operatorframework.io/arch.amd64: supported
     operatorframework.io/arch.arm64: supported
-  name: nginx-ingress-operator.v3.2.0
+  name: nginx-ingress-operator.v3.2.1
   namespace: placeholder
 spec:
   apiservicedefinitions: {}
@@ -466,7 +466,7 @@ spec:
                 - --metrics-bind-address=127.0.0.1:8080
                 - --leader-elect
                 - --leader-election-id=nginx-ingress-operator
-                image: quay.io/nginx/nginx-ingress-operator:3.2.0
+                image: quay.io/nginx/nginx-ingress-operator:3.2.1
                 livenessProbe:
                   httpGet:
                     path: /healthz
@@ -523,4 +523,4 @@ spec:
   minKubeVersion: 1.26.0
   provider:
     name: NGINX Inc
-  version: 3.2.0
+  version: 3.2.1

config/manager/kustomization.yaml

@@ -5,4 +5,4 @@ kind: Kustomization
 images:
 - name: controller
   newName: quay.io/nginx/nginx-ingress-operator
-  newTag: 3.2.0
+  newTag: 3.2.1

config/manifests/bases/kustomization.yaml

@@ -3,4 +3,4 @@ resources:
 apiVersion: kustomize.config.k8s.io/v1beta1
 kind: Kustomization
 commonAnnotations:
-  containerImage: quay.io/nginx/nginx-ingress-operator:3.2.0
+  containerImage: quay.io/nginx/nginx-ingress-operator:3.2.1

docs/manual-installation.md

@@ -7,14 +7,14 @@ This will deploy the operator in the `nginx-ingress-operator-system` namespace.
    1. Clone the `nginx-ingress-operator` repo:
 
    ```shell
-   git clone https://github.com/nginx/nginx-ingress-helm-operator/ --branch v3.2.0
+   git clone https://github.com/nginx/nginx-ingress-helm-operator/ --branch v3.2.1
    cd nginx-ingress-helm-operator/
    ```
 
    2. To deploy the Operator and associated resources to all environments, run:
 
    ```shell
-   make deploy IMG=nginx/nginx-ingress-operator:3.2.0
+   make deploy IMG=nginx/nginx-ingress-operator:3.2.1
    ```
 
 2. Check that the Operator is running:
@@ -30,11 +30,11 @@ This will deploy the operator in the `nginx-ingress-operator-system` namespace.
 
 In order to deploy NGINX Ingress Controller instances into OpenShift environments, a new SCC is required to be created on the cluster which will be used to bind the specific required capabilities to the NGINX Ingress service account(s). To do so for NIC deployments, please run the following command (assuming you are logged in with administrator access to the cluster):
 
-`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.0/resources/scc.yaml`
+`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.1/resources/scc.yaml`
 
 Alternatively, to create an SCC for NIC daemonsets, please run this command:
 
-`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.0/resources/scc-daemonset.yaml`
+`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.1/resources/scc-daemonset.yaml`
 
 You can now deploy the NGINX Ingress Controller instances.
 
@@ -44,19 +44,19 @@ You can now deploy the NGINX Ingress Controller instances.
 You can use the operator (including the kube-rbac-proxy) images from your own private registry.
 1. Tag the images for your private registry
    ```shell
-   docker tag quay.io/nginx/nginx-ingress-operator:3.2.0 <my-private-registry>/nginx-ingress-operator:3.2.0
+   docker tag quay.io/nginx/nginx-ingress-operator:3.2.1 <my-private-registry>/nginx-ingress-operator:3.2.1
    docker tag quay.io/brancz/kube-rbac-proxy:v0.18.0 <my-private-registry>/kube-rbac-proxy:v0.18.0
    ```
 
 2. Push the image to your private registry
    ```shell
-   docker push <my-private-registry>/nginx-ingress-operator:3.2.0
+   docker push <my-private-registry>/nginx-ingress-operator:3.2.1
    docker push <my-private-registry>/kube-rbac-proxy:v0.18.0
    ```
 
 3. Follow step 1 above but in step 1.2 you can run
    ```shell
-   make deploy IMG=<my-private-registry>/nginx-ingress-operator:3.2.0 KRP_IMAGE_BASE=<my-private-registry>/kube-rbac-proxy
+   make deploy IMG=<my-private-registry>/nginx-ingress-operator:3.2.1 KRP_IMAGE_BASE=<my-private-registry>/kube-rbac-proxy
    ```
    **Note: If you need to use a different `kube-rbac-proxy` version than the default, use the `KRP_IMAGE_TAG` variable**  
 

docs/openshift-installation.md

@@ -23,10 +23,10 @@ Additional steps:
 
 In order to deploy NGINX Ingress Controller instances into OpenShift environments, a new SCC is required to be created on the cluster which will be used to bind the specific required capabilities to the NGINX Ingress service account(s). To do so for NIC deployments, please run the following command (assuming you are logged in with administrator access to the cluster):
 
-`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.0/resources/scc.yaml`
+`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.1/resources/scc.yaml`
 
 Alternatively, to create an SCC for NIC daemonsets, please run this command:
 
-`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.0/resources/scc-daemonset.yaml`
+`kubectl apply -f https://raw.githubusercontent.com/nginx/nginx-ingress-helm-operator/v3.2.1/resources/scc-daemonset.yaml`
 
 You can now deploy the NGINX Ingress Controller instances.

helm-charts/nginx-ingress/Chart.yaml

@@ -14,4 +14,4 @@ name: nginx-ingress
 sources:
 - https://github.com/nginx/kubernetes-ingress/tree/v5.1.0/charts/nginx-ingress
 type: application
-version: 2.2.0
+version: 2.2.1

helm-charts/nginx-ingress/values.schema.json

@@ -2333,10 +2333,10 @@
         },
         "endpointHost": {
           "type": "string",
-          "default": "product.connect.nginx.com",
-          "title": "FQDN or IP for connecting to NGINX One SaaS Console",
+          "default": "agent.connect.nginx.com",
+          "title": "FQDN or IP for connecting to NGINX One Console",
           "examples": [
-            "product.connect.nginx.com"
+            "agent.connect.nginx.com"
           ]
         },
         "endpointPort": {