mirror of
https://github.com/dredx/prole.git
synced 2026-09-23 12:03:59 +00:00
a069989315
Itemized changes:
1. knoe-auth: New cluster-internal KDC and SSO gateway service
- Created etc/init_knoe_auth.sh based on init_kdc.sh with knoe-auth naming
- Namespace defaults to SERVICE_NAMESPACE (knoe-system)
- ConfigMap: knoe-auth-kdc-config, Secret: knoe-auth-secrets
- Legacy cleanup removes old auth/dog/authority deployments
2. Orchestration: knoe-auth initializes before CloudNativePG
- Updated prole.sh to insert init_knoe_auth.sh as step 2 (before CNPG)
- Renumbered all subsequent initialization steps
3. Kong routing: Updated init_kong.sh to route to knoe-auth in SERVICE_NAMESPACE
4. Comment/reference updates for knoe-auth
- Updated init_common_services.sh, init_service_layer.sh, init_kerberos.sh
5. prole-db renamed to knoe-db across the entire codebase
- Renamed prole-db/ directory to knoe-db/
- Renamed all prole-db Kubernetes manifests (deploy/opentofu, k8s/)
- Renamed scripts: docker-root-knoe-db.sh, docker-run-knoe-db.sh, test-cnpg-knoe-db.sh
- Renamed etc/init_prole-db-reset.sh to etc/init_knoe-db-reset.sh
- Renamed etc/prole-db-passwwd.sh to etc/knoe-db-passwwd.sh
- Renamed mock_val counterparts accordingly
- Renamed tests/etc/test_init_prole-db-reset.sh to test_init_knoe-db-reset.sh
- Renamed docs/prole-db-documentation-mcp-architecture.md to knoe-db variant
- Renamed modes/k3d/prole-db/ to modes/k3d/knoe-db/
- Renamed prole-db.iml to knoe-db.iml
6. Configuration updates
- Updated conf/dev, conf/prod, conf/test, conf/service prole.cfg files
- Updated conf/port-mapping.cfg
- Updated etc/prole_cfg.sh and mock_val/prole_cfg.sh
- Updated service/prole.cfg
7. Kubernetes manifests and deploy configuration
- Updated deploy/opentofu/k3s ArgoCD application YAMLs
- Updated kong-configmap.yaml and kustomization.yaml
- Updated k3s/kong-config.yml and prole-resources.yaml
- Updated prole-mssql-db deployment YAMLs
- Updated supabase helm render and deploy scripts
8. Infrastructure and GCP Terraform
- Updated deploy/gcp/terraform: folders, groups, IAM, service-projects
9. Python/installer code updates
- Updated knoe/core: actions, build_context, controller, env, milestones
- Updated knoe/milestone.py
- Updated knoe/ui/screens: cfg, database, database_options, deploy, docker,
navigation, security, services, validate
- Updated knoe.spec, status.py
10. Shell script updates
- Updated etc/: build_db, init_cloudnative_pg, init_cnpg_backup,
init_db_manager, init_forgejo, init_gitlab, init_monitoring, init_openbao,
init_port_forwards, init_postgrest, init_supabase_ports, status
- Updated mock_val/ counterparts for all above scripts
- Updated prole-net/init-prole-dns.sh
- Updated bin/prole-kpf.sh, gitea/deploy.sh, supabase/deploy.sh
11. Test updates
- Updated tests/etc/: test_init_cloudnative_pg*, test_init_cnpg_backup*,
test_init_kdc*, test_init_kerberos*, test_init_kong*, test_prole_cfg*
- Updated tests/installer/: test_actions_helpers, test_cfg_save_kubecontext,
test_controller, test_core_classes, test_milestones, test_milestones_extended,
test_namespace_propagation
- Updated tests/: test_database_options, test_navigation,
test_render_supabase_hostname, test_docker_build_fix,
test_all_prole_home_fixes, silent_install_test, final_test
12. Documentation updates
- Updated docs/: DOCKER-BUILD-FIX, PROLE-CFG-SECRETS, PROLE-HOME-DIRECTORY,
build-system, patent
- Updated scan/network_description.txt
- Updated pom.xml
13. Miscellaneous script updates
- Updated root-level: _adopt_replica_pvcs, _fix_replica_merlin, _import_pi,
_patch_cluster, _prebind_pvcs, _rebind_d002, _rebind_d002b, test_resolve
- Updated scripts/generate_spec.py
Co-authored-by: Junie <junie@jetbrains.com>
73 lines
2.6 KiB
Plaintext
73 lines
2.6 KiB
Plaintext
# PostgreSQL User Name Maps
|
|
# =========================
|
|
#
|
|
# ---------------
|
|
# Mapping Records
|
|
# ---------------
|
|
#
|
|
# Refer to the PostgreSQL documentation, chapter "Client
|
|
# Authentication" for a complete description. A short synopsis
|
|
# follows.
|
|
#
|
|
# This file controls PostgreSQL user name mapping. It maps external
|
|
# user names to their corresponding PostgreSQL user names. Records
|
|
# are of the form:
|
|
#
|
|
# MAPNAME SYSTEM-USERNAME PG-USERNAME
|
|
#
|
|
# (The uppercase quantities must be replaced by actual values.)
|
|
#
|
|
# MAPNAME is the (otherwise freely chosen) map name that was used in
|
|
# pg_hba.conf. SYSTEM-USERNAME is the detected user name of the
|
|
# client. PG-USERNAME is the requested PostgreSQL user name. The
|
|
# existence of a record specifies that SYSTEM-USERNAME may connect as
|
|
# PG-USERNAME.
|
|
#
|
|
# If SYSTEM-USERNAME starts with a slash (/), it will be treated as a
|
|
# regular expression. Optionally this can contain a capture (a
|
|
# parenthesized subexpression). The substring matching the capture
|
|
# will be substituted for \1 (backslash-one) if present in
|
|
# PG-USERNAME.
|
|
#
|
|
# PG-USERNAME can be "all", a user name, a group name prefixed with "+", or
|
|
# a regular expression (if it starts with a slash (/)). If it is a regular
|
|
# expression, the substring matching with \1 has no effect.
|
|
#
|
|
# Multiple maps may be specified in this file and used by pg_hba.conf.
|
|
#
|
|
# No map names are defined in the default configuration. If all
|
|
# system user names and PostgreSQL user names are the same, you don't
|
|
# need anything in this file.
|
|
#
|
|
# ---------------
|
|
# Include Records
|
|
# ---------------
|
|
#
|
|
# This file allows the inclusion of external files or directories holding
|
|
# more records, using the following keywords:
|
|
#
|
|
# include FILE
|
|
# include_if_exists FILE
|
|
# include_dir DIRECTORY
|
|
#
|
|
# FILE is the file name to include, and DIR is the directory name containing
|
|
# the file(s) to include. Any file in a directory will be loaded if suffixed
|
|
# with ".conf". The files of a directory are ordered by name.
|
|
# include_if_exists ignores missing files. FILE and DIRECTORY can be
|
|
# specified as a relative or an absolute path, and can be double-quoted if
|
|
# they contain spaces.
|
|
#
|
|
# -------------------------------
|
|
# Miscellaneous
|
|
# -------------------------------
|
|
#
|
|
# This file is read on server startup and when the postmaster receives
|
|
# a SIGHUP signal. If you edit the file on a running system, you have
|
|
# to SIGHUP the postmaster for the changes to take effect. You can
|
|
# use "pg_ctl reload" to do that.
|
|
|
|
# Put your actual configuration here
|
|
# ----------------------------------
|
|
|
|
# MAPNAME SYSTEM-USERNAME PG-USERNAME
|