You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/governance/policy/how-to/guest-configuration-create-linux.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,7 +67,7 @@ To install the **GuestConfiguration** module in PowerShell:
67
67
Install-Module -Name GuestConfiguration
68
68
```
69
69
70
-
2. Validate that the module has been imported:
70
+
1. Validate that the module has been imported:
71
71
72
72
```azurepowershell-interactive
73
73
# Get a list of commands for the imported GuestConfiguration module
@@ -94,7 +94,7 @@ name.
94
94
95
95
Guest Configuration on Linux uses the `ChefInSpecResource` resource to
96
96
provide the engine with the name of the [ InSpec profile](https://www.inspec.io/docs/reference/profiles/). **Name**
97
-
is the only required resource property. You will need to create a YaML file and a Ruby script file, as detailed below.
97
+
is the only required resource property. Create a YaML file and a Ruby script file, as detailed below.
98
98
99
99
First, create the YaML file used by InSpec.
100
100
The file provides basic information about the environment.
@@ -186,7 +186,7 @@ module includes a cmdlet `Test-GuestConfigurationPackage` that loads the same ag
186
186
development environment as is used inside Azure machines. Using this solution, you can perform
187
187
integration testing locally before releasing to billed cloud environments.
188
188
189
-
Since the agent is actually evaluating the local environment, in most cases you will need to run the Test- cmdlet on the same OS platform as you plan to audit.
189
+
Since the agent is actually evaluating the local environment, in most cases you need to run the Test- cmdlet on the same OS platform as you plan to audit.
190
190
191
191
Parameters of the `Test-GuestConfigurationPackage` cmdlet:
192
192
@@ -414,7 +414,7 @@ there are two fields that must be updated if you would like to publish a new rel
414
414
415
415
-**Version**: When you run the `New-GuestConfigurationPolicy` cmdlet, you must specify a version
416
416
number greater than what is currently published. The property updates the version of the Guest
417
-
Configuration assignment in the new policy file so the extension will recognize that the package
417
+
Configuration assignment in the new policy file so the extension recognizes that the package
418
418
has been updated.
419
419
-**contentHash**: This property is updated automatically by the `New-GuestConfigurationPolicy`
420
420
cmdlet. It's a hash value of the package created by `New-GuestConfigurationPackage`. The property
Copy file name to clipboardExpand all lines: articles/governance/policy/how-to/guest-configuration-create.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,7 +67,7 @@ To install the **GuestConfiguration** module in PowerShell:
67
67
Install-Module -Name GuestConfiguration
68
68
```
69
69
70
-
2. Validate that the module has been imported:
70
+
1. Validate that the module has been imported:
71
71
72
72
```azurepowershell-interactive
73
73
# Get a list of commands for the imported GuestConfiguration module
@@ -89,7 +89,7 @@ For an overview of DSC concepts and terminology, see
89
89
90
90
When Guest Configuration audits a machine, it first runs `Test-TargetResource` to determine if it is
91
91
in the correct state. The boolean value returned by the function determines if the Azure Resource
92
-
Manager status for the Guest Assignment should be Compliant/Not-Compliant. Next the provider will run
92
+
Manager status for the Guest Assignment should be Compliant/Not-Compliant. Next the provider runs
93
93
`Get-TargetResource` to return the current state of each setting so details are available both
94
94
about why a machine is not compliant, or to confirm that the current state is compliant.
95
95
@@ -230,7 +230,7 @@ module includes a cmdlet `Test-GuestConfigurationPackage` that loads the same ag
230
230
development environment as is used inside Azure machines. Using this solution, you can perform
231
231
integration testing locally before releasing to billed cloud environments.
232
232
233
-
Since the agent is actually evaluating the local environment, in most cases you will need to run the Test- cmdlet on the same OS platform as you plan to audit.
233
+
Since the agent is actually evaluating the local environment, in most cases you need to run the Test- cmdlet on the same OS platform as you plan to audit.
234
234
235
235
Parameters of the `Test-GuestConfigurationPackage` cmdlet:
236
236
@@ -424,7 +424,7 @@ there are two fields that must be updated if you would like to publish a new rel
424
424
425
425
-**Version**: When you run the `New-GuestConfigurationPolicy` cmdlet, you must specify a version
426
426
number greater than what is currently published. The property updates the version of the Guest
427
-
Configuration assignment in the new policy file so the extension will recognize that the package
427
+
Configuration assignment in the new policy file so the extension recognizes that the package
428
428
has been updated.
429
429
-**contentHash**: This property is updated automatically by the `New-GuestConfigurationPolicy`
430
430
cmdlet. It's a hash value of the package created by `New-GuestConfigurationPackage`. The property
@@ -445,7 +445,7 @@ above, you can convert Windows Group Policy content and package/publish it for A
445
445
audit. For details about using the tool, see the article
446
446
[Quickstart: Convert Group Policy into DSC](/powershell/scripting/dsc/quickstarts/gpo-quickstart).
447
447
Once the content has been converted, the steps above to create a package and publish it as Azure
0 commit comments