`db-init` suppose un orchestrateur qui honore `depends_on: service_completed_successfully`. Swarm l'ignore, et une pile déployée avant l'ajout du service ne le contient même pas. L'application redémarrait alors en boucle sur un refus d'authentification que le diagnostic ajouté précédemment décrivait sans que personne puisse le corriger. Elle le corrige donc elle-même au démarrage, si on lui confie les identifiants d'amorçage — et se tait sinon, pour ne pas contrarier un déploiement qui préfère les garder hors du conteneur applicatif. Le point d'entrée retire ces variables avant de lancer le serveur : le processus qui sert les requêtes ne les voit jamais. Le branchement create/alter se fait côté client et non dans un bloc `DO` : le corps d'un `DO` est une chaîne littérale, où `$1` n'est pas un paramètre de requête. L'échappement du mot de passe est confié à `quote_literal`, et le nom de rôle est refusé s'il n'a pas la forme d'un identifiant. Éprouvé sous authentification scram réelle : après réalignement, l'ancien mot de passe est refusé et le nouveau accepté, le rôle reste NOSUPERUSER NOBYPASSRLS et devient propriétaire de la base. Au passage, `withTenant` pose un budget de transaction explicite. Tout accès aux données passe par lui, si bien que le défaut Prisma de 5 s plafonnait en réalité chaque requête de l'application, et l'échec se présentait en `P2028` qui ne désigne ni la requête ni la cause. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Cr9dkEHwbDgkWPnyGj1Rjv
118 lines
4.4 KiB
JavaScript
118 lines
4.4 KiB
JavaScript
/**
|
||
* Pose le rôle applicatif depuis le conteneur de l'application.
|
||
*
|
||
* Le service `db-init` fait déjà ce travail, mais il suppose un orchestrateur
|
||
* qui honore `depends_on: service_completed_successfully` — ce que Swarm ignore,
|
||
* et ce qu'une pile déployée avant l'ajout du service ne contient même pas.
|
||
* L'application se retrouve alors à redémarrer en boucle sur un refus
|
||
* d'authentification que personne ne peut corriger sans intervenir à la main.
|
||
*
|
||
* Elle le corrige donc elle-même, **si** on lui confie de quoi le faire. Sans
|
||
* `POSTGRES_PASSWORD`, ce script ne fait rien et se tait : un déploiement qui
|
||
* préfère garder les identifiants d'amorçage hors du conteneur applicatif reste
|
||
* libre de le faire.
|
||
*
|
||
* Le point d'entrée retire ces variables de l'environnement avant de lancer le
|
||
* serveur : le processus qui sert les requêtes ne les voit jamais, et une
|
||
* exécution de code arbitraire dans l'application n'y donne pas accès.
|
||
*/
|
||
import { Client } from 'pg';
|
||
|
||
const superUser = process.env.POSTGRES_USER ?? 'planflow';
|
||
const superPassword = process.env.POSTGRES_PASSWORD ?? '';
|
||
const database = process.env.POSTGRES_DB ?? 'planflow';
|
||
const host = process.env.POSTGRES_HOST ?? 'db';
|
||
const port = Number(process.env.POSTGRES_PORT_INTERNAL ?? 5432);
|
||
|
||
const appRole = process.env.APP_DB_USER ?? 'planflow_app';
|
||
const appPassword = process.env.APP_DB_PASSWORD ?? 'planflow-app-interne';
|
||
|
||
if (!superPassword) {
|
||
console.log(
|
||
'[bootstrap] Aucun identifiant d’amorçage fourni : le rôle applicatif est supposé déjà en place.',
|
||
);
|
||
process.exit(0);
|
||
}
|
||
|
||
/**
|
||
* Un identifiant ne se met pas entre guillemets simples comme une valeur.
|
||
* `quote_ident` n'étant pas disponible côté client, on refuse ce qui n'a pas la
|
||
* forme d'un identifiant plutôt que de fabriquer une injection.
|
||
*/
|
||
if (!/^[a-zA-Z_][a-zA-Z0-9_]*$/.test(appRole)) {
|
||
console.error(`[bootstrap] Nom de rôle invalide : ${appRole}`);
|
||
process.exit(1);
|
||
}
|
||
|
||
const client = new Client({
|
||
host,
|
||
port,
|
||
user: superUser,
|
||
password: superPassword,
|
||
database,
|
||
});
|
||
|
||
try {
|
||
await client.connect();
|
||
|
||
// Le branchement se fait ici, pas dans un bloc `DO` : à l'intérieur d'un
|
||
// `DO`, le corps est une **chaîne littérale**, et `$1` n'y est pas un
|
||
// paramètre de requête — le serveur répond « bind message supplies 1
|
||
// parameters, but prepared statement requires 0 ».
|
||
const existing = await client.query(
|
||
'SELECT 1 FROM pg_roles WHERE rolname = $1',
|
||
[appRole],
|
||
);
|
||
|
||
// L'échappement est confié à PostgreSQL : un mot de passe peut contenir une
|
||
// apostrophe, et la concaténer à la main serait une injection.
|
||
const quoted = await client.query('SELECT quote_literal($1) AS literal', [
|
||
appPassword,
|
||
]);
|
||
const literal = quoted.rows[0].literal;
|
||
|
||
const attributes = 'NOSUPERUSER NOCREATEDB NOCREATEROLE NOBYPASSRLS';
|
||
await client.query(
|
||
existing.rowCount === 0
|
||
? `CREATE ROLE ${appRole} LOGIN PASSWORD ${literal} ${attributes}`
|
||
: `ALTER ROLE ${appRole} WITH LOGIN PASSWORD ${literal} ${attributes}`,
|
||
);
|
||
|
||
await client.query(`ALTER DATABASE "${database}" OWNER TO ${appRole}`);
|
||
await client.query(`ALTER SCHEMA public OWNER TO ${appRole}`);
|
||
await client.query(`GRANT ALL ON SCHEMA public TO ${appRole}`);
|
||
|
||
// Objets créés par le compte d'amorçage lors d'un déploiement antérieur :
|
||
// sans ce transfert, le rôle applicatif ne pourrait ni migrer ni lire.
|
||
await client.query(`
|
||
DO $own$
|
||
DECLARE statement text;
|
||
BEGIN
|
||
FOR statement IN
|
||
SELECT format('ALTER TABLE %I.%I OWNER TO ${appRole}', schemaname, tablename)
|
||
FROM pg_tables WHERE schemaname = 'public'
|
||
UNION ALL
|
||
SELECT format('ALTER SEQUENCE %I.%I OWNER TO ${appRole}', sequence_schema, sequence_name)
|
||
FROM information_schema.sequences WHERE sequence_schema = 'public'
|
||
LOOP
|
||
EXECUTE statement;
|
||
END LOOP;
|
||
END
|
||
$own$;`);
|
||
|
||
console.log(
|
||
`[bootstrap] Rôle ${appRole} prêt — NOSUPERUSER NOBYPASSRLS, propriétaire de ${database}.`,
|
||
);
|
||
} catch (error) {
|
||
// Non bloquant : le rôle est peut-être déjà correct et posé par `db-init`.
|
||
// Faire échouer le démarrage ici priverait d'une installation qui marche.
|
||
console.error(
|
||
`[bootstrap] Provisionnement impossible (${error instanceof Error ? error.message : String(error)}).`,
|
||
);
|
||
console.error(
|
||
'[bootstrap] La suite dira si le rôle applicatif est utilisable en l’état.',
|
||
);
|
||
} finally {
|
||
await client.end().catch(() => undefined);
|
||
}
|