CH-J Server Managerserver management over SSH
Menu
Published source

CH-J Server Manager

Browse directories and files for a specific application release.

Download source ZIP
CH-J Proprietary Software License 1.14

Source is provided under the CH-J Proprietary Software License 1.14. Its availability does not change the license terms or grant additional rights.

4,1 KB · 43 linesDownload file
1# CH-J Server Manager — Operational Safety and Backup Guidance
3**Informational and non-binding guidance (not part of the Software License)**
4**October 11, 2026**
6This document gives practical examples only. It is not incorporated into the CH-J Server Manager Proprietary Software License, does not impose separate contractual obligations and does not promise error-free operation or recovery. Operators should adapt safeguards to the affected systems, applicable laws, their permissions and the foreseeable risk. The relevant provisions are Sections 3.5 and 7.2 of the applicable CH-J Server Manager Proprietary Software License. Reading or following these examples is not a separate contractual requirement.
8## 1. Protect data on connected systems
10- Identify important server files, databases, application state, access-control data, and system configurations that could be affected by an operation.
11- Keep backup copies sufficiently independent from the live system so that an erroneous command, ransomware, hardware failure or accidental deletion is less likely to destroy the originals and the backups together. Options include separate storage and access controls, immutable or offline copies when appropriate.
12- Make sure the backup frequency and retention are appropriate for acceptable recovery-point and recovery-time objectives.
13- Periodically confirm that backups exist, are readable and can be restored. A copy that cannot be restored provides little protection.
14- RAID, mirrored disks, snapshots or high availability may be useful, but do not always replace independent, recoverable backups.
15- When managing a client's or employer's systems, coordinate with the authorised backup owner. Do not copy restricted customer data to personal storage or access data without permission.
17## 2. Test before risky operations
19The Software License (Section 3.5) explains the release-stage status and warnings. This guidance adds no separate restriction or legal condition.
21- On a staging or non-production server when feasible, exercise only the application functions you plan to rely on, especially file writes, bulk operations, SSH commands, permission changes and automated jobs.
22- Test with non-sensitive or disposable data, confirm the selected target systems and identities and consider a dry run where available.
23- Test relevant functions again after material application updates, changed server permissions, configuration changes or changes to automation.
24- If no suitable staging environment exists, consider a reduced-scope operation, additional confirmation, backup checks and a clear rollback plan.
25- Avoid unnecessary privileged sessions; limit credentials to the actions actually needed.
27## 3. Hashing and integrity checks
29- Local hashes and checksum comparisons can help detect accidental or deliberate changes, but the result is meaningful only when compared with an expected value obtained from a trustworthy source.
30- For security-sensitive integrity checks, prefer modern cryptographic hash algorithms such as SHA-256 or SHA-512. MD5, SHA-1 and non-cryptographic checksums are not appropriate proofs of security against deliberate modification.
31- The local hash tool does not itself back up data or prove that a remote server is uncompromised.
33## 4. Higher-risk environments
35CH-J Server Manager is for general system administration, not for performing a safety-critical protection, control or emergency function. A connection to an organisation that operates critical systems does not by itself make ordinary IT administration a safety-critical use. Determine whether the specific system or process you manage can directly impact life or health, and consult the organisation's required procedures and qualified safety personnel.
37## 5. After an incident
39Preserve relevant logs without exposing credentials, stop destructive tasks if safe, notify the authorised operator, and follow the system owner's incident-response and restore process. Do not assume that an automated retry is safe.
41---
43This guidance is educational, optional and non-binding. It does not change the Software License, impose additional legal duties or limit statutory rights.

SHA-256: a6a0f4075cd7509fcaa419f2b53cfc9bc755c08c086fedbcaa2bfa1e40c9520d

Archive SHA-256: 5ac91caf4fa32a6fdb114f2430deed486fbe7489d5eea343d1f034169fafb5e0