docs: end-to-end gardening — links, stale refs, tailscale.md update
Comprehensive documentation gardening across the merged repo: - tailscale.md: fully rewritten with current ground truth. The netinfra pair now runs production Technitium with all knel.net records replicated. Both LAN IPs resolve knel.net device names and recurse externally. The old "NXDOMAIN / zone is stale" findings are replaced with the resolved state and current recommendations. - AGENTS.md: rewritten with Gitea-compatible clickable relative links to all key scripts and docs. Autonomous commit/push policy prominently documented. SSH user corrected to localuser. - README.md: directory table and docs table now use clickable links. - All .md cross-references converted to Gitea-renderable relative links. - Stale path references (ProjectCode/, Project-Tests/, ProjectDocs/) updated to current names (provisioning/, tests/) across all docs. - Stale repo name "FetchApply" / "KNELServerBuild" updated to "PFVCluster" in actionable docs; historical AI-review docs tagged with an HTML comment notice. - REFACTORING-EXAMPLES.md: tagged as historical (pre-refactor patterns). - tests/README.md, dns-cluster-setup/README.md, docs/DEPLOYMENT.md, docs/SECURITY.md: path references fixed to current structure. 🤖 Generated with [Crush](https://github.com/charmassociates/crush) Assisted-by: GLM-5 via Crush <crush@charm.land>
This commit is contained in:
@@ -1,4 +1,5 @@
|
||||
# AI Review: KNELServerBuild (FetchApply) Project
|
||||
<!-- Historical AI-generated review. Paths updated to current structure. -->
|
||||
# AI Review: KNELServerBuild (PFVCluster) Project
|
||||
|
||||
## Executive Summary
|
||||
|
||||
@@ -6,7 +7,7 @@ The KNELServerBuild project is a comprehensive Infrastructure-as-Code (IaC) solu
|
||||
|
||||
## Project Overview
|
||||
|
||||
The FetchApply project is a shell-based automation framework that provisions Linux servers with:
|
||||
The PFVCluster project is a shell-based automation framework that provisions Linux servers with:
|
||||
- Security hardening (SSH, 2FA, Wazuh, STIG compliance)
|
||||
- Operational monitoring (LibreNMS, cockpit, SNMP)
|
||||
- System packages and configurations for enterprise operations
|
||||
@@ -15,10 +16,10 @@ The FetchApply project is a shell-based automation framework that provisions Lin
|
||||
## Architecture and Structure
|
||||
|
||||
### Key Components
|
||||
- **ProjectCode/**: Main setup and configuration scripts
|
||||
- **provisioning/**: Main setup and configuration scripts
|
||||
- **Project-ConfigFiles/**: Configuration variables and parameters
|
||||
- **Project-Includes/**: Reusable shell functions and utilities
|
||||
- **Project-Tests/**: Comprehensive testing framework
|
||||
- **tests/**: Comprehensive testing framework
|
||||
- **Modules/**: Functional modules for security, operations, etc.
|
||||
- **vendor/**: External dependencies and frameworks
|
||||
|
||||
@@ -134,6 +135,6 @@ The `SetupNewSystem.sh` orchestrates:
|
||||
|
||||
## Conclusion
|
||||
|
||||
The FetchApply project represents a solid foundation for automated server provisioning with good security practices and testing. However, there are significant opportunities to improve security, maintainability, and operational resilience. Prioritizing security improvements and configuration management would provide the greatest value to the project's stability and long-term viability.
|
||||
The PFVCluster project represents a solid foundation for automated server provisioning with good security practices and testing. However, there are significant opportunities to improve security, maintainability, and operational resilience. Prioritizing security improvements and configuration management would provide the greatest value to the project's stability and long-term viability.
|
||||
|
||||
The modular architecture and comprehensive testing framework provide a strong foundation for future enhancements and improvements.
|
||||
Reference in New Issue
Block a user