[ES] Fix broken links for KubeletConfiguration struct

alexandrevilain · alexandrevilain · commit 94437843fefe · 2023-01-15T12:50:58.000+01:00
diff --git a/content/es/docs/concepts/configuration/configmap.md b/content/es/docs/concepts/configuration/configmap.md
@@ -204,7 +204,7 @@ Cuando un ConfigMap est&aacute; siendo utilizado en un {{< glossary_tooltip text="volu
 El {{< glossary_tooltip text="kubelet" term_id="kubelet" >}} comprueba si el ConfigMap montado est&aacute; actualizado cada periodo de sincronizaci&oacute;n.
 Sin embargo, el {{< glossary_tooltip text="kubelet" term_id="kubelet" >}} utiliza su cach&eacute; local para obtener el valor actual del ConfigMap.
 El tipo de cach&eacute; es configurable usando el campo `ConfigMapAndSecretChangeDetectionStrategy` en el
-[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/{{< param "docsbranch" >}}/staging/src/k8s.io/kubelet/config/v1beta1/types.go).
+[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/kubelet/config/v1beta1/types.go).
 Un ConfigMap puede ser propagado por vista (default), ttl-based, o simplemente redirigiendo
 todas las consultas directamente a la API.
 Como resultado, el retraso total desde el momento que el ConfigMap es actualizado hasta el momento
diff --git a/content/es/docs/concepts/configuration/secret.md b/content/es/docs/concepts/configuration/secret.md
@@ -520,7 +520,7 @@ Cuando se actualiza un Secret que ya se est&aacute; consumiendo en un volumen, las cla
 Kubelet est&aacute; verificando si el Secret montado esta actualizado en cada sincronizaci&oacute;n peri&oacute;dica.
 Sin embargo, est&aacute; usando su cach&eacute; local para obtener el valor actual del Secret.
 El tipo de cach&eacute; es configurable usando el  (campo `ConfigMapAndSecretChangeDetectionStrategy`  en
-[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/{{< param "docsbranch" >}}/staging/src/k8s.io/kubelet/config/v1beta1/types.go)).
+[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/kubelet/config/v1beta1/types.go)).
 Puede ser propagado por el reloj (default), ttl-based, o simplemente redirigiendo
 todas las solicitudes a kube-apiserver directamente.
 Como resultado, el retraso total desde el momento en que se actualiza el Secret hasta el momento en que se proyectan las nuevas claves en el Pod puede ser tan largo como el periodo de sincronizaci&oacute;n de kubelet + retraso de 

-Original file line number
+Diff line change
 Kubelet está verificando si el Secret montado esta actualizado en cada sincronización periódica.
 Sin embargo, está usando su caché local para obtener el valor actual del Secret.
 El tipo de caché es configurable usando el  (campo `ConfigMapAndSecretChangeDetectionStrategy`  en
 -[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/{{< param "docsbranch" >}}/staging/src/k8s.io/kubelet/config/v1beta1/types.go)).
 +[KubeletConfiguration struct](https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/kubelet/config/v1beta1/types.go)).
 Puede ser propagado por el reloj (default), ttl-based, o simplemente redirigiendo
 todas las solicitudes a kube-apiserver directamente.
 Como resultado, el retraso total desde el momento en que se actualiza el Secret hasta el momento en que se proyectan las nuevas claves en el Pod puede ser tan largo como el periodo de sincronización de kubelet + retraso de