Наличие 700 перманента на каталоге является только первым шагом в правильном направлении.
Если/home/foo 700, и/home/foo/bar 777, любой может все еще записать в панель, пока они знают, что панель там, поскольку у них нет полномочий просмотра к/home/foo. Вот почему иногда Вы, возможно, должны были бы уничтожить chmod-R o-rwx/home/foo. Также для предотвращения будущих проблем установите umask на что-то более строгое как 077 или 027, в зависимости от потребностей.
Кроме того, необходимо удостовериться, что все файлы в/home/foo/принадлежат пользователю, которого Вы хотите (вероятно, пользователь, названный нечто в этом случае). При наличии файлов там кем-то еще, чем эти 700 защитят доступ к тому файлу для его владельца, не владельца каталога, это находится в.
Ну, я понял - это была комбинация неопытности с PostgreSQL и очень неописательных ошибок phpPgAdmin.
Оказывается, у меня не был включен доступ по TCP / IP, который означало, что ни одно приложение PHP не могло получить доступ к базам данных . Чтобы исправить это, мне пришлось внести два изменения:
listen_addresses
на '*'
в postgresql.conf
. Я не уверен, что это полностью необходимо или нет, но на такой машине с хорошей брандмауэром проблем быть не должно. setsebool -P httpd_can_network_connect_db 1
из окна терминала, чтобы Apache действительно запустил программу и подключился. Я не помню, приходилось ли мне перезапускать PostgreSQL после этого шага, но это, вероятно, не повредит. И последнее замечание: я видел несколько вещей, предлагающих изменить строку tcpip_socket = true
в postgresql.conf
. Очевидно, не работает в PostgreSQL 9.1. Фактически, он отказался запускаться после того, как я это добавил. Так что не делайте этого.
В любом случае, надеюсь, это поможет тому, кто столкнется с теми же проблемами, что и я!
Мне не удалось настроить phpPgAdmin, пока я не увижу ваше решение. Чтобы завершить ваше решение:
listen_address
на '*'
, если ваш сервер phpPgAdmin находится на том же компьютере, что и ваш сервер postgresql (9.2 для меня), вы можете установить его на localhost
. Я попробовал вышеуказанное решение, но по-прежнему появляется сообщение "Ошибка входа". Чтобы решить эту проблему, я должен был убедиться, что IPv6 также установлен на пароль
в файле pg_hba.conf
. Итак, сделайте: vi /var/lib/pgsql/9.4/data/pg_hba.conf
и отредактируйте соответствующим образом. Затем перезапустите и httpd, и postgresql (независимо от используемой версии)
Epo, përdoruesi i paracaktuar është postgres dhe pa fjalëkalim të një instalimi të ri. Pra, në kutinë e përdoruesit vendosni këtë dhe pastroni kutinë e fjalëkalimit. Klikoni bërë.
Nëse keni përdorur pgAdmin4 dhe keni futur një fjalëkalim në hyrjen e parë që është fjalëkalimi që përdorni për përdoruesin postgres . Tani në phppgadmin shkruaj postgres si emër përdoruesi dhe atë fjalëkalim në kutinë e fjalëkalimit. Klikoni Bërë Faleminderit
При запуске на сервере с GitLab-CE сообщение, которое я получаю в файле журнала, было:
tail -f -n 8 /var/log/postgresql/postgresql-*-main.log
......
2019-07-24 16:33:15.073 EDT [9640] postgres@template1 LOG: provided user name (postgres) and authenticated user name (gitlab-www) do not match
2019-07-24 16:33:15.073 EDT [9640] postgres@template1 FATAL: Peer authentication failed for user "postgres"
2019-07-24 16:33:15.073 EDT [9640] postgres@template1 DETAIL: Connection matched pg_hba.conf line 85: "local all postgres peer"
, поэтому я подключаюсь к psql
через cli и создайте недостающую роль / пользователя (в моем случае gitlab-www
):
# sudo -u postgres psql
CREATE USER "gitlab-www" WITH PASSWORD 'YouKnow..' CREATEDB CREATEROLE SUPERUSER LOGIN;
И затем процесс входа в систему открывает свои двери.