Eliminate the word should for will and need.
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
# Local DNS
|
||||
Host a local DNS server in case your router/gateway is not cutting it. Allows
|
||||
the ability to use simple names across the network witrhout editing `/etc/hosts`
|
||||
on each machine. The IP of this server should be added to the router/gateway's
|
||||
on each machine. The IP of this server will be added to the router/gateway's
|
||||
settings so that all machines on the network know to use it and can benefit.
|
||||
|
||||
@@ -42,7 +42,7 @@ function usage {
|
||||
}
|
||||
|
||||
function check {
|
||||
# Accepts parameter of status and whether the program should quit.
|
||||
# Accepts parameter of status and whether the program is needs to quit.
|
||||
status=$1
|
||||
quit=$2
|
||||
if [[ $status != 0 ]]; then
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# This file should be copied as `.env`.
|
||||
# This file wll need copied as `.env`.
|
||||
|
||||
## Docker ##
|
||||
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# This file should be renamed '.env' and have any private values modified.
|
||||
# This file will need renamed '.env' and have any private values modified.
|
||||
|
||||
## 2025-06-16
|
||||
## Performance Notes for Enabling BAKE
|
||||
@@ -10,7 +10,7 @@ COMPOSE_BAKE=true
|
||||
|
||||
## Branch ##
|
||||
# Allow choosing the branch. By leaving it blank, the main branch will be used.
|
||||
# Should be in the full "--branch my-branch" syntax.
|
||||
# Needs to be in the full "--branch my-branch" syntax.
|
||||
BRANCH=
|
||||
#BRANCH="--branch dev"
|
||||
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# This file should be renamed '.env' and have any private values modified.
|
||||
# This file will need renamed '.env' and have any private values modified.
|
||||
|
||||
COMPOSE_BAKE=true
|
||||
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
#!/bin/bash
|
||||
# 2023-08-25 Hyperling
|
||||
# Put the cron command in a script as well as other automation.
|
||||
# This should be added to root's crontab with the full path, such as:
|
||||
# This will need added to root's crontab with the full path, such as:
|
||||
# */5 * * * * /opt/Docker/Config/Nextcloud/cron.ksh
|
||||
|
||||
DIR="$(dirname -- "${BASH_SOURCE[0]}")"
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# Example environment file for Nextcloud stack, should be copied as `.env`.
|
||||
# Example environment file for Nextcloud stack, needs copied as `.env`.
|
||||
|
||||
# The variables here only apply to the compose file. If you need it passed to a
|
||||
# container then it also needs specified in its `environment:` operator.
|
||||
@@ -32,7 +32,7 @@ PHP_UPLOAD_LIMIT=32M
|
||||
#
|
||||
## MariaDB ##
|
||||
#
|
||||
# Should load automatically the first run. Then config.php is the source of
|
||||
# Will load automatically the first run. Then config.php is the source of
|
||||
# truth for these values. So, if something like the DB password is changed,
|
||||
# updating it here will have no effect. This is only used for the install.
|
||||
|
||||
@@ -53,7 +53,7 @@ REDIS_HOST_PASSWORD=someredispassword
|
||||
###
|
||||
#### OnlyOffice ##
|
||||
###
|
||||
### How Nextcloud's ONLYOFFICE Admin Settings should be set up:
|
||||
### How Nextcloud's ONLYOFFICE Admin Settings needs set up:
|
||||
### OO Address: https://FQDN-For-Reverse-Proxied-OO-Server
|
||||
### OO Secret: Contents-Of-$JWT_SECRET
|
||||
### OO Header:
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# Example environment file for Nextcloud stack, should be copied as `.env`.
|
||||
# Example environment file for Nextcloud stack, needs copied as `.env`.
|
||||
|
||||
# The variables here only apply to the compose file. If you need it passed to a
|
||||
# container then it also needs specified in its `environment:` operator.
|
||||
@@ -32,7 +32,7 @@ PHP_UPLOAD_LIMIT=5G
|
||||
#
|
||||
## MariaDB ##
|
||||
#
|
||||
# Should load automatically the first run. Then config.php is the source of
|
||||
# Will load automatically the first run. Then config.php is the source of
|
||||
# truth for these values. So, if something like the DB password is changed,
|
||||
# updating it here will have no effect. This is only used for the install.
|
||||
|
||||
@@ -53,7 +53,7 @@ REDIS_HOST_PASSWORD=someredispassword
|
||||
#
|
||||
## OnlyOffice ##
|
||||
#
|
||||
# How Nextcloud's ONLYOFFICE Admin Settings should be set up:
|
||||
# How Nextcloud's ONLYOFFICE Admin Settings needs set up:
|
||||
# OO Address: https://FQDN-For-Reverse-Proxied-OO-Server
|
||||
# OO Secret: Contents-Of-$JWT_SECRET
|
||||
# OO Header:
|
||||
|
||||
@@ -15,7 +15,7 @@ PHOTOPRISM_ADMIN_USER = "admin" # admin login username
|
||||
PHOTOPRISM_ADMIN_PASSWORD = "PleaseChangeMe" # initial admin password (8-72 characters)
|
||||
|
||||
# External FQDN
|
||||
# Should be in the format "http(s)://domain.name(:port)/(path)".
|
||||
# In the format "http(s)://domain.name(:port)/(path)".
|
||||
# Seems to work best if you leave off the s if behind a revese proxy,
|
||||
# such as: PHOTOPRISM_SITE_URL = "http://photoprism.example.com"
|
||||
PHOTOPRISM_SITE_URL = "http://localhost:2342"
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# This file should be renamed '.env' and have any private values modified.
|
||||
# This file will need renamed '.env' and have any private values modified.
|
||||
|
||||
COMPOSE_BAKE=true
|
||||
|
||||
|
||||
@@ -59,7 +59,7 @@ If the proxy needs turned off either stop or down may be used.
|
||||
|
||||
## Upgrade
|
||||
|
||||
Upgrading the containers should be as easy as this:
|
||||
Upgrading the containers is as easy as this:
|
||||
|
||||
```
|
||||
# docker compose down
|
||||
@@ -93,4 +93,4 @@ If wanted as a one-line command:
|
||||
1. Restart the project based on Update Config above.
|
||||
1. (Optional) Now you may run the letsencrypt script for a real certificate.
|
||||
1. (Optional) Run another Update Config to make sure the certs are loaded.
|
||||
1. Done! If set up correctly the site should be live.
|
||||
1. Done! If set up correctly the site will be live.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 2024-12-31 Hyperling
|
||||
# A dummy test file since true scripts are being kept private.
|
||||
# This should help anyone understand how the project is being used.
|
||||
# This will help anyone understand how the project is being used.
|
||||
|
||||
## Instructions ##
|
||||
# Add this without the comment to your /etc/hosts to test that it is working,
|
||||
@@ -11,9 +11,9 @@
|
||||
# cd $DOCKER_HOME/Config/ReverseProxy && docker compose build && docker compose up -d
|
||||
# Then from the system with the modified /etc/hosts,
|
||||
# curl --insecure git.example.com
|
||||
# You should see activity in the container log as well as the contents of the
|
||||
# You will see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT git.example.com. If using a browser then you
|
||||
# should notice that the URL is still git.example.com but the website is correct.
|
||||
# will notice that the URL is still git.example.com but the website is correct.
|
||||
|
||||
# Force HTTPS
|
||||
server {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 2023-07-08 Hyperling
|
||||
# A dummy test file since true scripts are being kept private.
|
||||
# This should help anyone understand how the project is being used.
|
||||
# This will help anyone understand how the project is being used.
|
||||
|
||||
## Instructions ##
|
||||
# Add this without the comment to your /etc/hosts to test that it is working,
|
||||
@@ -11,9 +11,9 @@
|
||||
# cd $DOCKER_HOME/Config/ReverseProxy && docker compose build && docker compose up -d
|
||||
# Then from the system with the modified /etc/hosts,
|
||||
# curl --insecure html.example.com
|
||||
# You should see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT html.example.com. If using a browser then you
|
||||
# should notice that the URL is still html.example.com but the website is correct.
|
||||
# You will see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT git.example.com. If using a browser then you
|
||||
# will notice that the URL is still git.example.com but the website is correct.
|
||||
|
||||
# Force HTTPS
|
||||
server {
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 2025-01-02 Hyperling
|
||||
# A dummy test file since true scripts are being kept private.
|
||||
# This should help others understand how to get Nextcloud working.
|
||||
# This will help others understand how to get Nextcloud working.
|
||||
|
||||
## Instructions ##
|
||||
# Add this without the comment to your /etc/hosts to test that it is working,
|
||||
@@ -11,9 +11,9 @@
|
||||
# cd $DOCKER_HOME/Config/ReverseProxy && docker compose build && docker compose up -d
|
||||
# Then from the system with the modified /etc/hosts,
|
||||
# curl --insecure cloud.example.com
|
||||
# You should see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT cloud.example.com. If using a browser then you
|
||||
# should notice that the URL is still cloud.example.com but the website is correct.
|
||||
# You will see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT git.example.com. If using a browser then you
|
||||
# will notice that the URL is still git.example.com but the website is correct.
|
||||
|
||||
server {
|
||||
listen 80;
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 2022-10-05 Hyperling
|
||||
# A dummy test file since true scripts are being kept private.
|
||||
# This should help anyone understand how the project is being used.
|
||||
# This will help anyone understand how the project is being used.
|
||||
|
||||
## Instructions ##
|
||||
# Add this without the comment to your /etc/hosts to test that it is working,
|
||||
@@ -11,9 +11,9 @@
|
||||
# cd $DOCKER_HOME/Config/ReverseProxy && docker compose build && docker compose up -d
|
||||
# Then from the system with the modified /etc/hosts,
|
||||
# curl --insecure proxy.example.com
|
||||
# You should see activity in the container log as well as the contents of the
|
||||
# You will see activity in the container log as well as the contents of the
|
||||
# proxied website in the terminal, NOT proxy.example.com. If using a browser then you
|
||||
# should notice that the URL is still proxy.example.com but the website is correct.
|
||||
# will notice that the URL is still proxy.example.com but the website is correct.
|
||||
|
||||
# Force HTTPS
|
||||
server {
|
||||
@@ -67,7 +67,7 @@ server {
|
||||
# Or alternatively, do it like the force of HTTPS if not your server.
|
||||
#return 301 https://website.name/$request_uri;
|
||||
|
||||
# This should forward you from 'proxy.example.com' to a real site:
|
||||
# This will forward you from 'proxy.example.com' to a real site:
|
||||
proxy_pass https://hyperling.com;
|
||||
}
|
||||
|
||||
|
||||
@@ -2,5 +2,5 @@
|
||||
If the reverse proxy also serves static HTML sites, the root directories of each
|
||||
can be placed here. Then in `../conf.d` add a file which points the domain to
|
||||
the HTML web root, such as `/etc/nginx/html/www.website.name`. An example for
|
||||
this exists called `html.example.com`. It should be fairly easy to recreate for
|
||||
this exists called `html.example.com`. It is fairly easy to recreate for
|
||||
another website.
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
# 2025-10-17 Hyperling
|
||||
# Copied and modified from the example here:
|
||||
# https://hub.docker.com/_/wordpress
|
||||
# This file should be copied to `docker-compose.yml`.
|
||||
# This file needs copied to `docker-compose.yml`.
|
||||
# Most configration changes can be done in the env file rather than here.
|
||||
|
||||
## TBDs ##
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# This file should be copied to `.env` and have its values changes as needed.
|
||||
# This file needs copied to `.env` and have its values changes as needed.
|
||||
|
||||
## Docker ##
|
||||
|
||||
|
||||
15
README.md
15
README.md
@@ -1,18 +1,22 @@
|
||||
# My Docker Setup
|
||||
|
||||
Scripting my way into the Docker world. I was unable to find a good tutorial on
|
||||
using and managing containers so this is what made sense to me based on practice
|
||||
with `docker-compose`. Also has some usages of `Dockerfile` to build some apps.
|
||||
|
||||
## Disclaimer
|
||||
|
||||
Currently the project only focuses on `apt` based operating systems, and is
|
||||
being used in production by the latest Debian release.
|
||||
|
||||
## Other README's
|
||||
|
||||
Each `Config/PROJECT/` folder also contains its own README file with specific
|
||||
information to running that sub project. This file's job is to cover the general
|
||||
Docker installation. The others then contain details on their program setup.
|
||||
|
||||
## How To Use
|
||||
|
||||
Most of these commands benefit from being root. Something like a `sudo su -` if
|
||||
you feel comfortable with it. Otherwise be aware that using sudo may cause file
|
||||
permission conflicts when interacting with the configuration files and folders.
|
||||
@@ -70,17 +74,20 @@ Cross your fingers and hope to succeed!
|
||||
## Folders
|
||||
|
||||
### Config
|
||||
Compose projects are set up here. Each folder should have a `docker-compose.yml`
|
||||
file set up unless it is for utility such as DynamicDNS, which is used in CRON.
|
||||
|
||||
Compose projects are set up here. Each folder needs `docker-compose.yml` and `.env`
|
||||
files set up unless it is for utility such as DynamicDNS, which is used in CRON.
|
||||
|
||||
### Volumes
|
||||
|
||||
The data of the files go here if the Config is done correctly. I think this
|
||||
should be easier to remember than `/var/lib/docker/volumes` when it comes time
|
||||
will be easier to remember than `/var/lib/docker/volumes` when it comes time
|
||||
for migrations. Hopefully all that'd be needed is to rsync `/opt/Docker` and run
|
||||
`install.sh` and then `start.sh` on the new server. You are welcome to use a
|
||||
directory other than `/opt/Docker`, this project is location agnostic.
|
||||
|
||||
### bin
|
||||
|
||||
Scripts to help make life easier. Some are pretty basic, but others do nice
|
||||
things like handle the container IDs.
|
||||
- `create.sh`
|
||||
@@ -94,4 +101,4 @@ things like handle the container IDs.
|
||||
- Start, stop, update, rebuild, etc all compose containers.
|
||||
- `uninstall.sh`
|
||||
- If something goes wrong and you'd like to start from scratch without
|
||||
provisioning a new server then this should do the job.
|
||||
provisioning a new server then this will do the job.
|
||||
|
||||
@@ -1,7 +1,7 @@
|
||||
#!/usr/bin/env bash
|
||||
# 2024-01-29 Hyperling
|
||||
# Example of how to pull the polled Backip.zip file. This would be placed on
|
||||
# the machine holding the backups in the directory that it should land.
|
||||
# the machine holding the backups in the directory that it needs to land.
|
||||
|
||||
DIR="$(dirname -- "${BASH_SOURCE[0]}")"
|
||||
PROG="$(basename -- "${BASH_SOURCE[0]}")"
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# The entries below should be added to the root crontab, taking into account
|
||||
# The entries below need to be added to the root crontab, taking into account
|
||||
# where you have placed your Docker Home. This assumes `/opt/Docker`.
|
||||
|
||||
## Dynamic DNS ##
|
||||
|
||||
Reference in New Issue
Block a user