diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html deleted file mode 100644 index 6069eac..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html +++ /dev/null @@ -1,4 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:14:12

SystemStatusZFS Details
shredderWarning
[shredder] ERROR: ZFS RAID check failed: Authentication failed.
-[shredder] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
mastodonWarning
All pools healthy
db1Warning
[db1] ERROR: ZFS RAID check failed: Authentication failed.
-[db1] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
db2Warning
[db2] ERROR: ZFS RAID check failed: Authentication failed.
-[db2] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html deleted file mode 100644 index 215a9cf..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html +++ /dev/null @@ -1,4 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:15:26

SystemStatusZFS Details
shredderWarning
[shredder] ERROR: ZFS RAID check failed: Authentication failed.
-[shredder] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
mastodonWarning
All pools healthy
db1Warning
[db1] ERROR: ZFS RAID check failed: Authentication failed.
-[db1] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
db2Warning
[db2] ERROR: ZFS RAID check failed: Authentication failed.
-[db2] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed.
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html deleted file mode 100644 index 255fc6c..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:18:37

SystemStatusZFS Details
shredderWarning
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Warning
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Critical
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html deleted file mode 100644 index 9307200..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:19:40

SystemStatusZFS Details
shredderWarning
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Warning
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Critical
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html deleted file mode 100644 index 9e86a89..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:23:18

SystemStatusZFS Details
shredderWarning
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Warning
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Critical
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html deleted file mode 100644 index 98df44f..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:25:55

SystemStatusZFS Details
shredderCritical
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Critical
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Critical
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html deleted file mode 100644 index a91e48a..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:27:51

SystemStatusZFS Details
shredderCritical
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Critical
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Critical
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html deleted file mode 100644 index 5656050..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:29:37

SystemStatusZFS Details
shredderWarning
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Warning
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Warning
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html deleted file mode 100644 index 67d1c0e..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html +++ /dev/null @@ -1,2 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:30:53

SystemStatusZFS Details
shredderWarning
[shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy
mastodonWarning
All pools healthy
db1Warning
[db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
db2Warning
[db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool'
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html deleted file mode 100644 index dd60310..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:34:37

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonWarning
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html deleted file mode 100644 index eb27f13..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:35:19

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html deleted file mode 100644 index 480373b..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:36:34

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html deleted file mode 100644 index 4d5ff6c..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:39:33

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html deleted file mode 100644 index 207dede..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:40:39

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html deleted file mode 100644 index 294ee93..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:42:35

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html deleted file mode 100644 index 42f7b54..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:43:10

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html deleted file mode 100644 index 46a4992..0000000 --- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html +++ /dev/null @@ -1 +0,0 @@ -Genesis Radio Healthcheck

Genesis Radio System Health

Last Checked: 2025-05-02 14:43:24

SystemStatusZFS Details
shredderHealthy
All pools healthy
mastodonCritical
All pools healthy
db1Healthy
All pools healthy
db2Healthy
All pools healthy
\ No newline at end of file diff --git a/archive.html/cleanup.log b/archive.html/cleanup.log deleted file mode 100644 index e69de29..0000000 diff --git a/genesishostingmd/access/account-creation.md b/genesishostingmd/access/account-creation.md deleted file mode 100644 index 12fd857..0000000 --- a/genesishostingmd/access/account-creation.md +++ /dev/null @@ -1,20 +0,0 @@ -# Account Creation Policy - -## Customer Accounts - -- Created automatically via WHMCS upon signup -- Email verification is required before service activation -- Strong passwords (minimum 10 characters) are enforced -- 2FA is recommended and required for admin-facing services - -## Staff/Admin Accounts - -- Created manually by Super Admin only -- Must use SSH keys for server access -- Access logs are enabled and monitored -- Each staff account must be linked to an internal email - -## Account Naming Convention - -- Customers: `client_{username}` -- Admins: `admin.{firstname}` diff --git a/genesishostingmd/access/account-deletion.md b/genesishostingmd/access/account-deletion.md deleted file mode 100644 index 71fd0df..0000000 --- a/genesishostingmd/access/account-deletion.md +++ /dev/null @@ -1,13 +0,0 @@ -# Account Deletion Policy - -## Customer Accounts - -- Users may request account deletion via WHMCS support ticket -- Data is retained for 30 days post-termination (unless legally required) -- Backups including user data are purged after 30 days - -## Internal Accounts - -- Deactivated immediately upon staff departure or role change -- SSH keys, DirectAdmin access, and database credentials revoked -- Logs associated with the account are retained for audit purposes diff --git a/genesishostingmd/access/least-priv.md b/genesishostingmd/access/least-priv.md deleted file mode 100644 index 00f85ac..0000000 --- a/genesishostingmd/access/least-priv.md +++ /dev/null @@ -1,20 +0,0 @@ -# Least Privilege Policy - -Genesis Hosting enforces least privilege access for all systems. - -## Principles - -- Users are given the minimum level of access necessary to perform their work -- Admin tools are isolated by function (e.g., billing vs. system access) -- Escalation of privileges must be requested, documented, and time-bound - -## Tools in Use - -- WHMCS permissions are restricted by group -- SSH access is limited using `AllowUsers` and firewalled IPs -- TeamTalk server admins are rotated and audited monthly - -## Review Cycle - -- Access roles are reviewed quarterly -- Logs of access changes are stored and rotated every 90 days diff --git a/genesishostingmd/access/user-roles.md b/genesishostingmd/access/user-roles.md deleted file mode 100644 index 0f485f3..0000000 --- a/genesishostingmd/access/user-roles.md +++ /dev/null @@ -1,18 +0,0 @@ -# User Roles - -Genesis Hosting Technologies uses Role-Based Access Control (RBAC) to ensure that users only have access to what they need. - -## Role Definitions - -| Role | Description | Examples | -|----------------|----------------------------------------------------------|----------------------------------| -| Customer | End users with access to services they’ve purchased | DirectAdmin clients, Streamers | -| Support Staff | Limited admin functions for resolving client issues | Helpdesk, WHMCS support agents | -| Administrator | Full access to provision, maintain, and modify services | Infrastructure admins | -| Super Admin | Root-level access to all systems | Owner/Lead Engineer | - -## Guidelines - -- Roles are assigned during onboarding. -- Access levels are reviewed quarterly. -- No one should hold higher access than required for their duties. diff --git a/genesishostingmd/backups/backup-disaster-recovery.md b/genesishostingmd/backups/backup-disaster-recovery.md deleted file mode 100644 index 18b8d67..0000000 --- a/genesishostingmd/backups/backup-disaster-recovery.md +++ /dev/null @@ -1,26 +0,0 @@ -# Disaster Recovery Plan - -Genesis Hosting is prepared to recover core systems from catastrophic failure. - -## Recovery Objectives - -- **RPO (Recovery Point Objective)**: 24 hours -- **RTO (Recovery Time Objective)**: 4 hours for customer services - -## Full Recovery Flow - -1. Triage the affected systems -2. Identify last successful backup or snapshot -3. Restore individual services: - - DNS - - WHMCS - - DirectAdmin - - AzuraCast - - TeamTalk -4. Run post-restore validation scripts -5. Notify customers of incident and resolution - -## DR Testing - -- Simulated quarterly -- Logs retained in `/var/log/genesisdr.log` diff --git a/genesishostingmd/backups/backup-integrity.md b/genesishostingmd/backups/backup-integrity.md deleted file mode 100644 index ced96f2..0000000 --- a/genesishostingmd/backups/backup-integrity.md +++ /dev/null @@ -1,23 +0,0 @@ -# Backup Integrity - -We verify all backups regularly to ensure they are complete, uncorrupted, and restorable. - -## Weekly Tasks - -- ZFS scrubs for all pools -- Hash checks (SHA-256) for tarballs and dumps -- rsync `--checksum` verification for remote mirrors - -## Alerts - -- Email/Mastodon alert if: - - ZFS reports checksum errors - - Scheduled backup is missing - - Remote sync fails or lags > 24h - -## Tools Used - -- `zfs scrub` -- `sha256sum` + custom validation script -- rclone sync logs -- Telegram bot and Genesis Shield notifications diff --git a/genesishostingmd/backups/backup-policy.md b/genesishostingmd/backups/backup-policy.md deleted file mode 100644 index 6bd0de0..0000000 --- a/genesishostingmd/backups/backup-policy.md +++ /dev/null @@ -1,29 +0,0 @@ -# Backup Policy - -Genesis Hosting Technologies maintains regular backups to ensure customer data and internal infrastructure are recoverable in the event of failure, corruption, or disaster. - -## Backup Schedule - -| System | Frequency | Retention | Method | -|----------------|-----------|-----------|------------------| -| DirectAdmin | Daily | 7 Days | rsync + tarball | -| WHMCS | Daily | 14 Days | Encrypted dump | -| AzuraCast | Daily | 7 Days | Docker volume snapshot + config export | -| TeamTalk | Daily | 7 Days | XML + config archive | -| Full VMs | Weekly | 4 Weeks | ZFS snapshots or Proxmox backups | -| Offsite Backups| Weekly | 4 Weeks | Rsync to remote ZFS or object storage | - -## Retention Policy - -- Daily: 7 days -- Weekly: 4 weeks -- Monthly: Optional, for specific business data - -## Encryption - -- Backups are encrypted at rest (AES-256) -- Transfers to remote locations use SSH or TLS - -## Notes - -- No backup occurs on client plans marked "opt-out" diff --git a/genesishostingmd/backups/dr/assets-mastodon-bucket.md b/genesishostingmd/backups/dr/assets-mastodon-bucket.md deleted file mode 100644 index 6a36a15..0000000 --- a/genesishostingmd/backups/dr/assets-mastodon-bucket.md +++ /dev/null @@ -1,45 +0,0 @@ -## 2025-05-02 22:24:25 – MinIO Bucket Access Configuration for Mastodon - -**Bucket**: `assets-mastodon` -**Server**: `shredderv2` -**User**: `genesisuser` -**Permissions**: Read / Write / Delete -**Policy Name**: `assets-mastodon-rw-policy` - -### Commands Executed: - -```bash -mc alias set localminio http://localhost:9000 genesisadmin MutationXv3! - -cat > assets_mastodon_rw_policy.json < assets_mastodon_rw_policy.json <24h), credit may be issued -- All refund requests are reviewed manually by support - -## How to Request - -Submit a WHMCS ticket with reason for refund diff --git a/genesishostingmd/company/company-code-of-conduct.md b/genesishostingmd/company/company-code-of-conduct.md deleted file mode 100644 index 5c2ca65..0000000 --- a/genesishostingmd/company/company-code-of-conduct.md +++ /dev/null @@ -1,20 +0,0 @@ -# Code of Conduct - -We maintain a respectful, safe, and inclusive environment for both staff and clients. - -## Expectations - -- Treat all clients and team members with professionalism and courtesy -- Communicate clearly and constructively — even during escalations -- Uphold privacy, security, and transparency at every level -- Follow internal and customer-facing policies at all times - -## Zero Tolerance - -We do not tolerate: - -- Harassment or abuse (verbal, written, or otherwise) -- Discrimination based on identity, ability, or belief -- Intentional sabotage of infrastructure or service integrity - -Violations may result in immediate termination of access or service. diff --git a/genesishostingmd/company/company-mission-statement.md b/genesishostingmd/company/company-mission-statement.md deleted file mode 100644 index 8ad1643..0000000 --- a/genesishostingmd/company/company-mission-statement.md +++ /dev/null @@ -1,12 +0,0 @@ -# Mission Statement - -At Genesis Hosting Technologies, our mission is to provide secure, reliable, and transparent hosting services with a personal touch. - -We believe that even the smallest teams deserve enterprise-grade infrastructure — without enterprise-grade headaches. - -Our goal is to deliver: - -- Fast, stable hosting environments -- Fair pricing with no upsell games -- Transparent policies and proactive support -- A commitment to data ownership and user privacy diff --git a/genesishostingmd/company/company-tos.md b/genesishostingmd/company/company-tos.md deleted file mode 100644 index 2cddbcb..0000000 --- a/genesishostingmd/company/company-tos.md +++ /dev/null @@ -1,25 +0,0 @@ -# Terms of Service (TOS) - -By using services from Genesis Hosting Technologies, you agree to the following terms: - -## Service Provision - -- Services are delivered as-is, with best-effort uptime and technical support -- Users must abide by our Acceptable Use Policy (AUP) -- Access may be suspended for abuse, non-payment, or security issues - -## Billing & Renewals - -- All services are billed monthly or annually -- Automatic renewal is enabled by default -- Invoices are due within 5 days of issue unless otherwise agreed - -## Termination - -- You may cancel at any time via WHMCS -- We reserve the right to suspend or terminate accounts that violate our policies - -## Liability - -- We are not liable for data loss, service interruptions, or indirect damages -- Backups are provided as a best-effort courtesy unless contractually guaranteed diff --git a/genesishostingmd/company/dmca.md b/genesishostingmd/company/dmca.md deleted file mode 100644 index b6a4097..0000000 --- a/genesishostingmd/company/dmca.md +++ /dev/null @@ -1,25 +0,0 @@ -# DMCA Policy - -Genesis Hosting Technologies complies with the Digital Millennium Copyright Act (DMCA). - -## Filing a Takedown Notice - -Email dmca@genesishostingtechnologies.com with: - -- Your contact information -- Description of the copyrighted work -- URL or IP address of the infringing content -- A statement of good faith belief -- A statement of accuracy and authority - -## What Happens Next - -- We review and respond within 48 hours -- The client is notified and given a chance to respond -- If no valid counter-notice is filed, content may be removed or suspended - -## Filing a Counter Notice - -Clients who believe their content was wrongly removed may submit a counter notice with similar contact and justification information. - -We will not tolerate repeated infringement and may terminate accounts accordingly. diff --git a/genesishostingmd/company/privacy-policy.md b/genesishostingmd/company/privacy-policy.md deleted file mode 100644 index 380aee0..0000000 --- a/genesishostingmd/company/privacy-policy.md +++ /dev/null @@ -1,26 +0,0 @@ -# Privacy Policy - -We respect your privacy and protect your data. - -## What We Collect - -- Account information: name, email, billing address -- Service usage data: IPs, access logs, system metrics -- Communications: support tickets and emails - -## How We Use It - -- Service provisioning and support -- Abuse prevention and system integrity -- Internal analytics (not shared or sold) - -## Data Sharing - -- We do not sell user data -- We may share limited data with trusted providers (e.g., payment processors) -- Law enforcement requests must include valid legal process - -## Data Retention - -- User data is retained as long as the account is active -- Backups are purged per the Backup Policy diff --git a/genesishostingmd/disrec/zfsdestroycasestudy.md b/genesishostingmd/disrec/zfsdestroycasestudy.md deleted file mode 100644 index aa330ec..0000000 --- a/genesishostingmd/disrec/zfsdestroycasestudy.md +++ /dev/null @@ -1,64 +0,0 @@ -# 📛 Case Study: Why RAID Is Not a Backup - -## Overview - -On May 4, 2025, we experienced a production data loss incident involving the `nexus` dataset on `shredderv1`, a Linux RAID5 server. Despite no hardware failure, critical files were lost due to an unintended command affecting live data. - -This incident serves as a clear, real-world illustration of the maxim: - -> **RAID protects against hardware failure — not human error, data corruption, or bad automation.** - ---- - -## 🔍 What Happened - -- `shredderv1` uses RAID5 for media storage. -- The dataset `nexus/miniodata` (housing `genesisassets`, `genesislibrary`, etc.) was accidentally destroyed. -- **No disks failed.** The failure was logical, not physical. - ---- - -## 🔥 Impact - -- StationPlaylist (SPL) lost access to the Genesis media library. -- MinIO bucket data was instantly inaccessible. -- Temporary outage and scrambling to reconfigure mounts, media, and streaming. - ---- - -## ✅ Recovery - -Thanks to our disaster recovery stack: - -- Nightly **rsync backups** were synced to **The Vault** (backup server). -- **ZFS snapshots** existed on The Vault for the affected datasets. -- We restored the latest snapshot **from The Vault back to Shredder**, effectively reversing the loss. -- No data corruption occurred; sync validation showed dataset integrity. - ---- - -## 🎓 Takeaway - -This is a live demonstration of why: - -- **RAID is not a backup** -- **Snapshots without off-host replication** are not enough -- **Real backups must be off-server and regularly tested** - ---- - -## 🔐 Current Protection Measures - -- Production data (`genesisassets`, `genesislibrary`) now replicated nightly to The Vault via `rsync`. -- ZFS snapshots are validated daily via a **dry-run restore validator**. -- Telegram alerts notify success/failure of backup verification jobs. -- Future goal: full ZFS storage on all production servers for native snapshot support. - ---- - -## 🧠 Lessons Learned - -- Always assume you'll delete the wrong thing eventually. -- Snapshots are amazing — **if** they're somewhere else. -- Automated restore testing should be part of every backup pipeline. - diff --git a/genesishostingmd/dns-check b/genesishostingmd/dns-check deleted file mode 100644 index 14f5537..0000000 --- a/genesishostingmd/dns-check +++ /dev/null @@ -1,50 +0,0 @@ -# 🌐 DNS Access Issues – Troubleshooting Guide - -If you're having trouble reaching **Genesis Radio** or the stream won't load, the issue may be with your DNS provider (the service that turns domain names into IP addresses). - -This happens more often than you'd think — and it's easy to fix. - ---- - -## ✅ Quick Fix: Change Your DNS - -We recommend switching to one of these trusted, fast, privacy-respecting DNS providers: - -| Provider | DNS Servers | -|--------------|-----------------------------| -| **Google** | `8.8.8.8` and `8.8.4.4` | -| **Cloudflare** | `1.1.1.1` and `1.0.0.1` | -| **Quad9** | `9.9.9.9` | - ---- - -## 💻 How to Change Your DNS - -### Windows 10/11 -1. Open **Settings → Network & Internet** -2. Click **Change adapter options** -3. Right-click your active connection → **Properties** -4. Select **Internet Protocol Version 4 (TCP/IPv4)** → Click **Properties** -5. Choose **"Use the following DNS server addresses"** -6. Enter: - - Preferred: `1.1.1.1` - - Alternate: `8.8.8.8` -7. Save and reconnect - ---- - -### macOS -1. Go to **System Preferences → Network** -2. Select your active network → Click **Advanced** -3. Go to the **DNS** tab -4. Click `+` and add: - - `1.1.1.1` - - `8.8.8.8` -5. Apply changes and reconnect - ---- - -### Linux (CLI) -For a quick test: -```bash -sudo resolvectl dns eth0 1.1.1.1 8.8.8.8 diff --git a/genesishostingmd/infra/genesis-shield.md b/genesishostingmd/infra/genesis-shield.md deleted file mode 100644 index 853f6d9..0000000 --- a/genesishostingmd/infra/genesis-shield.md +++ /dev/null @@ -1,24 +0,0 @@ -# Genesis Shield – Security & Threat Monitoring - -Genesis Shield is our custom-built alert and ban system, integrated across our infrastructure. - -## Features - -- Aggregates Fail2Ban logs across all VMs -- Bans pushed in real-time via Mastodon DM and Telegram -- Scripts track: - - Repeated SSH failures - - API abuse - - Web panel brute force attempts - -## Interfaces - -- Terminal dashboard for live bans/unbans -- Role-based control (root/admin only) -- Daily threat summary via Mastodon bot - -## Roadmap - -- WHMCS integration for abuse tickets -- Live threat map by country/IP -- REST API for admin toolkit diff --git a/genesishostingmd/infra/infra-maintenance-windows.md b/genesishostingmd/infra/infra-maintenance-windows.md deleted file mode 100644 index 0f48e77..0000000 --- a/genesishostingmd/infra/infra-maintenance-windows.md +++ /dev/null @@ -1,25 +0,0 @@ -# Maintenance Window Policy - -To maintain consistency and reduce customer impact, we adhere to a strict maintenance schedule. - -## Standard Window - -- **Every Sunday, 7 PM – 9 PM Eastern** -- Non-emergency changes must occur during this window - -## What’s Allowed - -- OS & kernel updates -- Docker/image upgrades -- ZFS snapshots & cleanup -- Rolling restarts of containers - -## Emergencies - -- Critical security patches can bypass the window -- All emergency changes must be logged and reviewed - -## Notifications - -- Posted on Mastodon at least 1 hour before the window begins -- Clients notified via WHMCS if it will affect their service diff --git a/genesishostingmd/infra/infra-monitoring-setup.md b/genesishostingmd/infra/infra-monitoring-setup.md deleted file mode 100644 index e0f6c16..0000000 --- a/genesishostingmd/infra/infra-monitoring-setup.md +++ /dev/null @@ -1,25 +0,0 @@ -# Monitoring Setup - -We use a layered monitoring approach to ensure full visibility and rapid response. - -## Stack - -- **Prometheus** for metrics collection -- **Grafana** for visualization dashboards -- **Fail2Ban** for intrusion attempts -- **Genesis Shield** for aggregated alerts (Telegram + Mastodon) - -## What We Monitor - -| System | Metric Examples | -|----------------|--------------------------------------------| -| PostgreSQL | Replication lag, disk usage, active queries | -| Web Servers | HTTP response time, TLS errors | -| MinIO / Assets | Cache hit ratio, sync status | -| Docker Hosts | Container uptime, memory pressure | - -## Alerting - -- Telegram: Real-time infra alerts -- Mastodon bot: Daily summaries and status posts -- Fallback email alerts for critical failures diff --git a/genesishostingmd/infra/server-naming-convention.md b/genesishostingmd/infra/server-naming-convention.md deleted file mode 100644 index 0097b1c..0000000 --- a/genesishostingmd/infra/server-naming-convention.md +++ /dev/null @@ -1,19 +0,0 @@ -# Server Naming Convention - -To reduce confusion and improve clarity, we follow a clear and themed naming structure. - -## Naming Style - -Examples: - -- `krang.internal` – Master backend server -- `replica.db3.sshjunkie.com` – Staging PostgreSQL replica -- `shredderv2` – ZFS backup server -- `anthony` – Ansible control node -- `nexus` – Main ZFS pool server for assets - -## Guidelines - -- Avoid generic names (`server1`, `host123`) -- Use themed names (e.g., TMNT characters for core infrastructure) -- Include environment tags where needed (`-test`, `-prod`) diff --git a/genesishostingmd/infra/zfs-strategy.md b/genesishostingmd/infra/zfs-strategy.md deleted file mode 100644 index a69a1fa..0000000 --- a/genesishostingmd/infra/zfs-strategy.md +++ /dev/null @@ -1,23 +0,0 @@ -# ZFS Strategy - -ZFS is used across Genesis Hosting Technologies for performance, integrity, and snapshot-based backup operations. - -## Pool Layout - -- RAIDZ1 or mirrored vdevs depending on use case -- Dataset naming: `genesisassets-secure`, `genesisshows-secure`, etc. -- Dedicated pools for: - - Mastodon media - - Client backups - - Internal scripts and logs - -## Snapshots - -- Hourly: last 24 hours -- Daily: last 7 days -- Weekly: last 4 weeks - -## Send/Receive - -- Used for offsite replication to Servarica and backup nodes -- Verified using checksums and `zfs receive -F` diff --git a/genesishostingmd/master_compliance_checklist.md b/genesishostingmd/master_compliance_checklist.md deleted file mode 100644 index 10485bc..0000000 --- a/genesishostingmd/master_compliance_checklist.md +++ /dev/null @@ -1,63 +0,0 @@ -# ✅ Master Compliance Checklist -*(Status: ☐ = Not Started | 🟨 = In Progress | ✅ = Complete)* - -## 🧑‍💼 Access & User Management -- [ ] Role-Based Access Control (RBAC) in place (Customer, Admin, etc.) -- [ ] Account creation follows secure onboarding workflows -- [ ] Admin access restricted to SSH keys only -- [ ] Inactive accounts locked or removed quarterly -- [ ] Least privilege enforced across all services - -## 💾 Backups & Disaster Recovery -- [ ] Daily backups enabled for all key services (DirectAdmin, WHMCS, AzuraCast, TeamTalk) -- [ ] Weekly offsite backups with verification -- [ ] ZFS snapshots scheduled (hourly/daily/weekly) -- [ ] Backup integrity validated with checksums or scrubs -- [ ] Quarterly disaster recovery drill completed -- [ ] Restore instructions documented and tested - -## 🔐 Security -- [ ] 2FA enabled on all admin interfaces (WHMCS, SSH, DirectAdmin) -- [ ] SSH password auth disabled, key-only enforced -- [ ] Weekly patching or updates scheduled (Sunday 7–9 PM) -- [ ] Centralized logging active and stored 30–90 days -- [ ] Fail2Ban + Genesis Shield integrated and alerting -- [ ] TLS 1.2+ enforced for all public services -- [ ] AES-256 encryption at rest on backups and sensitive volumes - -## 🖥️ Provisioning & Automation -- [ ] WHMCS integrated with DirectAdmin, AzuraCast, TeamTalk -- [ ] All provisioning scripts tested and logged -- [ ] Post-deploy verification checklist followed -- [ ] DNS + SSL automation in place (Let's Encrypt) -- [ ] Monitoring added after provisioning (Prometheus/Grafana) - -## 📋 Client Policies -- [ ] Acceptable Use Policy posted and enforced -- [ ] Abuse response process defined and working -- [ ] DMCA policy publicly available and followed -- [ ] Suspension and refund rules defined in WHMCS -- [ ] Privacy Policy and Terms of Service available on client portal - -## 🌐 Services Configuration -- [ ] DirectAdmin quotas enforced (disk, bandwidth, email) -- [ ] AzuraCast listener/storage/bitrate limits respected -- [ ] TeamTalk server abuse protection and user limits enforced -- [ ] Domain registration/renewal workflows tested -- [ ] SSL auto-renew working correctly (Let's Encrypt + certbot) - -## ⚙️ Infrastructure -- [ ] ZFS pools configured for redundancy (RAIDZ1, mirrors) -- [ ] rclone mount points with caching working and monitored -- [ ] Genesis Shield actively alerting via Telegram/Mastodon -- [ ] All VMs named per convention (e.g., `krang`, `shredderv2`) -- [ ] Sunday maintenance window consistently followed -- [ ] Ansible playbooks used for provisioning/config consistency - -## 🛠️ Tools & Scripts -- [ ] All scripts version-controlled and documented -- [ ] Backups and restore tools tested and working -- [ ] Mastodon alert bot operating with secure tokens -- [ ] Rclone VFS stats monitored regularly -- [ ] Admin tools accessible only by authorized users -""" diff --git a/genesishostingmd/pmgenesisiorealignment.md b/genesishostingmd/pmgenesisiorealignment.md deleted file mode 100644 index 8789bca..0000000 --- a/genesishostingmd/pmgenesisiorealignment.md +++ /dev/null @@ -1,83 +0,0 @@ -# Postmortem: Genesis I/O Realignment - -**Date:** May 8, 2025 -**Author:** Doc -**Systems Involved:** minioraid5, shredder, chatwithus.live, zcluster.technodrome1/2, thevault -**Scope:** Local-first mirroring, permission normalization, MinIO transition - ---- - -## 🎯 Objective - -To realign the Genesis file flow architecture by: - -- Making local block storage the **primary source** of truth for AzuraCast and Genesis buckets -- Transitioning FTP uploads to target local storage instead of MinIO directly -- Establishing **two-way mirroring** between local paths and MinIO buckets -- Correcting inherited permission issues across `/mnt/raid5` using `find + chmod` -- Preserving MinIO buckets as **backup mirrors**, not primary data stores - ---- - -## 🔧 Work Performed - -### ✅ Infrastructure changes: -- Deployed block storage volume to Linode Mastodon instance -- Mirrored MinIO buckets (`genesisassets`, `genesislibrary`, `azuracast`) to local paths -- Configured cron-based `mc mirror` jobs: - - Local ➜ MinIO: every 5 minutes with `--overwrite --remove` - - MinIO ➜ Local: nightly pull, no `--remove` - -### ✅ FTP Pipeline Adjustments: -- Users now upload to `/mnt/spl/ftp/uploads` (local) -- Permissions set so only admins access full `/mnt/spl/ftp` -- FTP directory structure created for SPL automation - -### ✅ System Tuning: -- Set `vm.swappiness=10` on all nodes -- Apache disabled where not in use -- Daily health checks via `pull_health_everywhere.sh` -- Krang Telegram alerts deployed for cleanup and system state - ---- - -## 🧠 Observations - -- **High load** on `minioraid5` during `mc mirror` and `chmod` overlap - - Load ~6.5 due to concurrent I/O pressure - - `chmod` stuck in `D` state (I/O wait) while `mc` dominated disk queues - - Resolved after `mc` completion — `chmod` resumed and completed - -- **MinIO buckets were temporarily inaccessible** due to permissions accidentally inherited by FTP group - - Resolved by recursively resetting permissions on `/mnt/raid5` - -- **Krang telemetry** verified: - - Mastodon swap usage rising under asset load - - All nodes had Apache disabled or dormant - - Health alerts triggered on high swap or load - ---- - -## ✅ Outcome - -- Full Genesis and AzuraCast data now reside locally with resilient S3 mirrors -- Mastodon running on block storage, no longer dependent on MinIO latency -- FTP integration with SPL directory trees complete -- Cleanup script successfully deployed across all nodes via Krang -- Daily health reports operational with alerts for high swap/load - ---- - -## 🔁 Recommendations - -- Consider adding snapshot-based ZFS backups for `/mnt/raid5` -- Build `verify_mirror.sh` to detect drift between MinIO and local storage -- Auto-trigger `chmod` only after `mc mirror` finishes -- Monitor long-running background jobs with Krang watchdogs - ---- - -**Signed,** -Doc -Genesis Hosting Technologies - diff --git a/genesishostingmd/provisioning/checklist.md b/genesishostingmd/provisioning/checklist.md deleted file mode 100644 index 13741d3..0000000 --- a/genesishostingmd/provisioning/checklist.md +++ /dev/null @@ -1,23 +0,0 @@ -# Provisioning Checklist - -This checklist is followed every time a new service is deployed. - -## Pre-Provisioning - -- [ ] Verify order and payment in WHMCS -- [ ] Confirm product mapping is correct -- [ ] Check available server resources - -## Provisioning - -- [ ] Trigger appropriate script/module -- [ ] Log provisioning result -- [ ] Assign DNS entries if applicable -- [ ] Generate Let’s Encrypt SSL if public-facing - -## Post-Provisioning - -- [ ] Send welcome email via WHMCS -- [ ] Confirm monitoring alert is active -- [ ] Test login credentials and endpoints -- [ ] Label service with client ID in Grafana/Prometheus diff --git a/genesishostingmd/provisioning/post-deploy-verification.md b/genesishostingmd/provisioning/post-deploy-verification.md deleted file mode 100644 index d46f727..0000000 --- a/genesishostingmd/provisioning/post-deploy-verification.md +++ /dev/null @@ -1,22 +0,0 @@ -# Post-Deployment Verification - -All services go through a post-deploy QA check to ensure they're live and stable. - -## Verification Tasks - -- [ ] Service reachable from public IP or internal route -- [ ] DNS resolves correctly (for domains/subdomains) -- [ ] SSL certificate is active and trusted -- [ ] Admin login works as expected -- [ ] Usage quotas correctly applied (disk, users, bandwidth) - -## Monitoring - -- [ ] Add to Prometheus for service-specific metrics -- [ ] Set alert thresholds (e.g., disk > 80%) -- [ ] Confirm Telegram/Mastodon alert webhook is functional - -## Documentation - -- [ ] Log final status in WHMCS admin notes -- [ ] Store internal service details in `genesis-inventory.yaml` diff --git a/genesishostingmd/provisioning/whmcs-integration.md b/genesishostingmd/provisioning/whmcs-integration.md deleted file mode 100644 index 3f5663d..0000000 --- a/genesishostingmd/provisioning/whmcs-integration.md +++ /dev/null @@ -1,23 +0,0 @@ -# WHMCS Integration - -WHMCS handles client billing, service provisioning, and support workflows. - -## Services Integrated - -| Service | Method | -|--------------|---------------------------------| -| DirectAdmin | Built-in WHMCS module | -| AzuraCast | Custom provisioning script | -| TeamTalk | API + XML user patching scripts | - -## Auto-Provisioning Steps - -1. Client signs up and completes payment -2. WHMCS triggers product-specific hook -3. Script/module provisions the service -4. Welcome email is sent with credentials - -## Logging & Troubleshooting - -- Logs stored at `/var/log/whmcs-hooks.log` -- Errors generate internal ticket automatically if provisioning fails diff --git a/genesishostingmd/security/incident-response.md b/genesishostingmd/security/incident-response.md deleted file mode 100644 index 29f7ce5..0000000 --- a/genesishostingmd/security/incident-response.md +++ /dev/null @@ -1,25 +0,0 @@ -# Incident Response Policy - -This document defines how we detect, respond to, and report security incidents. - -## Response Workflow - -1. Detection via monitoring, alert, or client report -2. Triage severity and affected systems -3. Contain and isolate threat (e.g., suspend access) -4. Notify stakeholders if client-impacting -5. Perform root cause analysis -6. Patch, re-secure, and document the event - -## Timelines - -- Initial triage: within 2 hours -- Client notification (if impacted): within 24 hours -- Final report delivered internally within 72 hours - -## Tools Used - -- Fail2Ban -- Genesis Shield alerting -- Zabbix/Prometheus incident flags -- Manual log reviews (forensic-level) diff --git a/genesishostingmd/security/logging-monitoring.md b/genesishostingmd/security/logging-monitoring.md deleted file mode 100644 index c305627..0000000 --- a/genesishostingmd/security/logging-monitoring.md +++ /dev/null @@ -1,24 +0,0 @@ -# Logging & Monitoring Policy - -We collect and monitor system activity to detect threats, enforce accountability, and assist in incident resolution. - -## Log Types - -- SSH login attempts -- WHMCS access logs -- AzuraCast and TeamTalk server logs -- PostgreSQL query and connection logs -- Fail2Ban logs (ban/unban events) - -## Monitoring Tools - -- Prometheus for metrics -- Grafana dashboards for visual alerts -- Genesis Shield (Telegram + Mastodon alerting) -- Manual log review every 7 days - -## Retention - -- General logs: 30 days -- Security-related logs: 90 days minimum -- Logs archived to encrypted ZFS volume diff --git a/genesishostingmd/security/security-encryption-standards.md b/genesishostingmd/security/security-encryption-standards.md deleted file mode 100644 index 6d9139c..0000000 --- a/genesishostingmd/security/security-encryption-standards.md +++ /dev/null @@ -1,23 +0,0 @@ -# Encryption Standards - -Encryption is applied to all data in transit and at rest across Genesis Hosting Technologies infrastructure. - -## In Transit - -- HTTPS via TLS 1.3 (minimum TLS 1.2 for legacy fallback) -- SFTP for all file transfers -- SSH for all administrative access -- rclone with TLS for object storage replication - -## At Rest - -- ZFS encryption on backup pools -- PostgreSQL encryption at the database or filesystem level -- WHMCS and DirectAdmin credentials hashed and salted -- Backups encrypted with AES-256 before remote transfer - -## Key Management - -- SSH keys rotated every 6 months -- Let's Encrypt certs auto-renew every 90 days -- Master encryption keys stored offline and version-controlled diff --git a/genesishostingmd/security/security-policy.md b/genesishostingmd/security/security-policy.md deleted file mode 100644 index 7ed282f..0000000 --- a/genesishostingmd/security/security-policy.md +++ /dev/null @@ -1,23 +0,0 @@ -# Security Policy - -Genesis Hosting Technologies enforces strict security practices across all infrastructure and services to protect client data and maintain service integrity. - -## Core Principles - -- Least privilege for all users and services -- Regular audits and patching -- Encrypted communication and storage -- Real-time monitoring and alerting - -## Enforcement Areas - -- 2FA required for all admin portals -- SSH access limited to key-based logins -- Centralized log collection and review -- All critical assets monitored via Genesis Shield - -## Review Cycle - -- Policies reviewed quarterly -- Logs retained for 30–90 days depending on system -- Incidents reviewed post-mortem with improvements logged diff --git a/genesishostingmd/services/azuracast-policy.md b/genesishostingmd/services/azuracast-policy.md deleted file mode 100644 index 3bf3fc4..0000000 --- a/genesishostingmd/services/azuracast-policy.md +++ /dev/null @@ -1,32 +0,0 @@ -# AzuraCast Streaming Policy - -## Features - -- Custom stream URLs (via relay or direct) -- Icecast or SHOUTcast available -- AutoDJ + scheduled playlists -- Web-based file upload + schedule - -## Plans & Limits - -| Plan | Storage | Listeners | Bitrate | -|----------|---------|-----------|---------| -| StreamLite | 2 GB | 25 | 128 kbps| -| StreamPro | 10 GB | 100 | 192 kbps| -| StreamMax | 50 GB | 250 | 320 kbps| - -## Fair Usage Policy - -- No nonstop streaming of static loops to inflate uptime -- Long-form live shows should rotate metadata periodically -- Content must not violate copyright laws - -## Backups - -- Daily backups of config + playlists -- Client media backup is optional (paid add-on) - -## Support - -- Stream diagnostics available in client panel -- WHMCS ticket support for outages or playlist issues diff --git a/genesishostingmd/services/directadmin-policy.md b/genesishostingmd/services/directadmin-policy.md deleted file mode 100644 index 7d238b2..0000000 --- a/genesishostingmd/services/directadmin-policy.md +++ /dev/null @@ -1,27 +0,0 @@ -# DirectAdmin Hosting Policy - -## Features - -- FTP, webmail, MySQL, file manager, and site statistics -- Optional Let's Encrypt SSL enabled by default -- Nightly site + database backups (7-day retention) - -## Plans & Limits - -| Plan | Disk | Bandwidth | Domains | Email Accounts | -|------------|------|-----------|---------|----------------| -| Starter | 5 GB | 100 GB | 1 | 5 | -| Standard | 20 GB| 500 GB | 5 | 25 | -| Unlimited | 100 GB| ∞ | ∞ | ∞ | - -## Abuse Prevention - -- Email rate limits applied to prevent outbound spam -- CPU usage and inode caps enforced -- Suspicious files scanned automatically - -## Support - -- Available via WHMCS ticket system -- Response within 12 business hours - diff --git a/genesishostingmd/services/domain-management-policy.md b/genesishostingmd/services/domain-management-policy.md deleted file mode 100644 index 088a009..0000000 --- a/genesishostingmd/services/domain-management-policy.md +++ /dev/null @@ -1,22 +0,0 @@ -# Domain Management Policy - -## Registration - -- Domains registered through our WHMCS interface are managed via third-party registrar API -- Registration typically completes within 5 minutes -- WHOIS privacy included by default (where available) - -## Renewals - -- Auto-renew is enabled by default -- Reminders sent 30, 7, and 1 day before expiration - -## Transfers - -- Domains can be transferred in or out with EPP code -- Support required if domain is locked or expired - -## DNS - -- Free DNS hosting included -- Custom DNS records managed through DirectAdmin or WHMCS panel diff --git a/genesishostingmd/services/ssl-certs.md b/genesishostingmd/services/ssl-certs.md deleted file mode 100644 index f6e275c..0000000 --- a/genesishostingmd/services/ssl-certs.md +++ /dev/null @@ -1,23 +0,0 @@ -# SSL Certificate Policy - -## Free Certificates - -- Let’s Encrypt certificates issued automatically -- Applies to DirectAdmin, AzuraCast, and custom subdomains -- Auto-renews every 60 days with 30-day buffer - -## Premium SSL - -- Custom SSL certs (e.g., EV/OV) available for purchase -- Requires manual install via WHMCS ticket - -## Certificate Management - -- Certbot used for automation -- Custom certs must be supplied in `.crt` + `.key` format -- Broken SSL installs may be reverted to Let’s Encrypt fallback - -## Support - -- Certificate issues resolved within 24h of report -- DNS challenges supported for wildcard certs diff --git a/genesishostingmd/services/teamtalk-policy.md b/genesishostingmd/services/teamtalk-policy.md deleted file mode 100644 index 4d2e3ff..0000000 --- a/genesishostingmd/services/teamtalk-policy.md +++ /dev/null @@ -1,26 +0,0 @@ -# TeamTalk Hosting Policy - -## Features - -- Private and public servers -- Voice chat, file sharing, push-to-talk -- Admin access with room/channel management - -## Plans & Limits - -| Plan | Users | Bitrate Limit | Admin Access | -|--------------|-------|---------------|--------------| -| Basic Chat | 10 | 64 kbps | Yes | -| Pro Voice | 50 | 128 kbps | Yes | -| Broadcast+ | 100 | 256 kbps | Yes | - -## Rules - -- No harassment, spamming, or automated bots without permission -- Abuse may result in temp suspension or permanent ban -- Admins are responsible for moderating their own servers - -## Configuration - -- Clients may request config changes via WHMCS ticket -- Backups of XML configs stored nightly diff --git a/infra_morale/.env b/infra_morale/.env deleted file mode 100644 index ebb294a..0000000 --- a/infra_morale/.env +++ /dev/null @@ -1,2 +0,0 @@ -MASTODON_BASE_URL=https://chatwithus.live -MASTODON_TOKEN=07w3Emdw-cv_TncysrNU8Ed_sHJhwtnvKmnLqKlHmKA diff --git a/infra_morale/Gemfile b/miscellaneous/ruby/Gemfile similarity index 100% rename from infra_morale/Gemfile rename to miscellaneous/ruby/Gemfile diff --git a/infra_morale/Gemfile.lock b/miscellaneous/ruby/Gemfile.lock similarity index 100% rename from infra_morale/Gemfile.lock rename to miscellaneous/ruby/Gemfile.lock diff --git a/infra_morale/fake_status_bot.rb b/miscellaneous/ruby/fake_status_bot.rb similarity index 100% rename from infra_morale/fake_status_bot.rb rename to miscellaneous/ruby/fake_status_bot.rb