Fix misleading automatic-config claim in network device docs - #1400
Fix misleading automatic-config claim in network device docs#1400TheNewCat777 wants to merge 9 commits into
Conversation
Cisco ASA, Cisco IOS, Fortinet FortiGate, Juniper, PaloAlto, and SonicWall device docs presented a choice between configuring native audit settings 'Automatically through a monitoring plan' or manually. In practice, Netwrix Auditor cannot push audit configuration to these network devices - settings must always be configured manually on the device itself. Removed the misleading automatic-configuration option and reworded the intro to state plainly that configuration is manual, matching the existing HPE Aruba and Cisco Meraki docs. Applied to Auditor 10.7, 10.8, and 10.9. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Auto-Fix Summary114 issues fixed, 18 skipped across 18 files
Ask |
Replace the generic Windows-oriented boilerplate intro ('native logs',
'on the Auditor console computer', 'enabling certain built-in Windows
services') with wording accurate for network devices: they emit native
syslog events, and there's no Auditor-console-side or Windows-service
configuration involved.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Auto-Fix Summary6 issues fixed, 9 skipped across 18 files
Ask |
|
@claude fix all issues |
|
Fix in progress:
|
|
Fix in progress:
|
- ciscoasa.md: explain that config is manual because Netwrix Auditor can't
push configuration to network devices; reframe the settings list as an
end state; resolve the duplicated EMBLEM-format NOTE in the procedure
- ciscoios.md: same manual-config rationale and end-state reframing; name
Netwrix Auditor Server explicitly in the logging host bullet
- fortinetfortigate.md: drop the CLI-only claim in the intro that
contradicted the CLI-vs-Management-Console choice presented below it
- juniper.md: use 'Junos OS command line interface (CLI)'; rewrite the
preamble so it no longer restates procedure step 1
- paloalto.md: add the missing article ('the web interface'); normalize
'syslog server profile' casing; use 'Palo Alto device'
- sonicwall.md: revert 4 verbatim device event strings that the previous
autofix pass altered (Please restore..., User login to Administration
Portal denied, is not permitted for this Web App); fix the double
'Configure' intro sentence; restore table row padding for two rows
Applied to Auditor 10.7, 10.8, and 10.9.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
The intro had two adjacent sentences both stating the device is
configured manually ('Configure native audit settings manually on the
Palo Alto device...' followed by 'To configure your Palo Alto devices,
create a syslog server profile...'). Merged into one sentence.
All other items from the last editorial review (ciscoasa.md,
ciscoios.md, fortinetfortigate.md, juniper.md, sonicwall.md) were
already addressed in b8200f0; verified against the original
pre-autofix content and confirmed intact.
Applied to Auditor 10.7, 10.8, and 10.9.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Auto-Fix Summary33 issues fixed, 7 skipped across 18 files
Ask |
- ciscoasa.md, ciscoios.md: normalize the settings list back to consistent
end-state phrasing ('is set to', 'is enabled') across all 5 bullets. A
prior autofix pass had converted 2 of the 5 bullets to active voice
(Dale flagged the other 3 as legitimate passive-voice skips), leaving
the list stylistically inconsistent.
- sonicwall.md: fix 'In the dialog appears, select Create new address
object option' -> 'In the dialog that appears, select the Create new
address object option' (missing relative pronoun and article; not a
verbatim device string, so safe to fix). Also re-restore the 4 verbatim
SonicWall event strings and 2 table rows' padding, which a subsequent
vale-autofix run had altered again after the previous fix commit.
Applied to Auditor 10.7, 10.8, and 10.9.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Documentation PR ReviewEditorial ReviewThis PR applies the same six file changes across three versions (10.7, 10.8, 10.9). The files are byte-identical per version except for the version number in the Juniper cross-reference link, and line numbers match across all three. Findings are listed once per unique file and apply to all three versions of that file. docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/ciscoasa.md
docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/ciscoios.md
docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/fortinetfortigate.md
docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/juniper.md
docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/paloalto.md
docs/auditor/{10.7,10.8,10.9}/configuration/networkdevices/sonicwall.md
Summary12 editorial suggestions across 6 unique files (18 files total, since each change is duplicated across versions 10.7, 10.8, and 10.9). The highest-priority item is the What to do next: Comment
You can ask Claude anything about the review or about Netwrix writing standards.
|
Auto-Fix Summary27 issues fixed, 16 skipped across 18 files
Ask |
Cisco ASA, Cisco IOS, Fortinet FortiGate, Juniper, PaloAlto, and SonicWall device docs presented a choice between configuring native audit settings 'Automatically through a monitoring plan' or manually. In practice, Netwrix Auditor cannot push audit configuration to these network devices - settings must always be configured manually on the device itself. Removed the misleading automatic-configuration option and reworded the intro to state plainly that configuration is manual, matching the existing HPE Aruba and Cisco Meraki docs.
Applied to Auditor 10.7, 10.8, and 10.9.