fix broken aliases in tasks

This commit is contained in:
Denise Schannon
2018-07-17 22:09:10 -07:00
committed by Denise
parent 909b9829a0
commit 678d8d5a5e
9 changed files with 13 additions and 8 deletions
@@ -2,7 +2,7 @@
title: Configuring OpenLDAP
weight: 1113
aliases:
- /rancher/v2.x/en/tasks/global-configuration/authentication/openLDAP/
- /rancher/v2.x/en/tasks/global-configuration/authentication/openldap/
---
_Available as of v2.0.5_
@@ -2,8 +2,9 @@
title: Managing Pod Security Policies
weight: 1135
aliases:
- /rancher/v2.x/en/concepts/global-configuration/pod-security-policies
- /rancher/v2.x/en/tasks/global-configuration/pod-security-policies
- /rancher/v2.x/en/concepts/global-configuration/pod-security-policies/
- /rancher/v2.x/en/tasks/global-configuration/pod-security-policies/
- /rancher/v2.x/en/tasks/clusters/adding-a-pod-security-policy/
---
_Pod Security Policies_ (or PSPs) are objects that control security-sensitive aspects of pod specification (like root privileges). If a pod does not meet the conditions specified in the PSP, Kubernetes will not allow it to start, and Rancher will display an error message of `Pod <NAME> is forbidden: unable to validate...`.
@@ -2,7 +2,7 @@
title: SSL Certificates
weight: 3060
aliases:
- /rancher/v2.x/en/tasks/projects/add-ssl-certificate/
- /rancher/v2.x/en/tasks/projects/add-ssl-certificates/
---
When you create an ingress within Rancher/Kubernetes, you must provide it with a secret that includes a TLS private key and certificate, which are used to encrypt and decrypt communications that come through the ingress. You can make certificates available for ingress use by navigating to its project or namespace, and then uploading the certificate. You can then add the certificate to the ingress deployment.
@@ -1,6 +1,8 @@
---
title: Ingress
weight: 3042
aliases:
- /rancher/v2.x/en/tasks/workloads/add-ingress/
---
Ingress can be added for workloads to provide load balancing, SSL termination and host/path based routing.
@@ -3,6 +3,8 @@ title: Projects and Namespaces
weight: 3020
aliases:
- /rancher/v2.x/en/concepts/projects/
- /rancher/v2.x/en/tasks/projects/
- /rancher/v2.x/en/tasks/projects/create-project/
---
_Projects_ are a new concept introduced by Rancher. They are not a native Kubernetes construct. A project captures a set of policies for a set of namespaces. A user can be assigned a specific role in a project. A role can be owner, member, read-only, or [custom]({{< baseurl >}}/rancher/v2.x/en/admin-settings/rbac/default-custom-roles/). Policies include Kubernetes Role-Based Access Control (RBAC) policies and pod security policies. Rancher 2.0 also implements a canned network policy that isolates containers in different projects. Future versions of Rancher will implement more flexible network policies.
@@ -2,7 +2,7 @@
title: Adding a Sidecar
weight: 3029
aliases:
- /rancher/v2.x/en/concepts/workloads/add-a-sidecar/
- /rancher/v2.x/en/tasks/workloads/add-a-sidecar/
---
A _sidecar_ is a container that extends or enhances the main container in a pod. The main container and the sidecar share a pod, and therefore share the same network space and storage. You can add sidecars to existing workloads by using the **Add a Sidecar** option.
@@ -2,7 +2,7 @@
title: Deploying Workloads
weight: 3026
aliases:
- /rancher/v2.x/en/concepts/workloads/deploy-workloads/
- /rancher/v2.x/en/tasks/workloads/deploy-workloads/
---
Deploy a workload to run an application in one or more containers.
@@ -2,7 +2,7 @@
title: Rolling Back Workloads
weight: 3027
aliases:
- /rancher/v2.x/en/concepts/workloads/rollback-workloads/
- /rancher/v2.x/en/tasks/workloads/rollback-workloads/
---
Sometimes there is a need to rollback to the previous version of the application, either for debugging purposes or because an upgrade did not go as planned.
@@ -2,7 +2,7 @@
title: Upgrading Workloads
weight: 3028
aliases:
- /rancher/v2.x/en/concepts/workloads/upgrade-workloads/
- /rancher/v2.x/en/tasks/workloads/upgrade-workloads/
---
When a new version of an application image is released on Docker Hub, you can upgrade any workloads running a previous version of the application to the new one.