mirror of
https://github.com/deuill/coreos-home-server.git
synced 2024-09-21 13:40:45 +00:00
Alex Palaistras
c5a6208e6a
The container file is now directly based on Debian Bookworm, and uses official Debian packages.
79 lines
3.3 KiB
Plaintext
79 lines
3.3 KiB
Plaintext
################################## NETWORK #####################################
|
|
|
|
# Protected mode is a layer of security protection, in order to avoid that
|
|
# Redis instances left open on the internet are accessed and exploited.
|
|
#
|
|
# When protected mode is on and the default user has no password, the server
|
|
# only accepts local connections from the IPv4 address (127.0.0.1), IPv6 address
|
|
# (::1) or Unix domain sockets.
|
|
#
|
|
# By default protected mode is enabled. You should disable it only if
|
|
# you are sure you want clients from other hosts to connect to Redis
|
|
# even if no authentication is configured.
|
|
|
|
protected-mode no
|
|
|
|
################################# GENERAL #####################################
|
|
|
|
# If you run Redis from upstart or systemd, Redis can interact with your
|
|
# supervision tree. Options:
|
|
# supervised no - no supervision interaction
|
|
# supervised upstart - signal upstart by putting Redis into SIGSTOP mode
|
|
# requires "expect stop" in your upstart job config
|
|
# supervised systemd - signal systemd by writing READY=1 to $NOTIFY_SOCKET
|
|
# on startup, and updating Redis status on a regular
|
|
# basis.
|
|
# supervised auto - detect upstart or systemd method based on
|
|
# UPSTART_JOB or NOTIFY_SOCKET environment variables
|
|
# Note: these supervision methods only signal "process is ready."
|
|
# They do not enable continuous pings back to your supervisor.
|
|
#
|
|
# The default is "no". To run under upstart/systemd, you can simply uncomment
|
|
# the line below:
|
|
|
|
supervised systemd
|
|
|
|
# Specify the server verbosity level.
|
|
# This can be one of:
|
|
# debug (a lot of information, useful for development/testing)
|
|
# verbose (many rarely useful info, but not a mess like the debug level)
|
|
# notice (moderately verbose, what you want in production probably)
|
|
# warning (only very important / critical messages are logged)
|
|
|
|
loglevel notice
|
|
|
|
################################ SNAPSHOTTING ################################
|
|
|
|
# The working directory.
|
|
#
|
|
# The DB will be written inside this directory, with the filename specified
|
|
# above using the 'dbfilename' configuration directive.
|
|
#
|
|
# The Append Only File will also be created inside this directory.
|
|
#
|
|
# Note that you must specify a directory here, not a file name.
|
|
|
|
dir /var/lib/redis
|
|
|
|
############################## APPEND ONLY MODE ###############################
|
|
|
|
# By default Redis asynchronously dumps the dataset on disk. This mode is
|
|
# good enough in many applications, but an issue with the Redis process or
|
|
# a power outage may result into a few minutes of writes lost (depending on
|
|
# the configured save points).
|
|
#
|
|
# The Append Only File is an alternative persistence mode that provides
|
|
# much better durability. For instance using the default data fsync policy
|
|
# (see later in the config file) Redis can lose just one second of writes in a
|
|
# dramatic event like a server power outage, or a single write if something
|
|
# wrong with the Redis process itself happens, but the operating system is
|
|
# still running correctly.
|
|
#
|
|
# AOF and RDB persistence can be enabled at the same time without problems.
|
|
# If the AOF is enabled on startup Redis will load the AOF, that is the file
|
|
# with the better durability guarantees.
|
|
#
|
|
# Please check https://redis.io/topics/persistence for more information.
|
|
|
|
appendonly yes
|