Re: Bug in createlang?
От | Tom Lane |
---|---|
Тема | Re: Bug in createlang? |
Дата | |
Msg-id | 2366.999791064@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Bug in createlang? (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: Bug in createlang?
|
Список | pgsql-general |
Peter Eisentraut <peter_e@gmx.net> writes: > The fact that the database server is wide-open in the default installation > is surely not good, but the problem is that we don't have a universally > accepted way to lock it down. We could make password authentication the > default, but that would annoy a whole lot of people. Yes, particularly for pg_dumpall scripts... > Another option would be to set the unix domain socket permissions to > 0200 by default, so only the user that's running the server can get > in. I could live with that; not sure about others. For my purposes this would be acceptable, but I wouldn't actually want to use 0200. So it'd be nicer if the default socket permission were trivially configurable (ideally as a configure switch). Given that, I wouldn't mind if the default were 0200. Note that locking down the unix socket is little help if one is using a startup script that helpfully supplies -i by default. I am not sure what the score is with all the startup scripts that are in various RPMs and other platform-specific distributions; does anyone know if there are any that ship with -i enabled? regards, tom lane
В списке pgsql-general по дате отправления: