diff --git a/features.md b/features.md index af1a1aafd5b..ac6383dd70c 100644 --- a/features.md +++ b/features.md @@ -9,6 +9,7 @@ | ClusterAPIComputeInstall| | | Enabled | Enabled | | | | | | ClusterAPIControlPlaneInstall| | | Enabled | Enabled | | | | | | ClusterUpdatePreflight| | | Enabled | Enabled | | | | | +| DNSTemplatePlugin| | | Enabled | Enabled | | | | | | Example2| | | Enabled | Enabled | | | | | | ExternalOIDCExternalClaimsSourcing| | | Enabled | Enabled | | | | | | ExternalSnapshotMetadata| | | Enabled | Enabled | | | | | diff --git a/features/features.go b/features/features.go index 0fcf9b395a2..e97af483ee3 100644 --- a/features/features.go +++ b/features/features.go @@ -257,6 +257,14 @@ var ( enable(inTechPreviewNoUpgrade(), inDevPreviewNoUpgrade()). mustRegister() + FeatureGateDNSTemplatePlugin = newFeatureGate("DNSTemplatePlugin"). + reportProblemsToJiraComponent("dns"). + contactPerson("grzpiotrowski"). + productScope(ocpSpecific). + enhancementPR("https://github.com/openshift/enhancements/pull/1936"). + enable(inDevPreviewNoUpgrade()). + mustRegister() + FeatureGateImageModeStatusReporting = newFeatureGate("ImageModeStatusReporting"). reportProblemsToJiraComponent("MachineConfigOperator"). contactPerson("ijanssen"). diff --git a/openapi/generated_openapi/zz_generated.openapi.go b/openapi/generated_openapi/zz_generated.openapi.go index de45907e780..e4ff748b403 100644 --- a/openapi/generated_openapi/zz_generated.openapi.go +++ b/openapi/generated_openapi/zz_generated.openapi.go @@ -1217,6 +1217,8 @@ func GetOpenAPIDefinitions(ref common.ReferenceCallback) map[string]common.OpenA "github.com/openshift/api/operator/v1.StorageSpec": schema_openshift_api_operator_v1_StorageSpec(ref), "github.com/openshift/api/operator/v1.StorageStatus": schema_openshift_api_operator_v1_StorageStatus(ref), "github.com/openshift/api/operator/v1.SyslogLoggingDestinationParameters": schema_openshift_api_operator_v1_SyslogLoggingDestinationParameters(ref), + "github.com/openshift/api/operator/v1.Template": schema_openshift_api_operator_v1_Template(ref), + "github.com/openshift/api/operator/v1.TemplateAction": schema_openshift_api_operator_v1_TemplateAction(ref), "github.com/openshift/api/operator/v1.Theme": schema_openshift_api_operator_v1_Theme(ref), "github.com/openshift/api/operator/v1.Upstream": schema_openshift_api_operator_v1_Upstream(ref), "github.com/openshift/api/operator/v1.UpstreamResolvers": schema_openshift_api_operator_v1_UpstreamResolvers(ref), @@ -53121,6 +53123,11 @@ func schema_openshift_api_operator_v1_DNSNodePlacement(ref common.ReferenceCallb }, }, "tolerations": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-type": "atomic", + }, + }, SchemaProps: spec.SchemaProps{ Description: "tolerations is a list of tolerations applied to DNS pods.\n\nIf empty, the DNS operator sets a toleration for the \"node-role.kubernetes.io/master\" taint. This default is subject to change. Specifying tolerations without including a toleration for the \"node-role.kubernetes.io/master\" taint may be risky as it could lead to an outage if all worker nodes become unavailable.\n\nNote that the daemon controller adds some tolerations as well. See https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/", Type: []string{"array"}, @@ -53181,6 +53188,14 @@ func schema_openshift_api_operator_v1_DNSSpec(ref common.ReferenceCallback) comm Type: []string{"object"}, Properties: map[string]spec.Schema{ "servers": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-map-keys": []interface{}{ + "name", + }, + "x-kubernetes-list-type": "map", + }, + }, SchemaProps: spec.SchemaProps{ Description: "servers is a list of DNS resolvers that provide name query delegation for one or more subdomains outside the scope of the cluster domain. If servers consists of more than one Server, longest suffix match will be used to determine the Server.\n\nFor example, if there are two Servers, one for \"foo.com\" and another for \"a.foo.com\", and the name query is for \"www.a.foo.com\", it will be routed to the Server with Zone \"a.foo.com\".\n\nIf this field is nil, no servers are created.", Type: []string{"array"}, @@ -53236,11 +53251,18 @@ func schema_openshift_api_operator_v1_DNSSpec(ref common.ReferenceCallback) comm Ref: ref("github.com/openshift/api/operator/v1.DNSCache"), }, }, + "template": { + SchemaProps: spec.SchemaProps{ + Description: "template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. The template defines how to handle queries matching specific zones and query types.\n\nThe template applies to all domains (custom domains from spec.servers and the cluster domain) to ensure consistent DNS resolution across all paths.\n\nWhen this field is not set, no template plugin configuration is added to CoreDNS.", + Default: map[string]interface{}{}, + Ref: ref("github.com/openshift/api/operator/v1.Template"), + }, + }, }, }, }, Dependencies: []string{ - "github.com/openshift/api/operator/v1.DNSCache", "github.com/openshift/api/operator/v1.DNSNodePlacement", "github.com/openshift/api/operator/v1.Server", "github.com/openshift/api/operator/v1.UpstreamResolvers"}, + "github.com/openshift/api/operator/v1.DNSCache", "github.com/openshift/api/operator/v1.DNSNodePlacement", "github.com/openshift/api/operator/v1.Server", "github.com/openshift/api/operator/v1.Template", "github.com/openshift/api/operator/v1.UpstreamResolvers"}, } } @@ -53270,6 +53292,10 @@ func schema_openshift_api_operator_v1_DNSStatus(ref common.ReferenceCallback) co "conditions": { VendorExtensible: spec.VendorExtensible{ Extensions: spec.Extensions{ + "x-kubernetes-list-map-keys": []interface{}{ + "type", + }, + "x-kubernetes-list-type": "map", "x-kubernetes-patch-merge-key": "type", "x-kubernetes-patch-strategy": "merge", }, @@ -54092,6 +54118,11 @@ func schema_openshift_api_operator_v1_ForwardPlugin(ref common.ReferenceCallback Type: []string{"object"}, Properties: map[string]spec.Schema{ "upstreams": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-type": "set", + }, + }, SchemaProps: spec.SchemaProps{ Description: "upstreams is a list of resolvers to forward name queries for subdomains of Zones. Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream returns an error during the exchange, another resolver is tried from Upstreams. The Upstreams are selected in the order specified in Policy. Each upstream is represented by an IP address or IP:port if the upstream listens on a port other than 53.\n\nA maximum of 15 upstreams is allowed per ForwardPlugin.", Type: []string{"array"}, @@ -60773,6 +60804,11 @@ func schema_openshift_api_operator_v1_Server(ref common.ReferenceCallback) commo }, }, "zones": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-type": "set", + }, + }, SchemaProps: spec.SchemaProps{ Description: "zones is required and specifies the subdomains that Server is authoritative for. Zones must conform to the rfc1123 definition of a subdomain. Specifying the cluster domain (i.e., \"cluster.local\") is invalid.", Type: []string{"array"}, @@ -62277,6 +62313,84 @@ func schema_openshift_api_operator_v1_SyslogLoggingDestinationParameters(ref com } } +func schema_openshift_api_operator_v1_Template(ref common.ReferenceCallback) common.OpenAPIDefinition { + return common.OpenAPIDefinition{ + Schema: spec.Schema{ + SchemaProps: spec.SchemaProps{ + Description: "Template defines a template for custom DNS query handling via the CoreDNS template plugin. Template enables filtering or custom responses for DNS queries matching specific zones and query types.", + Type: []string{"object"}, + Properties: map[string]spec.Schema{ + "zones": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-type": "set", + }, + }, + SchemaProps: spec.SchemaProps{ + Description: "zones specifies the DNS zones this template applies to. Each zone must be a valid DNS name as defined in RFC 1123. The special zone \".\" matches all domains (catch-all). Multiple zones can be specified to apply the same template actions to multiple domains.\n\nNote: root zone (\".\") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters.\n\nExamples: - [\".\"] matches all domains (catch-all for global AAAA filtering) - [\"example.com\"] matches only example.com and its subdomains - [\"example.com\", \"test.com\"] matches both domains and their subdomains", + Type: []string{"array"}, + Items: &spec.SchemaOrArray{ + Schema: &spec.Schema{ + SchemaProps: spec.SchemaProps{ + Default: "", + Type: []string{"string"}, + Format: "", + }, + }, + }, + }, + }, + "queryType": { + SchemaProps: spec.SchemaProps{ + Description: "queryType specifies the DNS query type to match. Valid values are \"AAAA\".", + Type: []string{"string"}, + Format: "", + }, + }, + "queryClass": { + SchemaProps: spec.SchemaProps{ + Description: "queryClass specifies the DNS query class to match. Valid values are \"IN\".", + Type: []string{"string"}, + Format: "", + }, + }, + "action": { + SchemaProps: spec.SchemaProps{ + Description: "action defines how to handle queries matching this template's zones and query type. The action builds a single DNS response by specifying the response code and may be extended by additional fields in the future.", + Default: map[string]interface{}{}, + Ref: ref("github.com/openshift/api/operator/v1.TemplateAction"), + }, + }, + }, + Required: []string{"zones", "queryType", "queryClass", "action"}, + }, + }, + Dependencies: []string{ + "github.com/openshift/api/operator/v1.TemplateAction"}, + } +} + +func schema_openshift_api_operator_v1_TemplateAction(ref common.ReferenceCallback) common.OpenAPIDefinition { + return common.OpenAPIDefinition{ + Schema: spec.Schema{ + SchemaProps: spec.SchemaProps{ + Description: "TemplateAction defines how to construct a DNS response for queries matching the template.", + Type: []string{"object"}, + Properties: map[string]spec.Schema{ + "rcode": { + SchemaProps: spec.SchemaProps{ + Description: "rcode is the DNS response code to return. Valid values are \"NOERROR\".\n\nWhen set, the template returns a response with no answer records. For AAAA filtering, this means IPv6 address queries return successfully but with no IPv6 addresses, causing clients to fall back to IPv4 (A record) queries.", + Type: []string{"string"}, + Format: "", + }, + }, + }, + Required: []string{"rcode"}, + }, + }, + } +} + func schema_openshift_api_operator_v1_Theme(ref common.ReferenceCallback) common.OpenAPIDefinition { return common.OpenAPIDefinition{ Schema: spec.Schema{ @@ -62353,6 +62467,11 @@ func schema_openshift_api_operator_v1_UpstreamResolvers(ref common.ReferenceCall Type: []string{"object"}, Properties: map[string]spec.Schema{ "upstreams": { + VendorExtensible: spec.VendorExtensible{ + Extensions: spec.Extensions{ + "x-kubernetes-list-type": "atomic", + }, + }, SchemaProps: spec.SchemaProps{ Description: "upstreams is a list of resolvers to forward name queries for the \".\" domain. Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream returns an error during the exchange, another resolver is tried from Upstreams. The Upstreams are selected in the order specified in Policy.\n\nA maximum of 15 upstreams is allowed per ForwardPlugin. If no Upstreams are specified, /etc/resolv.conf is used by default", Type: []string{"array"}, diff --git a/operator/v1/tests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml b/operator/v1/tests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml new file mode 100644 index 00000000000..38840d5a512 --- /dev/null +++ b/operator/v1/tests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml @@ -0,0 +1,330 @@ +apiVersion: apiextensions.k8s.io/v1 # Hack because controller-gen complains if we don't have this +name: "DNS" +crdName: dnses.operator.openshift.io +featureGates: +- DNSTemplatePlugin +tests: + onCreate: + - name: Should be able to create a DNS with template - catch-all zone + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + - name: Should be able to create a DNS with template - specific zone + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["example.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + template: + zones: ["example.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + - name: Should be able to create a DNS with template - multiple zones + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["example.com", "test.com", "corp.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + template: + zones: ["example.com", "test.com", "corp.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + - name: Should be able to create a DNS without template (optional field) + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + servers: [] + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + servers: [] + - name: Should reject DNS with template - missing zones + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expectedError: "Required value" + - name: Should reject DNS with template - empty zones array + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: [] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expectedError: "zones in body should have at least 1 items" + - name: Should reject DNS with template - invalid queryType + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: A + queryClass: IN + action: + rcode: NOERROR + expectedError: 'Unsupported value: "A": supported values: "AAAA"' + - name: Should reject DNS with template - invalid queryClass + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: CH + action: + rcode: NOERROR + expectedError: 'Unsupported value: "CH": supported values: "IN"' + - name: Should reject DNS with template - missing action + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + expectedError: "Required value" + - name: Should reject DNS with template - missing rcode + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: {} + expectedError: "Required value" + - name: Should reject DNS with template - invalid rcode + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NXDOMAIN + expectedError: 'Unsupported value: "NXDOMAIN": supported values: "NOERROR"' + onUpdate: + - name: Should be able to add template to existing DNS + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: {} + updated: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + - name: Should be able to update template zones + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["example.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + updated: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["example.com", "test.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + template: + zones: ["example.com", "test.com"] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + - name: Should be able to remove template from existing DNS + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + updated: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: {} + expected: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + logLevel: Normal + operatorLogLevel: Normal + upstreamResolvers: + policy: Sequential + upstreams: + - port: 53 + type: SystemResolvConf + - name: Should reject update with invalid queryType + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + updated: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: CNAME + queryClass: IN + action: + rcode: NOERROR + expectedError: 'Unsupported value: "CNAME"' + - name: Should reject update with empty zones + initial: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: ["."] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + updated: | + apiVersion: operator.openshift.io/v1 + kind: DNS + spec: + template: + zones: [] + queryType: AAAA + queryClass: IN + action: + rcode: NOERROR + expectedError: "zones in body should have at least 1 items" diff --git a/operator/v1/types_dns.go b/operator/v1/types_dns.go index 25880478684..ea21c67b841 100644 --- a/operator/v1/types_dns.go +++ b/operator/v1/types_dns.go @@ -52,6 +52,8 @@ type DNSSpec struct { // If this field is nil, no servers are created. // // +optional + // +listType=map + // +listMapKey=name Servers []Server `json:"servers,omitempty"` // upstreamResolvers defines a schema for configuring CoreDNS @@ -116,6 +118,18 @@ type DNSSpec struct { // 30 seconds or as noted in the respective Corefile for your version of OpenShift. // +optional Cache DNSCache `json:"cache,omitempty"` + + // template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. + // The template defines how to handle queries matching specific zones and query types. + // + // The template applies to all domains (custom domains from spec.servers and the cluster domain) + // to ensure consistent DNS resolution across all paths. + // + // When this field is not set, no template plugin configuration is added to CoreDNS. + // + // +optional + // +openshift:enable:FeatureGate=DNSTemplatePlugin + Template Template `json:"template,omitempty,omitzero"` } // DNSCache defines the fields for configuring DNS caching. @@ -171,6 +185,7 @@ type Server struct { // zones is required and specifies the subdomains that Server is authoritative for. // Zones must conform to the rfc1123 definition of a subdomain. Specifying the // cluster domain (i.e., "cluster.local") is invalid. + // +listType=set Zones []string `json:"zones"` // forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages // to upstream resolvers. @@ -270,6 +285,7 @@ type ForwardPlugin struct { // A maximum of 15 upstreams is allowed per ForwardPlugin. // // +kubebuilder:validation:MaxItems=15 + // +listType=set Upstreams []string `json:"upstreams"` // policy is used to determine the order in which upstream servers are selected for querying. @@ -330,6 +346,7 @@ type UpstreamResolvers struct { // +optional // +kubebuilder:validation:MaxItems=15 // +kubebuilder:default={{"type":"SystemResolvConf"}} + // +listType=atomic Upstreams []Upstream `json:"upstreams"` // policy is used to determine the order in which upstream servers are selected for querying. @@ -459,6 +476,7 @@ type DNSNodePlacement struct { // https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ // // +optional + // +listType=atomic Tolerations []corev1.Toleration `json:"tolerations,omitempty"` } @@ -467,6 +485,90 @@ const ( DNSAvailable = "Available" ) +// QueryType represents DNS query types supported by templates. +// +kubebuilder:validation:Enum=AAAA +type QueryType string + +const ( + // QueryTypeAAAA represents IPv6 address records (AAAA). + QueryTypeAAAA QueryType = "AAAA" +) + +// QueryClass represents DNS query classes supported by templates. +// Valid value is "IN". +// +kubebuilder:validation:Enum=IN +type QueryClass string + +const ( + // QueryClassIN represents the Internet class. + QueryClassIN QueryClass = "IN" +) + +// ResponseCode represents DNS response codes. +// +kubebuilder:validation:Enum=NOERROR +type ResponseCode string + +const ( + // ResponseCodeNOERROR indicates a successful DNS query with or without answer records. + ResponseCodeNOERROR ResponseCode = "NOERROR" +) + +// Template defines a template for custom DNS query handling via the CoreDNS template plugin. +// Template enables filtering or custom responses for DNS queries matching specific zones and query types. +type Template struct { + // zones specifies the DNS zones this template applies to. + // Each zone must be a valid DNS name as defined in RFC 1123. + // The special zone "." matches all domains (catch-all). + // Multiple zones can be specified to apply the same template actions to multiple domains. + // + // Note: root zone (".") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters. + // + // Examples: + // - ["."] matches all domains (catch-all for global AAAA filtering) + // - ["example.com"] matches only example.com and its subdomains + // - ["example.com", "test.com"] matches both domains and their subdomains + // + // +listType=set + // +kubebuilder:validation:MinItems=1 + // +kubebuilder:validation:MaxItems=15 + // +kubebuilder:validation:items:MinLength=1 + // +kubebuilder:validation:items:MaxLength=253 + // +required + Zones []string `json:"zones,omitempty"` + + // queryType specifies the DNS query type to match. + // Valid values are "AAAA". + // + // +required + QueryType QueryType `json:"queryType,omitempty"` + + // queryClass specifies the DNS query class to match. + // Valid values are "IN". + // + // +required + QueryClass QueryClass `json:"queryClass,omitempty"` + + // action defines how to handle queries matching this template's zones and query type. + // The action builds a single DNS response by specifying the response code and may be + // extended by additional fields in the future. + // + // +required + Action TemplateAction `json:"action,omitzero"` +} + +// TemplateAction defines how to construct a DNS response for queries matching the template. +type TemplateAction struct { + // rcode is the DNS response code to return. + // Valid values are "NOERROR". + // + // When set, the template returns a response with no answer records. For AAAA filtering, + // this means IPv6 address queries return successfully but with no IPv6 addresses, + // causing clients to fall back to IPv4 (A record) queries. + // + // +required + Rcode ResponseCode `json:"rcode,omitempty"` +} + // DNSStatus defines the observed status of the DNS. type DNSStatus struct { // clusterIP is the service IP through which this DNS is made available. @@ -504,6 +606,8 @@ type DNSStatus struct { // // +patchMergeKey=type // +patchStrategy=merge + // +listType=map + // +listMapKey=type // +optional Conditions []OperatorCondition `json:"conditions,omitempty" patchStrategy:"merge" patchMergeKey:"type"` } diff --git a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-CustomNoUpgrade.crd.yaml b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-CustomNoUpgrade.crd.yaml new file mode 100644 index 00000000000..7875e840f3c --- /dev/null +++ b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-CustomNoUpgrade.crd.yaml @@ -0,0 +1,697 @@ +apiVersion: apiextensions.k8s.io/v1 +kind: CustomResourceDefinition +metadata: + annotations: + api-approved.openshift.io: https://github.com/openshift/api/pull/475 + api.openshift.io/merged-by-featuregates: "true" + include.release.openshift.io/ibm-cloud-managed: "true" + include.release.openshift.io/self-managed-high-availability: "true" + release.openshift.io/feature-set: CustomNoUpgrade + name: dnses.operator.openshift.io +spec: + group: operator.openshift.io + names: + kind: DNS + listKind: DNSList + plural: dnses + singular: dns + scope: Cluster + versions: + - name: v1 + schema: + openAPIV3Schema: + description: |- + DNS manages the CoreDNS component to provide a name resolution service + for pods and services in the cluster. + + This supports the DNS-based service discovery specification: + https://github.com/kubernetes/dns/blob/master/docs/specification.md + + More details: https://kubernetes.io/docs/tasks/administer-cluster/coredns + + Compatibility level 1: Stable within a major release for a minimum of 12 months or 3 minor releases (whichever is longer). + properties: + apiVersion: + description: |- + APIVersion defines the versioned schema of this representation of an object. + Servers should convert recognized schemas to the latest internal value, and + may reject unrecognized values. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources + type: string + kind: + description: |- + Kind is a string value representing the REST resource this object represents. + Servers may infer this from the endpoint the client submits requests to. + Cannot be updated. + In CamelCase. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds + type: string + metadata: + type: object + spec: + description: spec is the specification of the desired behavior of the + DNS. + properties: + cache: + description: |- + cache describes the caching configuration that applies to all server blocks listed in the Corefile. + This field allows a cluster admin to optionally configure: + * positiveTTL which is a duration for which positive responses should be cached. + * negativeTTL which is a duration for which negative responses should be cached. + If this is not configured, OpenShift will configure positive and negative caching with a default value that is + subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is + 30 seconds or as noted in the respective Corefile for your version of OpenShift. + properties: + negativeTTL: + description: |- + negativeTTL is optional and specifies the amount of time that a negative response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 30 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 30 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + positiveTTL: + description: |- + positiveTTL is optional and specifies the amount of time that a positive response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 900 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 900 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + type: object + logLevel: + default: Normal + description: |- + logLevel describes the desired logging verbosity for CoreDNS. + Any one of the following values may be specified: + * Normal logs errors from upstream resolvers. + * Debug logs errors, NXDOMAIN responses, and NODATA responses. + * Trace logs errors and all responses. + Setting logLevel: Trace will produce extremely verbose logs. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + enum: + - Normal + - Debug + - Trace + type: string + managementState: + description: |- + managementState indicates whether the DNS operator should manage cluster + DNS + pattern: ^(Managed|Unmanaged|Force|Removed)$ + type: string + nodePlacement: + description: |- + nodePlacement provides explicit control over the scheduling of DNS + pods. + + Generally, it is useful to run a DNS pod on every node so that DNS + queries are always handled by a local DNS pod instead of going over + the network to a DNS pod on another node. However, security policies + may require restricting the placement of DNS pods to specific nodes. + For example, if a security policy prohibits pods on arbitrary nodes + from communicating with the API, a node selector can be specified to + restrict DNS pods to nodes that are permitted to communicate with the + API. Conversely, if running DNS pods on nodes with a particular + taint is desired, a toleration can be specified for that taint. + + If unset, defaults are used. See nodePlacement for more details. + properties: + nodeSelector: + additionalProperties: + type: string + description: |- + nodeSelector is the node selector applied to DNS pods. + + If empty, the default is used, which is currently the following: + + kubernetes.io/os: linux + + This default is subject to change. + + If set, the specified selector is used and replaces the default. + type: object + tolerations: + description: |- + tolerations is a list of tolerations applied to DNS pods. + + If empty, the DNS operator sets a toleration for the + "node-role.kubernetes.io/master" taint. This default is subject to + change. Specifying tolerations without including a toleration for + the "node-role.kubernetes.io/master" taint may be risky as it could + lead to an outage if all worker nodes become unavailable. + + Note that the daemon controller adds some tolerations as well. See + https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ + items: + description: |- + The pod this Toleration is attached to tolerates any taint that matches + the triple using the matching operator . + properties: + effect: + description: |- + Effect indicates the taint effect to match. Empty means match all taint effects. + When specified, allowed values are NoSchedule, PreferNoSchedule and NoExecute. + type: string + key: + description: |- + Key is the taint key that the toleration applies to. Empty means match all taint keys. + If the key is empty, operator must be Exists; this combination means to match all values and all keys. + type: string + operator: + description: |- + Operator represents a key's relationship to the value. + Valid operators are Exists, Equal, Lt, and Gt. Defaults to Equal. + Exists is equivalent to wildcard for value, so that a pod can + tolerate all taints of a particular category. + Lt and Gt perform numeric comparisons (requires feature gate TaintTolerationComparisonOperators). + type: string + tolerationSeconds: + description: |- + TolerationSeconds represents the period of time the toleration (which must be + of effect NoExecute, otherwise this field is ignored) tolerates the taint. By default, + it is not set, which means tolerate the taint forever (do not evict). Zero and + negative values will be treated as 0 (evict immediately) by the system. + format: int64 + type: integer + value: + description: |- + Value is the taint value the toleration matches to. + If the operator is Exists, the value should be empty, otherwise just a regular string. + type: string + type: object + type: array + x-kubernetes-list-type: atomic + type: object + operatorLogLevel: + default: Normal + description: |- + operatorLogLevel controls the logging level of the DNS Operator. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + setting operatorLogLevel: Trace will produce extremely verbose logs. + enum: + - Normal + - Debug + - Trace + type: string + servers: + description: |- + servers is a list of DNS resolvers that provide name query delegation for one or + more subdomains outside the scope of the cluster domain. If servers consists of + more than one Server, longest suffix match will be used to determine the Server. + + For example, if there are two Servers, one for "foo.com" and another for "a.foo.com", + and the name query is for "www.a.foo.com", it will be routed to the Server with Zone + "a.foo.com". + + If this field is nil, no servers are created. + items: + description: Server defines the schema for a server that runs per + instance of CoreDNS. + properties: + forwardPlugin: + description: |- + forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages + to upstream resolvers. + properties: + policy: + default: Random + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Random" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration + options to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the + referenced config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + description: |- + upstreams is a list of resolvers to forward name queries for subdomains of Zones. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. Each upstream is represented + by an IP address or IP:port if the upstream listens on a port other than 53. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + items: + type: string + maxItems: 15 + type: array + x-kubernetes-list-type: set + type: object + name: + description: |- + name is required and specifies a unique name for the server. Name must comply + with the Service Name Syntax of rfc6335. + type: string + zones: + description: |- + zones is required and specifies the subdomains that Server is authoritative for. + Zones must conform to the rfc1123 definition of a subdomain. Specifying the + cluster domain (i.e., "cluster.local") is invalid. + items: + type: string + type: array + x-kubernetes-list-type: set + type: object + type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map + template: + description: |- + template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. + The template defines how to handle queries matching specific zones and query types. + + The template applies to all domains (custom domains from spec.servers and the cluster domain) + to ensure consistent DNS resolution across all paths. + + When this field is not set, no template plugin configuration is added to CoreDNS. + properties: + action: + description: |- + action defines how to handle queries matching this template's zones and query type. + The action builds a single DNS response by specifying the response code and may be + extended by additional fields in the future. + properties: + rcode: + description: |- + rcode is the DNS response code to return. + Valid values are "NOERROR". + + When set, the template returns a response with no answer records. For AAAA filtering, + this means IPv6 address queries return successfully but with no IPv6 addresses, + causing clients to fall back to IPv4 (A record) queries. + enum: + - NOERROR + type: string + required: + - rcode + type: object + queryClass: + description: |- + queryClass specifies the DNS query class to match. + Valid values are "IN". + enum: + - IN + type: string + queryType: + description: |- + queryType specifies the DNS query type to match. + Valid values are "AAAA". + enum: + - AAAA + type: string + zones: + description: |- + zones specifies the DNS zones this template applies to. + Each zone must be a valid DNS name as defined in RFC 1123. + The special zone "." matches all domains (catch-all). + Multiple zones can be specified to apply the same template actions to multiple domains. + + Note: root zone (".") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters. + + Examples: + - ["."] matches all domains (catch-all for global AAAA filtering) + - ["example.com"] matches only example.com and its subdomains + - ["example.com", "test.com"] matches both domains and their subdomains + items: + maxLength: 253 + minLength: 1 + type: string + maxItems: 15 + minItems: 1 + type: array + x-kubernetes-list-type: set + required: + - action + - queryClass + - queryType + - zones + type: object + upstreamResolvers: + default: {} + description: |- + upstreamResolvers defines a schema for configuring CoreDNS + to proxy DNS messages to upstream resolvers for the case of the + default (".") server + + If this field is not specified, the upstream used will default to + /etc/resolv.conf, with policy "sequential" + properties: + policy: + default: Sequential + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Sequential" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration options + to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the referenced + config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + default: + - type: SystemResolvConf + description: |- + upstreams is a list of resolvers to forward name queries for the "." domain. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + If no Upstreams are specified, /etc/resolv.conf is used by default + items: + anyOf: + - not: + required: + - address + - port + properties: + type: + enum: + - "" + - SystemResolvConf + - optional: + - port + properties: + type: + enum: + - Network + required: + - address + description: |- + Upstream can either be of type SystemResolvConf, or of type Network. + + - For an Upstream of type SystemResolvConf, no further fields are necessary: + The upstream will be configured to use /etc/resolv.conf. + - For an Upstream of type Network, a NetworkResolver field needs to be defined + with an IP address or IP:port if the upstream listens on a port other than 53. + properties: + address: + anyOf: + - format: ipv4 + - format: ipv6 + description: |- + address must be defined when Type is set to Network. It will be ignored otherwise. + It must be a valid ipv4 or ipv6 address. + type: string + port: + default: 53 + description: |- + port may be defined when Type is set to Network. It will be ignored otherwise. + Port must be between 65535 + format: int32 + maximum: 65535 + minimum: 1 + type: integer + type: + description: |- + type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. + Type accepts 2 possible values: SystemResolvConf or Network. + + * When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined: + /etc/resolv.conf will be used + * When Network is used, the Upstream structure must contain at least an Address + enum: + - SystemResolvConf + - Network + - "" + type: string + required: + - type + type: object + maxItems: 15 + type: array + x-kubernetes-list-type: atomic + type: object + type: object + status: + description: status is the most recently observed status of the DNS. + properties: + clusterDomain: + description: |- + clusterDomain is the local cluster DNS domain suffix for DNS services. + This will be a subdomain as defined in RFC 1034, + section 3.5: https://tools.ietf.org/html/rfc1034#section-3.5 + Example: "cluster.local" + + More info: https://kubernetes.io/docs/concepts/services-networking/dns-pod-service + type: string + clusterIP: + description: |- + clusterIP is the service IP through which this DNS is made available. + + In the case of the default DNS, this will be a well known IP that is used + as the default nameserver for pods that are using the default ClusterFirst DNS policy. + + In general, this IP can be specified in a pod's spec.dnsConfig.nameservers list + or used explicitly when performing name resolution from within the cluster. + Example: dig foo.com @ + + More info: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies + type: string + conditions: + description: |- + conditions provide information about the state of the DNS on the cluster. + + These are the supported DNS conditions: + + * Available + - True if the following conditions are met: + * DNS controller daemonset is available. + - False if any of those conditions are unsatisfied. + items: + description: OperatorCondition is just the standard condition fields. + properties: + lastTransitionTime: + description: |- + lastTransitionTime is the last time the condition transitioned from one status to another. + This should be when the underlying condition changed. If that is not known, then using the time when the API field changed is acceptable. + format: date-time + type: string + message: + type: string + reason: + type: string + status: + description: status of the condition, one of True, False, Unknown. + enum: + - "True" + - "False" + - Unknown + type: string + type: + description: type of condition in CamelCase or in foo.example.com/CamelCase. + maxLength: 316 + pattern: ^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$ + type: string + required: + - lastTransitionTime + - status + - type + type: object + type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map + required: + - clusterDomain + - clusterIP + type: object + type: object + served: true + storage: true + subresources: + status: {} diff --git a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-Default.crd.yaml b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-Default.crd.yaml new file mode 100644 index 00000000000..84343eee804 --- /dev/null +++ b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-Default.crd.yaml @@ -0,0 +1,626 @@ +apiVersion: apiextensions.k8s.io/v1 +kind: CustomResourceDefinition +metadata: + annotations: + api-approved.openshift.io: https://github.com/openshift/api/pull/475 + api.openshift.io/merged-by-featuregates: "true" + include.release.openshift.io/ibm-cloud-managed: "true" + include.release.openshift.io/self-managed-high-availability: "true" + release.openshift.io/feature-set: Default + name: dnses.operator.openshift.io +spec: + group: operator.openshift.io + names: + kind: DNS + listKind: DNSList + plural: dnses + singular: dns + scope: Cluster + versions: + - name: v1 + schema: + openAPIV3Schema: + description: |- + DNS manages the CoreDNS component to provide a name resolution service + for pods and services in the cluster. + + This supports the DNS-based service discovery specification: + https://github.com/kubernetes/dns/blob/master/docs/specification.md + + More details: https://kubernetes.io/docs/tasks/administer-cluster/coredns + + Compatibility level 1: Stable within a major release for a minimum of 12 months or 3 minor releases (whichever is longer). + properties: + apiVersion: + description: |- + APIVersion defines the versioned schema of this representation of an object. + Servers should convert recognized schemas to the latest internal value, and + may reject unrecognized values. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources + type: string + kind: + description: |- + Kind is a string value representing the REST resource this object represents. + Servers may infer this from the endpoint the client submits requests to. + Cannot be updated. + In CamelCase. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds + type: string + metadata: + type: object + spec: + description: spec is the specification of the desired behavior of the + DNS. + properties: + cache: + description: |- + cache describes the caching configuration that applies to all server blocks listed in the Corefile. + This field allows a cluster admin to optionally configure: + * positiveTTL which is a duration for which positive responses should be cached. + * negativeTTL which is a duration for which negative responses should be cached. + If this is not configured, OpenShift will configure positive and negative caching with a default value that is + subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is + 30 seconds or as noted in the respective Corefile for your version of OpenShift. + properties: + negativeTTL: + description: |- + negativeTTL is optional and specifies the amount of time that a negative response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 30 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 30 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + positiveTTL: + description: |- + positiveTTL is optional and specifies the amount of time that a positive response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 900 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 900 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + type: object + logLevel: + default: Normal + description: |- + logLevel describes the desired logging verbosity for CoreDNS. + Any one of the following values may be specified: + * Normal logs errors from upstream resolvers. + * Debug logs errors, NXDOMAIN responses, and NODATA responses. + * Trace logs errors and all responses. + Setting logLevel: Trace will produce extremely verbose logs. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + enum: + - Normal + - Debug + - Trace + type: string + managementState: + description: |- + managementState indicates whether the DNS operator should manage cluster + DNS + pattern: ^(Managed|Unmanaged|Force|Removed)$ + type: string + nodePlacement: + description: |- + nodePlacement provides explicit control over the scheduling of DNS + pods. + + Generally, it is useful to run a DNS pod on every node so that DNS + queries are always handled by a local DNS pod instead of going over + the network to a DNS pod on another node. However, security policies + may require restricting the placement of DNS pods to specific nodes. + For example, if a security policy prohibits pods on arbitrary nodes + from communicating with the API, a node selector can be specified to + restrict DNS pods to nodes that are permitted to communicate with the + API. Conversely, if running DNS pods on nodes with a particular + taint is desired, a toleration can be specified for that taint. + + If unset, defaults are used. See nodePlacement for more details. + properties: + nodeSelector: + additionalProperties: + type: string + description: |- + nodeSelector is the node selector applied to DNS pods. + + If empty, the default is used, which is currently the following: + + kubernetes.io/os: linux + + This default is subject to change. + + If set, the specified selector is used and replaces the default. + type: object + tolerations: + description: |- + tolerations is a list of tolerations applied to DNS pods. + + If empty, the DNS operator sets a toleration for the + "node-role.kubernetes.io/master" taint. This default is subject to + change. Specifying tolerations without including a toleration for + the "node-role.kubernetes.io/master" taint may be risky as it could + lead to an outage if all worker nodes become unavailable. + + Note that the daemon controller adds some tolerations as well. See + https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ + items: + description: |- + The pod this Toleration is attached to tolerates any taint that matches + the triple using the matching operator . + properties: + effect: + description: |- + Effect indicates the taint effect to match. Empty means match all taint effects. + When specified, allowed values are NoSchedule, PreferNoSchedule and NoExecute. + type: string + key: + description: |- + Key is the taint key that the toleration applies to. Empty means match all taint keys. + If the key is empty, operator must be Exists; this combination means to match all values and all keys. + type: string + operator: + description: |- + Operator represents a key's relationship to the value. + Valid operators are Exists, Equal, Lt, and Gt. Defaults to Equal. + Exists is equivalent to wildcard for value, so that a pod can + tolerate all taints of a particular category. + Lt and Gt perform numeric comparisons (requires feature gate TaintTolerationComparisonOperators). + type: string + tolerationSeconds: + description: |- + TolerationSeconds represents the period of time the toleration (which must be + of effect NoExecute, otherwise this field is ignored) tolerates the taint. By default, + it is not set, which means tolerate the taint forever (do not evict). Zero and + negative values will be treated as 0 (evict immediately) by the system. + format: int64 + type: integer + value: + description: |- + Value is the taint value the toleration matches to. + If the operator is Exists, the value should be empty, otherwise just a regular string. + type: string + type: object + type: array + x-kubernetes-list-type: atomic + type: object + operatorLogLevel: + default: Normal + description: |- + operatorLogLevel controls the logging level of the DNS Operator. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + setting operatorLogLevel: Trace will produce extremely verbose logs. + enum: + - Normal + - Debug + - Trace + type: string + servers: + description: |- + servers is a list of DNS resolvers that provide name query delegation for one or + more subdomains outside the scope of the cluster domain. If servers consists of + more than one Server, longest suffix match will be used to determine the Server. + + For example, if there are two Servers, one for "foo.com" and another for "a.foo.com", + and the name query is for "www.a.foo.com", it will be routed to the Server with Zone + "a.foo.com". + + If this field is nil, no servers are created. + items: + description: Server defines the schema for a server that runs per + instance of CoreDNS. + properties: + forwardPlugin: + description: |- + forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages + to upstream resolvers. + properties: + policy: + default: Random + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Random" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration + options to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the + referenced config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + description: |- + upstreams is a list of resolvers to forward name queries for subdomains of Zones. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. Each upstream is represented + by an IP address or IP:port if the upstream listens on a port other than 53. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + items: + type: string + maxItems: 15 + type: array + x-kubernetes-list-type: set + type: object + name: + description: |- + name is required and specifies a unique name for the server. Name must comply + with the Service Name Syntax of rfc6335. + type: string + zones: + description: |- + zones is required and specifies the subdomains that Server is authoritative for. + Zones must conform to the rfc1123 definition of a subdomain. Specifying the + cluster domain (i.e., "cluster.local") is invalid. + items: + type: string + type: array + x-kubernetes-list-type: set + type: object + type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map + upstreamResolvers: + default: {} + description: |- + upstreamResolvers defines a schema for configuring CoreDNS + to proxy DNS messages to upstream resolvers for the case of the + default (".") server + + If this field is not specified, the upstream used will default to + /etc/resolv.conf, with policy "sequential" + properties: + policy: + default: Sequential + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Sequential" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration options + to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the referenced + config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + default: + - type: SystemResolvConf + description: |- + upstreams is a list of resolvers to forward name queries for the "." domain. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + If no Upstreams are specified, /etc/resolv.conf is used by default + items: + anyOf: + - not: + required: + - address + - port + properties: + type: + enum: + - "" + - SystemResolvConf + - optional: + - port + properties: + type: + enum: + - Network + required: + - address + description: |- + Upstream can either be of type SystemResolvConf, or of type Network. + + - For an Upstream of type SystemResolvConf, no further fields are necessary: + The upstream will be configured to use /etc/resolv.conf. + - For an Upstream of type Network, a NetworkResolver field needs to be defined + with an IP address or IP:port if the upstream listens on a port other than 53. + properties: + address: + anyOf: + - format: ipv4 + - format: ipv6 + description: |- + address must be defined when Type is set to Network. It will be ignored otherwise. + It must be a valid ipv4 or ipv6 address. + type: string + port: + default: 53 + description: |- + port may be defined when Type is set to Network. It will be ignored otherwise. + Port must be between 65535 + format: int32 + maximum: 65535 + minimum: 1 + type: integer + type: + description: |- + type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. + Type accepts 2 possible values: SystemResolvConf or Network. + + * When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined: + /etc/resolv.conf will be used + * When Network is used, the Upstream structure must contain at least an Address + enum: + - SystemResolvConf + - Network + - "" + type: string + required: + - type + type: object + maxItems: 15 + type: array + x-kubernetes-list-type: atomic + type: object + type: object + status: + description: status is the most recently observed status of the DNS. + properties: + clusterDomain: + description: |- + clusterDomain is the local cluster DNS domain suffix for DNS services. + This will be a subdomain as defined in RFC 1034, + section 3.5: https://tools.ietf.org/html/rfc1034#section-3.5 + Example: "cluster.local" + + More info: https://kubernetes.io/docs/concepts/services-networking/dns-pod-service + type: string + clusterIP: + description: |- + clusterIP is the service IP through which this DNS is made available. + + In the case of the default DNS, this will be a well known IP that is used + as the default nameserver for pods that are using the default ClusterFirst DNS policy. + + In general, this IP can be specified in a pod's spec.dnsConfig.nameservers list + or used explicitly when performing name resolution from within the cluster. + Example: dig foo.com @ + + More info: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies + type: string + conditions: + description: |- + conditions provide information about the state of the DNS on the cluster. + + These are the supported DNS conditions: + + * Available + - True if the following conditions are met: + * DNS controller daemonset is available. + - False if any of those conditions are unsatisfied. + items: + description: OperatorCondition is just the standard condition fields. + properties: + lastTransitionTime: + description: |- + lastTransitionTime is the last time the condition transitioned from one status to another. + This should be when the underlying condition changed. If that is not known, then using the time when the API field changed is acceptable. + format: date-time + type: string + message: + type: string + reason: + type: string + status: + description: status of the condition, one of True, False, Unknown. + enum: + - "True" + - "False" + - Unknown + type: string + type: + description: type of condition in CamelCase or in foo.example.com/CamelCase. + maxLength: 316 + pattern: ^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$ + type: string + required: + - lastTransitionTime + - status + - type + type: object + type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map + required: + - clusterDomain + - clusterIP + type: object + type: object + served: true + storage: true + subresources: + status: {} diff --git a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-DevPreviewNoUpgrade.crd.yaml b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-DevPreviewNoUpgrade.crd.yaml new file mode 100644 index 00000000000..34fe66e0905 --- /dev/null +++ b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-DevPreviewNoUpgrade.crd.yaml @@ -0,0 +1,697 @@ +apiVersion: apiextensions.k8s.io/v1 +kind: CustomResourceDefinition +metadata: + annotations: + api-approved.openshift.io: https://github.com/openshift/api/pull/475 + api.openshift.io/merged-by-featuregates: "true" + include.release.openshift.io/ibm-cloud-managed: "true" + include.release.openshift.io/self-managed-high-availability: "true" + release.openshift.io/feature-set: DevPreviewNoUpgrade + name: dnses.operator.openshift.io +spec: + group: operator.openshift.io + names: + kind: DNS + listKind: DNSList + plural: dnses + singular: dns + scope: Cluster + versions: + - name: v1 + schema: + openAPIV3Schema: + description: |- + DNS manages the CoreDNS component to provide a name resolution service + for pods and services in the cluster. + + This supports the DNS-based service discovery specification: + https://github.com/kubernetes/dns/blob/master/docs/specification.md + + More details: https://kubernetes.io/docs/tasks/administer-cluster/coredns + + Compatibility level 1: Stable within a major release for a minimum of 12 months or 3 minor releases (whichever is longer). + properties: + apiVersion: + description: |- + APIVersion defines the versioned schema of this representation of an object. + Servers should convert recognized schemas to the latest internal value, and + may reject unrecognized values. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources + type: string + kind: + description: |- + Kind is a string value representing the REST resource this object represents. + Servers may infer this from the endpoint the client submits requests to. + Cannot be updated. + In CamelCase. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds + type: string + metadata: + type: object + spec: + description: spec is the specification of the desired behavior of the + DNS. + properties: + cache: + description: |- + cache describes the caching configuration that applies to all server blocks listed in the Corefile. + This field allows a cluster admin to optionally configure: + * positiveTTL which is a duration for which positive responses should be cached. + * negativeTTL which is a duration for which negative responses should be cached. + If this is not configured, OpenShift will configure positive and negative caching with a default value that is + subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is + 30 seconds or as noted in the respective Corefile for your version of OpenShift. + properties: + negativeTTL: + description: |- + negativeTTL is optional and specifies the amount of time that a negative response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 30 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 30 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + positiveTTL: + description: |- + positiveTTL is optional and specifies the amount of time that a positive response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 900 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 900 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + type: object + logLevel: + default: Normal + description: |- + logLevel describes the desired logging verbosity for CoreDNS. + Any one of the following values may be specified: + * Normal logs errors from upstream resolvers. + * Debug logs errors, NXDOMAIN responses, and NODATA responses. + * Trace logs errors and all responses. + Setting logLevel: Trace will produce extremely verbose logs. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + enum: + - Normal + - Debug + - Trace + type: string + managementState: + description: |- + managementState indicates whether the DNS operator should manage cluster + DNS + pattern: ^(Managed|Unmanaged|Force|Removed)$ + type: string + nodePlacement: + description: |- + nodePlacement provides explicit control over the scheduling of DNS + pods. + + Generally, it is useful to run a DNS pod on every node so that DNS + queries are always handled by a local DNS pod instead of going over + the network to a DNS pod on another node. However, security policies + may require restricting the placement of DNS pods to specific nodes. + For example, if a security policy prohibits pods on arbitrary nodes + from communicating with the API, a node selector can be specified to + restrict DNS pods to nodes that are permitted to communicate with the + API. Conversely, if running DNS pods on nodes with a particular + taint is desired, a toleration can be specified for that taint. + + If unset, defaults are used. See nodePlacement for more details. + properties: + nodeSelector: + additionalProperties: + type: string + description: |- + nodeSelector is the node selector applied to DNS pods. + + If empty, the default is used, which is currently the following: + + kubernetes.io/os: linux + + This default is subject to change. + + If set, the specified selector is used and replaces the default. + type: object + tolerations: + description: |- + tolerations is a list of tolerations applied to DNS pods. + + If empty, the DNS operator sets a toleration for the + "node-role.kubernetes.io/master" taint. This default is subject to + change. Specifying tolerations without including a toleration for + the "node-role.kubernetes.io/master" taint may be risky as it could + lead to an outage if all worker nodes become unavailable. + + Note that the daemon controller adds some tolerations as well. See + https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ + items: + description: |- + The pod this Toleration is attached to tolerates any taint that matches + the triple using the matching operator . + properties: + effect: + description: |- + Effect indicates the taint effect to match. Empty means match all taint effects. + When specified, allowed values are NoSchedule, PreferNoSchedule and NoExecute. + type: string + key: + description: |- + Key is the taint key that the toleration applies to. Empty means match all taint keys. + If the key is empty, operator must be Exists; this combination means to match all values and all keys. + type: string + operator: + description: |- + Operator represents a key's relationship to the value. + Valid operators are Exists, Equal, Lt, and Gt. Defaults to Equal. + Exists is equivalent to wildcard for value, so that a pod can + tolerate all taints of a particular category. + Lt and Gt perform numeric comparisons (requires feature gate TaintTolerationComparisonOperators). + type: string + tolerationSeconds: + description: |- + TolerationSeconds represents the period of time the toleration (which must be + of effect NoExecute, otherwise this field is ignored) tolerates the taint. By default, + it is not set, which means tolerate the taint forever (do not evict). Zero and + negative values will be treated as 0 (evict immediately) by the system. + format: int64 + type: integer + value: + description: |- + Value is the taint value the toleration matches to. + If the operator is Exists, the value should be empty, otherwise just a regular string. + type: string + type: object + type: array + x-kubernetes-list-type: atomic + type: object + operatorLogLevel: + default: Normal + description: |- + operatorLogLevel controls the logging level of the DNS Operator. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + setting operatorLogLevel: Trace will produce extremely verbose logs. + enum: + - Normal + - Debug + - Trace + type: string + servers: + description: |- + servers is a list of DNS resolvers that provide name query delegation for one or + more subdomains outside the scope of the cluster domain. If servers consists of + more than one Server, longest suffix match will be used to determine the Server. + + For example, if there are two Servers, one for "foo.com" and another for "a.foo.com", + and the name query is for "www.a.foo.com", it will be routed to the Server with Zone + "a.foo.com". + + If this field is nil, no servers are created. + items: + description: Server defines the schema for a server that runs per + instance of CoreDNS. + properties: + forwardPlugin: + description: |- + forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages + to upstream resolvers. + properties: + policy: + default: Random + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Random" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration + options to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the + referenced config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + description: |- + upstreams is a list of resolvers to forward name queries for subdomains of Zones. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. Each upstream is represented + by an IP address or IP:port if the upstream listens on a port other than 53. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + items: + type: string + maxItems: 15 + type: array + x-kubernetes-list-type: set + type: object + name: + description: |- + name is required and specifies a unique name for the server. Name must comply + with the Service Name Syntax of rfc6335. + type: string + zones: + description: |- + zones is required and specifies the subdomains that Server is authoritative for. + Zones must conform to the rfc1123 definition of a subdomain. Specifying the + cluster domain (i.e., "cluster.local") is invalid. + items: + type: string + type: array + x-kubernetes-list-type: set + type: object + type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map + template: + description: |- + template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. + The template defines how to handle queries matching specific zones and query types. + + The template applies to all domains (custom domains from spec.servers and the cluster domain) + to ensure consistent DNS resolution across all paths. + + When this field is not set, no template plugin configuration is added to CoreDNS. + properties: + action: + description: |- + action defines how to handle queries matching this template's zones and query type. + The action builds a single DNS response by specifying the response code and may be + extended by additional fields in the future. + properties: + rcode: + description: |- + rcode is the DNS response code to return. + Valid values are "NOERROR". + + When set, the template returns a response with no answer records. For AAAA filtering, + this means IPv6 address queries return successfully but with no IPv6 addresses, + causing clients to fall back to IPv4 (A record) queries. + enum: + - NOERROR + type: string + required: + - rcode + type: object + queryClass: + description: |- + queryClass specifies the DNS query class to match. + Valid values are "IN". + enum: + - IN + type: string + queryType: + description: |- + queryType specifies the DNS query type to match. + Valid values are "AAAA". + enum: + - AAAA + type: string + zones: + description: |- + zones specifies the DNS zones this template applies to. + Each zone must be a valid DNS name as defined in RFC 1123. + The special zone "." matches all domains (catch-all). + Multiple zones can be specified to apply the same template actions to multiple domains. + + Note: root zone (".") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters. + + Examples: + - ["."] matches all domains (catch-all for global AAAA filtering) + - ["example.com"] matches only example.com and its subdomains + - ["example.com", "test.com"] matches both domains and their subdomains + items: + maxLength: 253 + minLength: 1 + type: string + maxItems: 15 + minItems: 1 + type: array + x-kubernetes-list-type: set + required: + - action + - queryClass + - queryType + - zones + type: object + upstreamResolvers: + default: {} + description: |- + upstreamResolvers defines a schema for configuring CoreDNS + to proxy DNS messages to upstream resolvers for the case of the + default (".") server + + If this field is not specified, the upstream used will default to + /etc/resolv.conf, with policy "sequential" + properties: + policy: + default: Sequential + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Sequential" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration options + to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the referenced + config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + default: + - type: SystemResolvConf + description: |- + upstreams is a list of resolvers to forward name queries for the "." domain. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + If no Upstreams are specified, /etc/resolv.conf is used by default + items: + anyOf: + - not: + required: + - address + - port + properties: + type: + enum: + - "" + - SystemResolvConf + - optional: + - port + properties: + type: + enum: + - Network + required: + - address + description: |- + Upstream can either be of type SystemResolvConf, or of type Network. + + - For an Upstream of type SystemResolvConf, no further fields are necessary: + The upstream will be configured to use /etc/resolv.conf. + - For an Upstream of type Network, a NetworkResolver field needs to be defined + with an IP address or IP:port if the upstream listens on a port other than 53. + properties: + address: + anyOf: + - format: ipv4 + - format: ipv6 + description: |- + address must be defined when Type is set to Network. It will be ignored otherwise. + It must be a valid ipv4 or ipv6 address. + type: string + port: + default: 53 + description: |- + port may be defined when Type is set to Network. It will be ignored otherwise. + Port must be between 65535 + format: int32 + maximum: 65535 + minimum: 1 + type: integer + type: + description: |- + type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. + Type accepts 2 possible values: SystemResolvConf or Network. + + * When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined: + /etc/resolv.conf will be used + * When Network is used, the Upstream structure must contain at least an Address + enum: + - SystemResolvConf + - Network + - "" + type: string + required: + - type + type: object + maxItems: 15 + type: array + x-kubernetes-list-type: atomic + type: object + type: object + status: + description: status is the most recently observed status of the DNS. + properties: + clusterDomain: + description: |- + clusterDomain is the local cluster DNS domain suffix for DNS services. + This will be a subdomain as defined in RFC 1034, + section 3.5: https://tools.ietf.org/html/rfc1034#section-3.5 + Example: "cluster.local" + + More info: https://kubernetes.io/docs/concepts/services-networking/dns-pod-service + type: string + clusterIP: + description: |- + clusterIP is the service IP through which this DNS is made available. + + In the case of the default DNS, this will be a well known IP that is used + as the default nameserver for pods that are using the default ClusterFirst DNS policy. + + In general, this IP can be specified in a pod's spec.dnsConfig.nameservers list + or used explicitly when performing name resolution from within the cluster. + Example: dig foo.com @ + + More info: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies + type: string + conditions: + description: |- + conditions provide information about the state of the DNS on the cluster. + + These are the supported DNS conditions: + + * Available + - True if the following conditions are met: + * DNS controller daemonset is available. + - False if any of those conditions are unsatisfied. + items: + description: OperatorCondition is just the standard condition fields. + properties: + lastTransitionTime: + description: |- + lastTransitionTime is the last time the condition transitioned from one status to another. + This should be when the underlying condition changed. If that is not known, then using the time when the API field changed is acceptable. + format: date-time + type: string + message: + type: string + reason: + type: string + status: + description: status of the condition, one of True, False, Unknown. + enum: + - "True" + - "False" + - Unknown + type: string + type: + description: type of condition in CamelCase or in foo.example.com/CamelCase. + maxLength: 316 + pattern: ^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$ + type: string + required: + - lastTransitionTime + - status + - type + type: object + type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map + required: + - clusterDomain + - clusterIP + type: object + type: object + served: true + storage: true + subresources: + status: {} diff --git a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses.crd.yaml b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-OKD.crd.yaml similarity index 98% rename from operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses.crd.yaml rename to operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-OKD.crd.yaml index 457a47c4696..d8c726e4c87 100644 --- a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses.crd.yaml +++ b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-OKD.crd.yaml @@ -6,6 +6,7 @@ metadata: api.openshift.io/merged-by-featuregates: "true" include.release.openshift.io/ibm-cloud-managed: "true" include.release.openshift.io/self-managed-high-availability: "true" + release.openshift.io/feature-set: OKD name: dnses.operator.openshift.io spec: group: operator.openshift.io @@ -191,6 +192,7 @@ spec: type: string type: object type: array + x-kubernetes-list-type: atomic type: object operatorLogLevel: default: Normal @@ -337,6 +339,7 @@ spec: type: string maxItems: 15 type: array + x-kubernetes-list-type: set type: object name: description: |- @@ -351,8 +354,12 @@ spec: items: type: string type: array + x-kubernetes-list-type: set type: object type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map upstreamResolvers: default: {} description: |- @@ -536,6 +543,7 @@ spec: type: object maxItems: 15 type: array + x-kubernetes-list-type: atomic type: object type: object status: @@ -604,6 +612,9 @@ spec: - type type: object type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map required: - clusterDomain - clusterIP diff --git a/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-TechPreviewNoUpgrade.crd.yaml b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-TechPreviewNoUpgrade.crd.yaml new file mode 100644 index 00000000000..4bb24ac6577 --- /dev/null +++ b/operator/v1/zz_generated.crd-manifests/0000_70_dns_00_dnses-TechPreviewNoUpgrade.crd.yaml @@ -0,0 +1,626 @@ +apiVersion: apiextensions.k8s.io/v1 +kind: CustomResourceDefinition +metadata: + annotations: + api-approved.openshift.io: https://github.com/openshift/api/pull/475 + api.openshift.io/merged-by-featuregates: "true" + include.release.openshift.io/ibm-cloud-managed: "true" + include.release.openshift.io/self-managed-high-availability: "true" + release.openshift.io/feature-set: TechPreviewNoUpgrade + name: dnses.operator.openshift.io +spec: + group: operator.openshift.io + names: + kind: DNS + listKind: DNSList + plural: dnses + singular: dns + scope: Cluster + versions: + - name: v1 + schema: + openAPIV3Schema: + description: |- + DNS manages the CoreDNS component to provide a name resolution service + for pods and services in the cluster. + + This supports the DNS-based service discovery specification: + https://github.com/kubernetes/dns/blob/master/docs/specification.md + + More details: https://kubernetes.io/docs/tasks/administer-cluster/coredns + + Compatibility level 1: Stable within a major release for a minimum of 12 months or 3 minor releases (whichever is longer). + properties: + apiVersion: + description: |- + APIVersion defines the versioned schema of this representation of an object. + Servers should convert recognized schemas to the latest internal value, and + may reject unrecognized values. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources + type: string + kind: + description: |- + Kind is a string value representing the REST resource this object represents. + Servers may infer this from the endpoint the client submits requests to. + Cannot be updated. + In CamelCase. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds + type: string + metadata: + type: object + spec: + description: spec is the specification of the desired behavior of the + DNS. + properties: + cache: + description: |- + cache describes the caching configuration that applies to all server blocks listed in the Corefile. + This field allows a cluster admin to optionally configure: + * positiveTTL which is a duration for which positive responses should be cached. + * negativeTTL which is a duration for which negative responses should be cached. + If this is not configured, OpenShift will configure positive and negative caching with a default value that is + subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is + 30 seconds or as noted in the respective Corefile for your version of OpenShift. + properties: + negativeTTL: + description: |- + negativeTTL is optional and specifies the amount of time that a negative response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 30 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 30 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + positiveTTL: + description: |- + positiveTTL is optional and specifies the amount of time that a positive response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 900 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 900 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + type: object + logLevel: + default: Normal + description: |- + logLevel describes the desired logging verbosity for CoreDNS. + Any one of the following values may be specified: + * Normal logs errors from upstream resolvers. + * Debug logs errors, NXDOMAIN responses, and NODATA responses. + * Trace logs errors and all responses. + Setting logLevel: Trace will produce extremely verbose logs. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + enum: + - Normal + - Debug + - Trace + type: string + managementState: + description: |- + managementState indicates whether the DNS operator should manage cluster + DNS + pattern: ^(Managed|Unmanaged|Force|Removed)$ + type: string + nodePlacement: + description: |- + nodePlacement provides explicit control over the scheduling of DNS + pods. + + Generally, it is useful to run a DNS pod on every node so that DNS + queries are always handled by a local DNS pod instead of going over + the network to a DNS pod on another node. However, security policies + may require restricting the placement of DNS pods to specific nodes. + For example, if a security policy prohibits pods on arbitrary nodes + from communicating with the API, a node selector can be specified to + restrict DNS pods to nodes that are permitted to communicate with the + API. Conversely, if running DNS pods on nodes with a particular + taint is desired, a toleration can be specified for that taint. + + If unset, defaults are used. See nodePlacement for more details. + properties: + nodeSelector: + additionalProperties: + type: string + description: |- + nodeSelector is the node selector applied to DNS pods. + + If empty, the default is used, which is currently the following: + + kubernetes.io/os: linux + + This default is subject to change. + + If set, the specified selector is used and replaces the default. + type: object + tolerations: + description: |- + tolerations is a list of tolerations applied to DNS pods. + + If empty, the DNS operator sets a toleration for the + "node-role.kubernetes.io/master" taint. This default is subject to + change. Specifying tolerations without including a toleration for + the "node-role.kubernetes.io/master" taint may be risky as it could + lead to an outage if all worker nodes become unavailable. + + Note that the daemon controller adds some tolerations as well. See + https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ + items: + description: |- + The pod this Toleration is attached to tolerates any taint that matches + the triple using the matching operator . + properties: + effect: + description: |- + Effect indicates the taint effect to match. Empty means match all taint effects. + When specified, allowed values are NoSchedule, PreferNoSchedule and NoExecute. + type: string + key: + description: |- + Key is the taint key that the toleration applies to. Empty means match all taint keys. + If the key is empty, operator must be Exists; this combination means to match all values and all keys. + type: string + operator: + description: |- + Operator represents a key's relationship to the value. + Valid operators are Exists, Equal, Lt, and Gt. Defaults to Equal. + Exists is equivalent to wildcard for value, so that a pod can + tolerate all taints of a particular category. + Lt and Gt perform numeric comparisons (requires feature gate TaintTolerationComparisonOperators). + type: string + tolerationSeconds: + description: |- + TolerationSeconds represents the period of time the toleration (which must be + of effect NoExecute, otherwise this field is ignored) tolerates the taint. By default, + it is not set, which means tolerate the taint forever (do not evict). Zero and + negative values will be treated as 0 (evict immediately) by the system. + format: int64 + type: integer + value: + description: |- + Value is the taint value the toleration matches to. + If the operator is Exists, the value should be empty, otherwise just a regular string. + type: string + type: object + type: array + x-kubernetes-list-type: atomic + type: object + operatorLogLevel: + default: Normal + description: |- + operatorLogLevel controls the logging level of the DNS Operator. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + setting operatorLogLevel: Trace will produce extremely verbose logs. + enum: + - Normal + - Debug + - Trace + type: string + servers: + description: |- + servers is a list of DNS resolvers that provide name query delegation for one or + more subdomains outside the scope of the cluster domain. If servers consists of + more than one Server, longest suffix match will be used to determine the Server. + + For example, if there are two Servers, one for "foo.com" and another for "a.foo.com", + and the name query is for "www.a.foo.com", it will be routed to the Server with Zone + "a.foo.com". + + If this field is nil, no servers are created. + items: + description: Server defines the schema for a server that runs per + instance of CoreDNS. + properties: + forwardPlugin: + description: |- + forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages + to upstream resolvers. + properties: + policy: + default: Random + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Random" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration + options to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the + referenced config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + description: |- + upstreams is a list of resolvers to forward name queries for subdomains of Zones. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. Each upstream is represented + by an IP address or IP:port if the upstream listens on a port other than 53. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + items: + type: string + maxItems: 15 + type: array + x-kubernetes-list-type: set + type: object + name: + description: |- + name is required and specifies a unique name for the server. Name must comply + with the Service Name Syntax of rfc6335. + type: string + zones: + description: |- + zones is required and specifies the subdomains that Server is authoritative for. + Zones must conform to the rfc1123 definition of a subdomain. Specifying the + cluster domain (i.e., "cluster.local") is invalid. + items: + type: string + type: array + x-kubernetes-list-type: set + type: object + type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map + upstreamResolvers: + default: {} + description: |- + upstreamResolvers defines a schema for configuring CoreDNS + to proxy DNS messages to upstream resolvers for the case of the + default (".") server + + If this field is not specified, the upstream used will default to + /etc/resolv.conf, with policy "sequential" + properties: + policy: + default: Sequential + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Sequential" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration options + to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the referenced + config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + default: + - type: SystemResolvConf + description: |- + upstreams is a list of resolvers to forward name queries for the "." domain. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + If no Upstreams are specified, /etc/resolv.conf is used by default + items: + anyOf: + - not: + required: + - address + - port + properties: + type: + enum: + - "" + - SystemResolvConf + - optional: + - port + properties: + type: + enum: + - Network + required: + - address + description: |- + Upstream can either be of type SystemResolvConf, or of type Network. + + - For an Upstream of type SystemResolvConf, no further fields are necessary: + The upstream will be configured to use /etc/resolv.conf. + - For an Upstream of type Network, a NetworkResolver field needs to be defined + with an IP address or IP:port if the upstream listens on a port other than 53. + properties: + address: + anyOf: + - format: ipv4 + - format: ipv6 + description: |- + address must be defined when Type is set to Network. It will be ignored otherwise. + It must be a valid ipv4 or ipv6 address. + type: string + port: + default: 53 + description: |- + port may be defined when Type is set to Network. It will be ignored otherwise. + Port must be between 65535 + format: int32 + maximum: 65535 + minimum: 1 + type: integer + type: + description: |- + type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. + Type accepts 2 possible values: SystemResolvConf or Network. + + * When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined: + /etc/resolv.conf will be used + * When Network is used, the Upstream structure must contain at least an Address + enum: + - SystemResolvConf + - Network + - "" + type: string + required: + - type + type: object + maxItems: 15 + type: array + x-kubernetes-list-type: atomic + type: object + type: object + status: + description: status is the most recently observed status of the DNS. + properties: + clusterDomain: + description: |- + clusterDomain is the local cluster DNS domain suffix for DNS services. + This will be a subdomain as defined in RFC 1034, + section 3.5: https://tools.ietf.org/html/rfc1034#section-3.5 + Example: "cluster.local" + + More info: https://kubernetes.io/docs/concepts/services-networking/dns-pod-service + type: string + clusterIP: + description: |- + clusterIP is the service IP through which this DNS is made available. + + In the case of the default DNS, this will be a well known IP that is used + as the default nameserver for pods that are using the default ClusterFirst DNS policy. + + In general, this IP can be specified in a pod's spec.dnsConfig.nameservers list + or used explicitly when performing name resolution from within the cluster. + Example: dig foo.com @ + + More info: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies + type: string + conditions: + description: |- + conditions provide information about the state of the DNS on the cluster. + + These are the supported DNS conditions: + + * Available + - True if the following conditions are met: + * DNS controller daemonset is available. + - False if any of those conditions are unsatisfied. + items: + description: OperatorCondition is just the standard condition fields. + properties: + lastTransitionTime: + description: |- + lastTransitionTime is the last time the condition transitioned from one status to another. + This should be when the underlying condition changed. If that is not known, then using the time when the API field changed is acceptable. + format: date-time + type: string + message: + type: string + reason: + type: string + status: + description: status of the condition, one of True, False, Unknown. + enum: + - "True" + - "False" + - Unknown + type: string + type: + description: type of condition in CamelCase or in foo.example.com/CamelCase. + maxLength: 316 + pattern: ^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$ + type: string + required: + - lastTransitionTime + - status + - type + type: object + type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map + required: + - clusterDomain + - clusterIP + type: object + type: object + served: true + storage: true + subresources: + status: {} diff --git a/operator/v1/zz_generated.deepcopy.go b/operator/v1/zz_generated.deepcopy.go index 3d3c8f4f825..b9659ca7145 100644 --- a/operator/v1/zz_generated.deepcopy.go +++ b/operator/v1/zz_generated.deepcopy.go @@ -1319,6 +1319,7 @@ func (in *DNSSpec) DeepCopyInto(out *DNSSpec) { in.UpstreamResolvers.DeepCopyInto(&out.UpstreamResolvers) in.NodePlacement.DeepCopyInto(&out.NodePlacement) out.Cache = in.Cache + in.Template.DeepCopyInto(&out.Template) return } @@ -5474,6 +5475,44 @@ func (in *SyslogLoggingDestinationParameters) DeepCopy() *SyslogLoggingDestinati return out } +// DeepCopyInto is an autogenerated deepcopy function, copying the receiver, writing into out. in must be non-nil. +func (in *Template) DeepCopyInto(out *Template) { + *out = *in + if in.Zones != nil { + in, out := &in.Zones, &out.Zones + *out = make([]string, len(*in)) + copy(*out, *in) + } + out.Action = in.Action + return +} + +// DeepCopy is an autogenerated deepcopy function, copying the receiver, creating a new Template. +func (in *Template) DeepCopy() *Template { + if in == nil { + return nil + } + out := new(Template) + in.DeepCopyInto(out) + return out +} + +// DeepCopyInto is an autogenerated deepcopy function, copying the receiver, writing into out. in must be non-nil. +func (in *TemplateAction) DeepCopyInto(out *TemplateAction) { + *out = *in + return +} + +// DeepCopy is an autogenerated deepcopy function, copying the receiver, creating a new TemplateAction. +func (in *TemplateAction) DeepCopy() *TemplateAction { + if in == nil { + return nil + } + out := new(TemplateAction) + in.DeepCopyInto(out) + return out +} + // DeepCopyInto is an autogenerated deepcopy function, copying the receiver, writing into out. in must be non-nil. func (in *Theme) DeepCopyInto(out *Theme) { *out = *in diff --git a/operator/v1/zz_generated.featuregated-crd-manifests.yaml b/operator/v1/zz_generated.featuregated-crd-manifests.yaml index 53cf23ade1f..9ac383f76a8 100644 --- a/operator/v1/zz_generated.featuregated-crd-manifests.yaml +++ b/operator/v1/zz_generated.featuregated-crd-manifests.yaml @@ -132,7 +132,8 @@ dnses.operator.openshift.io: CRDName: dnses.operator.openshift.io Capability: "" Category: "" - FeatureGates: [] + FeatureGates: + - DNSTemplatePlugin FilenameOperatorName: dns FilenameOperatorOrdering: "00" FilenameRunLevel: "0000_70" diff --git a/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/AAA_ungated.yaml b/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/AAA_ungated.yaml index f85c751efc1..c935de7a4f1 100644 --- a/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/AAA_ungated.yaml +++ b/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/AAA_ungated.yaml @@ -192,6 +192,7 @@ spec: type: string type: object type: array + x-kubernetes-list-type: atomic type: object operatorLogLevel: default: Normal @@ -338,6 +339,7 @@ spec: type: string maxItems: 15 type: array + x-kubernetes-list-type: set type: object name: description: |- @@ -352,8 +354,12 @@ spec: items: type: string type: array + x-kubernetes-list-type: set type: object type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map upstreamResolvers: description: |- upstreamResolvers defines a schema for configuring CoreDNS @@ -515,6 +521,7 @@ spec: type: object maxItems: 15 type: array + x-kubernetes-list-type: atomic type: object type: object status: @@ -583,6 +590,9 @@ spec: - type type: object type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map required: - clusterDomain - clusterIP diff --git a/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml b/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml new file mode 100644 index 00000000000..84292907e4b --- /dev/null +++ b/operator/v1/zz_generated.featuregated-crd-manifests/dnses.operator.openshift.io/DNSTemplatePlugin.yaml @@ -0,0 +1,675 @@ +apiVersion: apiextensions.k8s.io/v1 +kind: CustomResourceDefinition +metadata: + annotations: + api-approved.openshift.io: https://github.com/openshift/api/pull/475 + api.openshift.io/filename-cvo-runlevel: "0000_70" + api.openshift.io/filename-operator: dns + api.openshift.io/filename-ordering: "00" + feature-gate.release.openshift.io/DNSTemplatePlugin: "true" + name: dnses.operator.openshift.io +spec: + group: operator.openshift.io + names: + kind: DNS + listKind: DNSList + plural: dnses + singular: dns + scope: Cluster + versions: + - name: v1 + schema: + openAPIV3Schema: + description: |- + DNS manages the CoreDNS component to provide a name resolution service + for pods and services in the cluster. + + This supports the DNS-based service discovery specification: + https://github.com/kubernetes/dns/blob/master/docs/specification.md + + More details: https://kubernetes.io/docs/tasks/administer-cluster/coredns + + Compatibility level 1: Stable within a major release for a minimum of 12 months or 3 minor releases (whichever is longer). + properties: + apiVersion: + description: |- + APIVersion defines the versioned schema of this representation of an object. + Servers should convert recognized schemas to the latest internal value, and + may reject unrecognized values. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#resources + type: string + kind: + description: |- + Kind is a string value representing the REST resource this object represents. + Servers may infer this from the endpoint the client submits requests to. + Cannot be updated. + In CamelCase. + More info: https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#types-kinds + type: string + metadata: + type: object + spec: + description: spec is the specification of the desired behavior of the + DNS. + properties: + cache: + description: |- + cache describes the caching configuration that applies to all server blocks listed in the Corefile. + This field allows a cluster admin to optionally configure: + * positiveTTL which is a duration for which positive responses should be cached. + * negativeTTL which is a duration for which negative responses should be cached. + If this is not configured, OpenShift will configure positive and negative caching with a default value that is + subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is + 30 seconds or as noted in the respective Corefile for your version of OpenShift. + properties: + negativeTTL: + description: |- + negativeTTL is optional and specifies the amount of time that a negative response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 30 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 30 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + positiveTTL: + description: |- + positiveTTL is optional and specifies the amount of time that a positive response should be cached. + + If configured, it must be a value of 1s (1 second) or greater up to a theoretical maximum of several years. This + field expects an unsigned duration string of decimal numbers, each with optional fraction and a unit suffix, + e.g. "100s", "1m30s", "12h30m10s". Values that are fractions of a second are rounded down to the nearest second. + If the configured value is less than 1s, the default value will be used. + If not configured, the value will be 0s and OpenShift will use a default value of 900 seconds unless noted + otherwise in the respective Corefile for your version of OpenShift. The default value of 900 seconds is subject + to change. + pattern: ^(0|([0-9]+(\.[0-9]+)?(ns|us|µs|μs|ms|s|m|h))+)$ + type: string + type: object + logLevel: + default: Normal + description: |- + logLevel describes the desired logging verbosity for CoreDNS. + Any one of the following values may be specified: + * Normal logs errors from upstream resolvers. + * Debug logs errors, NXDOMAIN responses, and NODATA responses. + * Trace logs errors and all responses. + Setting logLevel: Trace will produce extremely verbose logs. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + enum: + - Normal + - Debug + - Trace + type: string + managementState: + description: |- + managementState indicates whether the DNS operator should manage cluster + DNS + pattern: ^(Managed|Unmanaged|Force|Removed)$ + type: string + nodePlacement: + description: |- + nodePlacement provides explicit control over the scheduling of DNS + pods. + + Generally, it is useful to run a DNS pod on every node so that DNS + queries are always handled by a local DNS pod instead of going over + the network to a DNS pod on another node. However, security policies + may require restricting the placement of DNS pods to specific nodes. + For example, if a security policy prohibits pods on arbitrary nodes + from communicating with the API, a node selector can be specified to + restrict DNS pods to nodes that are permitted to communicate with the + API. Conversely, if running DNS pods on nodes with a particular + taint is desired, a toleration can be specified for that taint. + + If unset, defaults are used. See nodePlacement for more details. + properties: + nodeSelector: + additionalProperties: + type: string + description: |- + nodeSelector is the node selector applied to DNS pods. + + If empty, the default is used, which is currently the following: + + kubernetes.io/os: linux + + This default is subject to change. + + If set, the specified selector is used and replaces the default. + type: object + tolerations: + description: |- + tolerations is a list of tolerations applied to DNS pods. + + If empty, the DNS operator sets a toleration for the + "node-role.kubernetes.io/master" taint. This default is subject to + change. Specifying tolerations without including a toleration for + the "node-role.kubernetes.io/master" taint may be risky as it could + lead to an outage if all worker nodes become unavailable. + + Note that the daemon controller adds some tolerations as well. See + https://kubernetes.io/docs/concepts/scheduling-eviction/taint-and-toleration/ + items: + description: |- + The pod this Toleration is attached to tolerates any taint that matches + the triple using the matching operator . + properties: + effect: + description: |- + Effect indicates the taint effect to match. Empty means match all taint effects. + When specified, allowed values are NoSchedule, PreferNoSchedule and NoExecute. + type: string + key: + description: |- + Key is the taint key that the toleration applies to. Empty means match all taint keys. + If the key is empty, operator must be Exists; this combination means to match all values and all keys. + type: string + operator: + description: |- + Operator represents a key's relationship to the value. + Valid operators are Exists, Equal, Lt, and Gt. Defaults to Equal. + Exists is equivalent to wildcard for value, so that a pod can + tolerate all taints of a particular category. + Lt and Gt perform numeric comparisons (requires feature gate TaintTolerationComparisonOperators). + type: string + tolerationSeconds: + description: |- + TolerationSeconds represents the period of time the toleration (which must be + of effect NoExecute, otherwise this field is ignored) tolerates the taint. By default, + it is not set, which means tolerate the taint forever (do not evict). Zero and + negative values will be treated as 0 (evict immediately) by the system. + format: int64 + type: integer + value: + description: |- + Value is the taint value the toleration matches to. + If the operator is Exists, the value should be empty, otherwise just a regular string. + type: string + type: object + type: array + x-kubernetes-list-type: atomic + type: object + operatorLogLevel: + default: Normal + description: |- + operatorLogLevel controls the logging level of the DNS Operator. + Valid values are: "Normal", "Debug", "Trace". + Defaults to "Normal". + setting operatorLogLevel: Trace will produce extremely verbose logs. + enum: + - Normal + - Debug + - Trace + type: string + servers: + description: |- + servers is a list of DNS resolvers that provide name query delegation for one or + more subdomains outside the scope of the cluster domain. If servers consists of + more than one Server, longest suffix match will be used to determine the Server. + + For example, if there are two Servers, one for "foo.com" and another for "a.foo.com", + and the name query is for "www.a.foo.com", it will be routed to the Server with Zone + "a.foo.com". + + If this field is nil, no servers are created. + items: + description: Server defines the schema for a server that runs per + instance of CoreDNS. + properties: + forwardPlugin: + description: |- + forwardPlugin defines a schema for configuring CoreDNS to proxy DNS messages + to upstream resolvers. + properties: + policy: + default: Random + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Random" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration + options to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the + referenced config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + description: |- + upstreams is a list of resolvers to forward name queries for subdomains of Zones. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. Each upstream is represented + by an IP address or IP:port if the upstream listens on a port other than 53. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + items: + type: string + maxItems: 15 + type: array + x-kubernetes-list-type: set + type: object + name: + description: |- + name is required and specifies a unique name for the server. Name must comply + with the Service Name Syntax of rfc6335. + type: string + zones: + description: |- + zones is required and specifies the subdomains that Server is authoritative for. + Zones must conform to the rfc1123 definition of a subdomain. Specifying the + cluster domain (i.e., "cluster.local") is invalid. + items: + type: string + type: array + x-kubernetes-list-type: set + type: object + type: array + x-kubernetes-list-map-keys: + - name + x-kubernetes-list-type: map + template: + description: |- + template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. + The template defines how to handle queries matching specific zones and query types. + + The template applies to all domains (custom domains from spec.servers and the cluster domain) + to ensure consistent DNS resolution across all paths. + + When this field is not set, no template plugin configuration is added to CoreDNS. + properties: + action: + description: |- + action defines how to handle queries matching this template's zones and query type. + The action builds a single DNS response by specifying the response code and may be + extended by additional fields in the future. + properties: + rcode: + description: |- + rcode is the DNS response code to return. + Valid values are "NOERROR". + + When set, the template returns a response with no answer records. For AAAA filtering, + this means IPv6 address queries return successfully but with no IPv6 addresses, + causing clients to fall back to IPv4 (A record) queries. + enum: + - NOERROR + type: string + required: + - rcode + type: object + queryClass: + description: |- + queryClass specifies the DNS query class to match. + Valid values are "IN". + enum: + - IN + type: string + queryType: + description: |- + queryType specifies the DNS query type to match. + Valid values are "AAAA". + enum: + - AAAA + type: string + zones: + description: |- + zones specifies the DNS zones this template applies to. + Each zone must be a valid DNS name as defined in RFC 1123. + The special zone "." matches all domains (catch-all). + Multiple zones can be specified to apply the same template actions to multiple domains. + + Note: root zone (".") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters. + + Examples: + - ["."] matches all domains (catch-all for global AAAA filtering) + - ["example.com"] matches only example.com and its subdomains + - ["example.com", "test.com"] matches both domains and their subdomains + items: + maxLength: 253 + minLength: 1 + type: string + maxItems: 15 + minItems: 1 + type: array + x-kubernetes-list-type: set + required: + - action + - queryClass + - queryType + - zones + type: object + upstreamResolvers: + description: |- + upstreamResolvers defines a schema for configuring CoreDNS + to proxy DNS messages to upstream resolvers for the case of the + default (".") server + + If this field is not specified, the upstream used will default to + /etc/resolv.conf, with policy "sequential" + properties: + policy: + default: Sequential + description: |- + policy is used to determine the order in which upstream servers are selected for querying. + Any one of the following values may be specified: + + * "Random" picks a random upstream server for each query. + * "RoundRobin" picks upstream servers in a round-robin order, moving to the next server for each new query. + * "Sequential" tries querying upstream servers in a sequential order until one responds, starting with the first server for each new query. + + The default value is "Sequential" + enum: + - Random + - RoundRobin + - Sequential + type: string + protocolStrategy: + description: |- + protocolStrategy specifies the protocol to use for upstream DNS + requests. + Valid values for protocolStrategy are "TCP" and omitted. + When omitted, this means no opinion and the platform is left to choose + a reasonable default, which is subject to change over time. + The current default is to use the protocol of the original client request. + "TCP" specifies that the platform should use TCP for all upstream DNS requests, + even if the client request uses UDP. + "TCP" is useful for UDP-specific issues such as those created by + non-compliant upstream resolvers, but may consume more bandwidth or + increase DNS response time. Note that protocolStrategy only affects + the protocol of DNS requests that CoreDNS makes to upstream resolvers. + It does not affect the protocol of DNS requests between clients and + CoreDNS. + enum: + - TCP + - "" + type: string + transportConfig: + description: |- + transportConfig is used to configure the transport type, server name, and optional custom CA or CA bundle to use + when forwarding DNS requests to an upstream resolver. + + The default value is "" (empty) which results in a standard cleartext connection being used when forwarding DNS + requests to an upstream resolver. + properties: + tls: + description: tls contains the additional configuration options + to use when Transport is set to "TLS". + properties: + caBundle: + description: |- + caBundle references a ConfigMap that must contain either a single + CA Certificate or a CA Bundle. This allows cluster administrators to provide their + own CA or CA bundle for validating the certificate of upstream resolvers. + + 1. The configmap must contain a `ca-bundle.crt` key. + 2. The value must be a PEM encoded CA certificate or CA bundle. + 3. The administrator must create this configmap in the openshift-config namespace. + 4. The upstream server certificate must contain a Subject Alternative Name (SAN) that matches ServerName. + properties: + name: + description: name is the metadata.name of the referenced + config map + type: string + required: + - name + type: object + serverName: + description: |- + serverName is the upstream server to connect to when forwarding DNS queries. This is required when Transport is + set to "TLS". ServerName will be validated against the DNS naming conventions in RFC 1123 and should match the + TLS certificate installed in the upstream resolver(s). + maxLength: 253 + pattern: ^([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9])(\.([a-zA-Z0-9]|[a-zA-Z0-9][a-zA-Z0-9\-]{0,61}[a-zA-Z0-9]))*$ + type: string + required: + - serverName + type: object + transport: + description: |- + transport allows cluster administrators to opt-in to using a DNS-over-TLS + connection between cluster DNS and an upstream resolver(s). Configuring + TLS as the transport at this level without configuring a CABundle will + result in the system certificates being used to verify the serving + certificate of the upstream resolver(s). + + Possible values: + "" (empty) - This means no explicit choice has been made and the platform chooses the default which is subject + to change over time. The current default is "Cleartext". + "Cleartext" - Cluster admin specified cleartext option. This results in the same functionality + as an empty value but may be useful when a cluster admin wants to be more explicit about the transport, + or wants to switch from "TLS" to "Cleartext" explicitly. + "TLS" - This indicates that DNS queries should be sent over a TLS connection. If Transport is set to TLS, + you MUST also set ServerName. If a port is not included with the upstream IP, port 853 will be tried by default + per RFC 7858 section 3.1; https://datatracker.ietf.org/doc/html/rfc7858#section-3.1. + enum: + - TLS + - Cleartext + - "" + type: string + type: object + upstreams: + default: + - type: SystemResolvConf + description: |- + upstreams is a list of resolvers to forward name queries for the "." domain. + Each instance of CoreDNS performs health checking of Upstreams. When a healthy upstream + returns an error during the exchange, another resolver is tried from Upstreams. The + Upstreams are selected in the order specified in Policy. + + A maximum of 15 upstreams is allowed per ForwardPlugin. + If no Upstreams are specified, /etc/resolv.conf is used by default + items: + description: |- + Upstream can either be of type SystemResolvConf, or of type Network. + + - For an Upstream of type SystemResolvConf, no further fields are necessary: + The upstream will be configured to use /etc/resolv.conf. + - For an Upstream of type Network, a NetworkResolver field needs to be defined + with an IP address or IP:port if the upstream listens on a port other than 53. + properties: + address: + description: |- + address must be defined when Type is set to Network. It will be ignored otherwise. + It must be a valid ipv4 or ipv6 address. + type: string + port: + default: 53 + description: |- + port may be defined when Type is set to Network. It will be ignored otherwise. + Port must be between 65535 + format: int32 + maximum: 65535 + minimum: 1 + type: integer + type: + description: |- + type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. + Type accepts 2 possible values: SystemResolvConf or Network. + + * When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined: + /etc/resolv.conf will be used + * When Network is used, the Upstream structure must contain at least an Address + enum: + - SystemResolvConf + - Network + - "" + type: string + required: + - type + type: object + maxItems: 15 + type: array + x-kubernetes-list-type: atomic + type: object + type: object + status: + description: status is the most recently observed status of the DNS. + properties: + clusterDomain: + description: |- + clusterDomain is the local cluster DNS domain suffix for DNS services. + This will be a subdomain as defined in RFC 1034, + section 3.5: https://tools.ietf.org/html/rfc1034#section-3.5 + Example: "cluster.local" + + More info: https://kubernetes.io/docs/concepts/services-networking/dns-pod-service + type: string + clusterIP: + description: |- + clusterIP is the service IP through which this DNS is made available. + + In the case of the default DNS, this will be a well known IP that is used + as the default nameserver for pods that are using the default ClusterFirst DNS policy. + + In general, this IP can be specified in a pod's spec.dnsConfig.nameservers list + or used explicitly when performing name resolution from within the cluster. + Example: dig foo.com @ + + More info: https://kubernetes.io/docs/concepts/services-networking/service/#virtual-ips-and-service-proxies + type: string + conditions: + description: |- + conditions provide information about the state of the DNS on the cluster. + + These are the supported DNS conditions: + + * Available + - True if the following conditions are met: + * DNS controller daemonset is available. + - False if any of those conditions are unsatisfied. + items: + description: OperatorCondition is just the standard condition fields. + properties: + lastTransitionTime: + description: |- + lastTransitionTime is the last time the condition transitioned from one status to another. + This should be when the underlying condition changed. If that is not known, then using the time when the API field changed is acceptable. + format: date-time + type: string + message: + type: string + reason: + type: string + status: + description: status of the condition, one of True, False, Unknown. + enum: + - "True" + - "False" + - Unknown + type: string + type: + description: type of condition in CamelCase or in foo.example.com/CamelCase. + maxLength: 316 + pattern: ^([a-z0-9]([-a-z0-9]*[a-z0-9])?(\.[a-z0-9]([-a-z0-9]*[a-z0-9])?)*/)?(([A-Za-z0-9][-A-Za-z0-9_.]*)?[A-Za-z0-9])$ + type: string + required: + - lastTransitionTime + - status + - type + type: object + type: array + x-kubernetes-list-map-keys: + - type + x-kubernetes-list-type: map + required: + - clusterDomain + - clusterIP + type: object + type: object + served: true + storage: true + subresources: + status: {} diff --git a/operator/v1/zz_generated.swagger_doc_generated.go b/operator/v1/zz_generated.swagger_doc_generated.go index e35d997a763..138fdfa360d 100644 --- a/operator/v1/zz_generated.swagger_doc_generated.go +++ b/operator/v1/zz_generated.swagger_doc_generated.go @@ -704,6 +704,7 @@ var map_DNSSpec = map[string]string{ "operatorLogLevel": "operatorLogLevel controls the logging level of the DNS Operator. Valid values are: \"Normal\", \"Debug\", \"Trace\". Defaults to \"Normal\". setting operatorLogLevel: Trace will produce extremely verbose logs.", "logLevel": "logLevel describes the desired logging verbosity for CoreDNS. Any one of the following values may be specified: * Normal logs errors from upstream resolvers. * Debug logs errors, NXDOMAIN responses, and NODATA responses. * Trace logs errors and all responses.\n Setting logLevel: Trace will produce extremely verbose logs.\nValid values are: \"Normal\", \"Debug\", \"Trace\". Defaults to \"Normal\".", "cache": "cache describes the caching configuration that applies to all server blocks listed in the Corefile. This field allows a cluster admin to optionally configure: * positiveTTL which is a duration for which positive responses should be cached. * negativeTTL which is a duration for which negative responses should be cached. If this is not configured, OpenShift will configure positive and negative caching with a default value that is subject to change. At the time of writing, the default positiveTTL is 900 seconds and the default negativeTTL is 30 seconds or as noted in the respective Corefile for your version of OpenShift.", + "template": "template is an optional configuration for custom DNS query handling via the CoreDNS template plugin. The template defines how to handle queries matching specific zones and query types.\n\nThe template applies to all domains (custom domains from spec.servers and the cluster domain) to ensure consistent DNS resolution across all paths.\n\nWhen this field is not set, no template plugin configuration is added to CoreDNS.", } func (DNSSpec) SwaggerDoc() map[string]string { @@ -754,6 +755,27 @@ func (Server) SwaggerDoc() map[string]string { return map_Server } +var map_Template = map[string]string{ + "": "Template defines a template for custom DNS query handling via the CoreDNS template plugin. Template enables filtering or custom responses for DNS queries matching specific zones and query types.", + "zones": "zones specifies the DNS zones this template applies to. Each zone must be a valid DNS name as defined in RFC 1123. The special zone \".\" matches all domains (catch-all). Multiple zones can be specified to apply the same template actions to multiple domains.\n\nNote: root zone (\".\") includes cluster domain (cluster.local); use specific zones to avoid impacting IPv6 queries in IPv6 or dual-stack clusters.\n\nExamples: - [\".\"] matches all domains (catch-all for global AAAA filtering) - [\"example.com\"] matches only example.com and its subdomains - [\"example.com\", \"test.com\"] matches both domains and their subdomains", + "queryType": "queryType specifies the DNS query type to match. Valid values are \"AAAA\".", + "queryClass": "queryClass specifies the DNS query class to match. Valid values are \"IN\".", + "action": "action defines how to handle queries matching this template's zones and query type. The action builds a single DNS response by specifying the response code and may be extended by additional fields in the future.", +} + +func (Template) SwaggerDoc() map[string]string { + return map_Template +} + +var map_TemplateAction = map[string]string{ + "": "TemplateAction defines how to construct a DNS response for queries matching the template.", + "rcode": "rcode is the DNS response code to return. Valid values are \"NOERROR\".\n\nWhen set, the template returns a response with no answer records. For AAAA filtering, this means IPv6 address queries return successfully but with no IPv6 addresses, causing clients to fall back to IPv4 (A record) queries.", +} + +func (TemplateAction) SwaggerDoc() map[string]string { + return map_TemplateAction +} + var map_Upstream = map[string]string{ "": "Upstream can either be of type SystemResolvConf, or of type Network.\n\n - For an Upstream of type SystemResolvConf, no further fields are necessary:\n The upstream will be configured to use /etc/resolv.conf.\n - For an Upstream of type Network, a NetworkResolver field needs to be defined\n with an IP address or IP:port if the upstream listens on a port other than 53.", "type": "type defines whether this upstream contains an IP/IP:port resolver or the local /etc/resolv.conf. Type accepts 2 possible values: SystemResolvConf or Network.\n\n* When SystemResolvConf is used, the Upstream structure does not require any further fields to be defined:\n /etc/resolv.conf will be used\n* When Network is used, the Upstream structure must contain at least an Address", diff --git a/payload-manifests/featuregates/featureGate-4-10-Hypershift-Default.yaml b/payload-manifests/featuregates/featureGate-4-10-Hypershift-Default.yaml index 8eabfb74bde..9e8a97f530d 100644 --- a/payload-manifests/featuregates/featureGate-4-10-Hypershift-Default.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-Hypershift-Default.yaml @@ -122,6 +122,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-Hypershift-DevPreviewNoUpgrade.yaml b/payload-manifests/featuregates/featureGate-4-10-Hypershift-DevPreviewNoUpgrade.yaml index a18e3ffb8d4..3bedc117d21 100644 --- a/payload-manifests/featuregates/featureGate-4-10-Hypershift-DevPreviewNoUpgrade.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-Hypershift-DevPreviewNoUpgrade.yaml @@ -174,6 +174,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-Hypershift-OKD.yaml b/payload-manifests/featuregates/featureGate-4-10-Hypershift-OKD.yaml index 799724633a5..5483d7f3b9c 100644 --- a/payload-manifests/featuregates/featureGate-4-10-Hypershift-OKD.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-Hypershift-OKD.yaml @@ -124,6 +124,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-Hypershift-TechPreviewNoUpgrade.yaml b/payload-manifests/featuregates/featureGate-4-10-Hypershift-TechPreviewNoUpgrade.yaml index fec1cef6138..32d697c7ab2 100644 --- a/payload-manifests/featuregates/featureGate-4-10-Hypershift-TechPreviewNoUpgrade.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-Hypershift-TechPreviewNoUpgrade.yaml @@ -31,6 +31,9 @@ { "name": "ClusterUpdatePreflight" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "EventedPLEG" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-Default.yaml b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-Default.yaml index 0a5d2f69de5..3cc239adb72 100644 --- a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-Default.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-Default.yaml @@ -119,6 +119,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-DevPreviewNoUpgrade.yaml b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-DevPreviewNoUpgrade.yaml index fb6e46db2d7..72de29c5ad9 100644 --- a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-DevPreviewNoUpgrade.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-DevPreviewNoUpgrade.yaml @@ -153,6 +153,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-OKD.yaml b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-OKD.yaml index 8b60bf06878..283da65bfff 100644 --- a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-OKD.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-OKD.yaml @@ -121,6 +121,9 @@ { "name": "DNSNameResolver" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "DRAPartitionableDevices" }, diff --git a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-TechPreviewNoUpgrade.yaml b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-TechPreviewNoUpgrade.yaml index 3c48a8f327e..b6b1ae62d70 100644 --- a/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-TechPreviewNoUpgrade.yaml +++ b/payload-manifests/featuregates/featureGate-4-10-SelfManagedHA-TechPreviewNoUpgrade.yaml @@ -31,6 +31,9 @@ { "name": "ClusterUpdatePreflight" }, + { + "name": "DNSTemplatePlugin" + }, { "name": "EventedPLEG" },