diff --git a/content/rancher/v2.x/en/admin-settings/authentication/microsoft-adfs/microsoft-adfs-setup/_index.md b/content/rancher/v2.x/en/admin-settings/authentication/microsoft-adfs/microsoft-adfs-setup/_index.md
index 55a9b82340d..a05c9709e29 100644
--- a/content/rancher/v2.x/en/admin-settings/authentication/microsoft-adfs/microsoft-adfs-setup/_index.md
+++ b/content/rancher/v2.x/en/admin-settings/authentication/microsoft-adfs/microsoft-adfs-setup/_index.md
@@ -9,56 +9,57 @@ Before configuring Rancher to support AD FS users, you must add Rancher as a [re
1. Open the **AD FS Management** console. Select **Add Relying Party Trust...** from the **Actions** menu and click **Start**.
- {{< figure src="/img/rancher/adfs/adfs-overview.png" width="800" >}}
+
1. Select **Enter data about the relying party manually** as the option for obtaining data about the relying party.
-
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-2.png" width="600" >}}
+
+
1. Enter your desired **Display name** for your Relying Party Trust. For example, `Rancher`.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-3.png" width="600" >}}
+
1. Select **AD FS profile** as the configuration profile for your relying party trust.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-4.png" width="600" >}}
+
1. Leave the **optional token encryption certificate** empty, as Rancher AD FS will not be using one.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-5.png" width="600" >}}
+
1. Select **Enable support for the SAML 2.0 WebSSO protocol**
and enter `https:///v1-saml/adfs/saml/acs` for the service URL.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-6.png" width="600" >}}
+
1. Add `https:///v1-saml/adfs/saml/metadata` as the **Relying party trust identifier**.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-7.png" width="600" >}}
+
1. This tutorial will not cover multi-factor authentication; please refer to the [Microsoft documentation](https://docs.microsoft.com/en-us/windows-server/identity/ad-fs/operations/configure-additional-authentication-methods-for-ad-fs) if you would like to configure multi-factor authentication.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-8.png" width="600" >}}
+
1. From **Choose Issuance Authorization RUles**, you may select either of the options available according to use case. However, for the purposes of this guide, select **Permit all users to access this relying party**.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-9.png" width="600" >}}
+
1. After reviewing your settings, select **Next** to add the relying party trust.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-10.png" width="600" >}}
+
+
1. Select **Open the Edit Claim Rules...** and click **Close**.
- {{< figure src="/img/rancher/adfs/adfs-add-rpt-11.png" width="600" >}}
+
1. On the **Issuance Transform Rules** tab, click **Add Rule...**.
- {{< figure src="/img/rancher/adfs/adfs-edit-cr.png" width="400" >}}
+
1. Select **Send LDAP Attributes as Claims** as the **Claim rule template**.
- {{< figure src="/img/rancher/adfs/adfs-add-tcr-1.png" width="600" >}}
+
1. Set the **Claim rule name** to your desired name (for example, `Rancher Attributes`) and select **Active Directory** as the **Attribute store**. Create the following mapping to reflect the table below:
@@ -69,7 +70,7 @@ Before configuring Rancher to support AD FS users, you must add Rancher as a [re
| Token-Groups - Qualified by Long Domain Name | Group |
| SAM-Account-Name | Name |
- {{< figure src="/img/rancher/adfs/adfs-add-tcr-2.png" width="600" >}}
+
1. Download the `federationmetadata.xml` from your AD server at:
```
diff --git a/content/rancher/v2.x/en/faq/networking/cni-providers/_index.md b/content/rancher/v2.x/en/faq/networking/cni-providers/_index.md
index 9d8dcae502b..531303bafc3 100644
--- a/content/rancher/v2.x/en/faq/networking/cni-providers/_index.md
+++ b/content/rancher/v2.x/en/faq/networking/cni-providers/_index.md
@@ -1,7 +1,6 @@
---
title: CNI Providers
weight: 2300
-draft: true
---
## What is CNI?
diff --git a/content/rke/v0.1.x/en/config-options/add-ons/user-defined-add-ons/_index.md b/content/rke/v0.1.x/en/config-options/add-ons/user-defined-add-ons/_index.md
index 2659e661558..c748487eee5 100644
--- a/content/rke/v0.1.x/en/config-options/add-ons/user-defined-add-ons/_index.md
+++ b/content/rke/v0.1.x/en/config-options/add-ons/user-defined-add-ons/_index.md
@@ -7,7 +7,7 @@ Besides the [network plug-in]({{< baseurl >}}/rke/v0.1.x/en/config-options/add-o
There are two ways that you can specify an add-on.
-- [In-line Add-ons](#inline-add-ons)
+- [In-line Add-ons](#in-line-add-ons)
- [Referencing YAML Files for Add-ons](#referencing-yaml-files-for-add-ons)
> **Note:** When using user-defined add-ons, you *must* define a namespace for *all* your resources, otherwise they will end up in the `kube-system` namespace.
@@ -20,7 +20,8 @@ As of v0.1.8, RKE will update an add-on if it is the same name.
Prior to v0.1.8, update any add-ons by by using `kubectl edit`.
-## In-line Addons
+## In-line Add-ons
+
To define an add-on directly in the YAML file, make sure to use the YAML's block indicator `|-` as the `addons` directive is a multi-line string option. It's possible to specify multiple YAML resource definitions by separating them using the `---` directive.
```yaml