Для удалённой системы — ну, например, ssh в специального юзера, у которого шеллом указан psql и которому в настройках постгреса разрешено беспарольное подключение.

PGDATABASE
PGHOST
PGOPTIONS
PGPORT
PGUSER

Default connection parameters.

This utility, like most other PostgreSQL utilities, also uses the environment variables supported by libpq (see Section 31.14).

так, стоп, а как будет выглядеть снятие дампа в такой схеме?

sudo -u postgres /path/to/backup_script

Можно шеллом указать обычный.

можно пожалуйста вариант для очень сильно тупого? Последовательность действий в упомянутом тобой варианте.

• добавить на удалённом хосте юзера без каких-либо прав (группа nobody) и с заблокированным паролем
• дать этому юзеру беспрепятственный доступ к постгресу
• (по желанию) указать /usr/bin/psql в качестве шелла для этого юзера или ForceCommand в sshd_config (опять же, в отдельной секции для данного юзера)
• сгенерить ключик и добавить его в authorized_keys для этого юзера
• защитить ключик любым удобным способом (парольная фраза, etc)
• ssh user@host psql

с этим понятно. Выглядит интересно.

Еще варианты?

с этим понятно. Выглядит интересно.

По моему лишний геморой. Какая разница, потеряешь ли ты ~/.pgpass или ~/.ssh/id_rsa ?

вот я и спрашиваю еще варианты

я правильно понимаю, что такое и для мускуля пойдёт?

для подключения к удалённой машине с субд

ВПН и pg_hba который разрешает только локальные подключения.

Если же машина с бд стоит где-то далеко и одинока, то у тебя уже есть проблемы: ты можешь потерять данные.

identd

$subj