diff --git a/getting-started/installation/secure-bootstrap.markdown b/getting-started/installation/secure-bootstrap.markdown index 3c2665f1f..d7a88b1ca 100644 --- a/getting-started/installation/secure-bootstrap.markdown +++ b/getting-started/installation/secure-bootstrap.markdown @@ -41,7 +41,7 @@ settings. So after we have set-up our hub (using the standard procedure of `cf-agent --bootstrap $HUB_IP`) we take care of the following: * `cf-serverd` must never accept a connection from a client presenting an - untrusted key. [Disable automatic key trust][Masterfiles Policy Framework#trustkeysfrom] + untrusted key. [Disable automatic key trust][Masterfiles Policy Framework#Automatic bootstrap - Trusting keys from new hosts with trustkeysfrom] by providing an empty list for `default:def.trustkeysfrom`. ## Bootstrap without automatically trusting diff --git a/web-ui.markdown b/web-ui.markdown index 313920663..c873d20a7 100644 --- a/web-ui.markdown +++ b/web-ui.markdown @@ -9,11 +9,11 @@ The challenge in engineering IT infrastructure, especially as it scales vertically and horizontally, is to recognize the system components, what they do at any given moment in time (or over time), and when and how they change state. -CFEngine Enterprise's data collection service, the `cf-hub` collector, collects, +CFEngine Enterprise's data collection service, `cf-hub`, collects, organizes, and stores data from every host. The data is stored primarily in a PostgreSQL database. -CFEngine Enterprise's user interface, the Mission Portal makes that data +CFEngine Enterprise's user interface, Mission Portal, makes that data available to authorized users as high level reports or alerts and notifications. The reports can be designed in a GUI report builder or directly with SQL statements passed to PostgreSQL. @@ -27,18 +27,18 @@ The dashboard contains informative widgets that you can customize to create alerts. All notifications of alert state changes, e.g. from OK to not-OK, are stored in an event log for later inspection and analysis. -### Make changes to shared dashboard +### Make changes to a shared dashboard Clone dashboard possibility -Create an editable copy by clicking the button that appears when you hover over +Create an editable copy by clicking the edit button (pencil icon) that appears when you hover over the dashboard's row. ### Alert widgets Enterprise UI Alerts -Alerts can have three different severity level: low, medium and high. These are +Alerts can have three different severity levels: low, medium and high. These are represented by yellow, orange and red rings respectively, along with the percentage of hosts alerts have triggered on. Hovering over the widget will show the information as text in a convenient list format. @@ -92,16 +92,15 @@ All Events can be searched and viewed from the Event Log page. Mission Portal - Events View whole system events RBAC page -### Host count widget +### Newly bootstrapped hosts widget -The hosts count widget helps to visualize the number of hosts bootstrapped to CFEngine over time. +The Newly bootstrapped hosts widget helps to visualize the number of hosts bootstrapped to CFEngine over time. -Dashboard Host count +Dashboard Newly bootstrapped ## Hosts -CFEngine collects data on promise compliance, and sorts hosts according to 3 -different categories: erroneous, fully compliant, and lacking data. +CFEngine collects data on promise compliance, and sorts hosts into two categories: 100% compliant, and not. Find out more: [Hosts][] diff --git a/web-ui/clone-dashboard.png b/web-ui/clone-dashboard.png index 041b127cc..5731d1a7e 100644 Binary files a/web-ui/clone-dashboard.png and b/web-ui/clone-dashboard.png differ diff --git a/web-ui/dashboard-widget-hosts-count.png b/web-ui/dashboard-widget-hosts-count.png deleted file mode 100644 index ac9985dbd..000000000 Binary files a/web-ui/dashboard-widget-hosts-count.png and /dev/null differ diff --git a/web-ui/dashboard-widget-newly-bootstrapped.png b/web-ui/dashboard-widget-newly-bootstrapped.png new file mode 100644 index 000000000..b3bbeef8b Binary files /dev/null and b/web-ui/dashboard-widget-newly-bootstrapped.png differ diff --git a/web-ui/hosts.markdown b/web-ui/hosts.markdown index be6e3734c..7a6fc48bd 100644 --- a/web-ui/hosts.markdown +++ b/web-ui/hosts.markdown @@ -14,7 +14,7 @@ Each host is in one of two groups: out of compliance or fully compliant. Hosts app overview -A host tree based on OS (Operating system) is present by default. Host trees map hosts based on reported classes into a hierarchy. Additional host trees can be added based on classes, which could be used to view different perspectives such as geographic location, production tier, business unit, etc.... Furthermore, Each host tree can be shared based on Mission Portal role. +A host tree based on OS (Operating system) is present by default. Host trees map hosts based on reported classes into a hierarchy. Additional host trees can be added based on classes, which could be used to view different perspectives such as geographic location, production tier, business unit, etc. Furthermore, each host tree can be shared based on Mission Portal role. Hosts app custom tree for geographic region @@ -33,8 +33,8 @@ Take action on a host. Host action buttons * Run agent :: Request an unscheduled policy run -* Collect reports:: Request report collection -* Get URL:: Get the URL to the specific hosts info page +* Collect reports :: Request report collection +* Get URL :: Get the URL to the specific hosts info page * Delete host :: Delete the host ### Host specific data @@ -43,7 +43,7 @@ Assign host specific _Variables_ and _Classes_. Host specific data variables -Note: When defined via host specific data variables default to the `variables` _bundle_ of the `data` _namespace_. Qualify the variable with the desired bundle and namespace to override the default. For example `my_bundle.myvaribale` to define `my_bundle.myvariable` in the `data` namespace, or `my_namesapce:my_bundle.myvariable` to define `myvariable` in the `my_bundle` bundle of the `my_namespace` namespace. +Note: When defined via host specific data, variables default to the `variables` _bundle_ of the `data` _namespace_. Qualify the variable with the desired bundle and namespace to override the default. For example `my_bundle.myvariable` to define `my_bundle.myvariable` in the `data` namespace, or `my_namespace:my_bundle.myvariable` to define `myvariable` in the `my_bundle` bundle of the `my_namespace` namespace. Host specific data classes