Update README.md

README.md

@@ -1,26 +1,93 @@
 # XPipe Vault (Keep this repository private!)
 
-The git remote push succeeded. However, no connections have been pushed to this git repository yet.
+This repository contains all connection information that is designated to be shared.
 
-See below on how to do this.
+You can sync with this repository in all XPipe application instances the same way, every change you make in one instance will be reflected in the repository. 
 
-## Adding categories to the repository
+## Category list
+
+- **Connections**
+  - [**Proxmox Hetzner**](categories/93b3c4d3-0549-45a4-a257-01c50efdcd0a)
+    - [**Hosts**](categories/62e4a26d-ad45-4a8f-a8b4-e63866fd2546)
+    - [**Container**](categories/0b2c0094-af5e-4002-8ab5-c4accf4f110e)
+  - [**local**](categories/86013773-4fa9-4b5e-96ad-4ac3dc8e8412)
+  - [**Boot**](categories/a2617d04-fd39-4a6b-9e53-c9abfa46ab0d)
+- **Scripts**
+
+## Connection list
+
+**All connections / Proxmox Hetzner**
+
+empty
+
+**All connections / Proxmox Hetzner / Hosts**
+
+- [**Proxmox Hetzner**](stores/ad0a88c2-b577-490e-8d5b-693e9a0da790)
+
+**All connections / Proxmox Hetzner / Container**
+
+empty
+
+**All connections / local**
+
+empty
+
+**All connections / Boot**
+
+empty
+
+
+## Secret encryption
+
+You have the option to fetch any sensitive information like passwords from outside sources like password managers or enter them at connection time through a prompt window. In that case, XPipe doesn't have to store any secrets itself.
+
+In case you choose to store passwords and other secrets within XPipe, all sensitive information is encrypted when it is saved using AES with either:
+
+- A dynamically generated key file `vaultkey` (The data can then only be decrypted with that file present)
+- A custom master passphrase that can be set by you in the settings menu, combined with the vault key file (This option is only as secure as the password you choose)
+
+By default, general connection data is not encrypted, only secrets are.
+So things like hostnames and usernames are stored without encryption, which is in line with many other tools.
+There is an available vault setting in the settings menu to encrypt all connection data if you want to do that.
+
+## Cloning the repository on other systems
+
+Nowadays, most providers require a personal access token (PAT) to authenticate from the command-line instead of traditional passwords.
+You can find common (PAT) pages here:
+- **GitHub**: [Personal access tokens (classic)](https://github.com/settings/tokens)
+- **GitLab**: [Personal access token](https://docs.gitlab.com/ee/user/profile/personal_access_tokens.html)
+- **BitBucket**: [Personal access token](https://support.atlassian.com/bitbucket-cloud/docs/access-tokens/)
+- **Gitea**: `Settings -> Applications -> Manage Access Tokens section`
+Set the token permission for repository to Read and Write. The rest of the token permissions can be set as Read.
+
+Even if your git client prompts you for a password, you should enter your token unless your provider still uses passwords.
+
+If you don't want to enter your credentials every time, you can use any git credentials manager for that.
+For more information, see for example:
+- https://git-scm.com/doc/credential-helpers
+- https://docs.github.com/en/get-started/getting-started-with-git/caching-your-github-credentials-in-git
+
+Some modern git clients also take care of storing credentials automatically.
+
+## Troubleshooting
+
+### Adding categories to the repository
 
 By default, no categories are set to shared so that you have explicit control on what connections to commit.
 
 To have your connections of a category put inside your git repository,
-you either need to right-click the category or click on the `⚙️` icon when hovering over the category
+you need to click on the `⚙️` icon (when hovering over the category)
 in your `Connections` tab under the category overview on the left side.
 Then click on `Add to git repository` to sync the category and connections to your git repository.
 This will add all shareable connections to the git repository.
 
-## Local connections are not synced
+### Local connections are not synced
 
 Any connection located under the local machine can not be shared as it refers to connections and data that are only available on the local system.
 
 Certain connections that are based on a local file, for example SSH configs, can be shared via git if the underlying data, in this case the file, have been added to the git repository as well.
 
-## Other issues
+### Other issues
 
 If you encounter any other issues, you can try interacting with the cloned repository manually.
 You can find it at `%USERPROFILE%\.xpipe\storage\` or `~/.xpipe/storage/`.