Re: FE/BE Protocol - Specific version
От | Richard Huxton |
---|---|
Тема | Re: FE/BE Protocol - Specific version |
Дата | |
Msg-id | 200308291954.32708.dev@archonet.com обсуждение исходный текст |
Ответ на | Re: FE/BE Protocol - Specific version (Bruce Badger <bruce_badger@badgerse.com>) |
Список | pgsql-hackers |
On Friday 29 August 2003 15:37, Bruce Badger wrote: > On Fri, 2003-08-29 at 23:35, Tom Lane wrote: > > Rod Taylor <rbt@rbt.ca> writes: > > >> So, being able to stop connections trying to use old protocol versions > > >> would be very helpful in this case. > > > > > > Wouldn't it be better to have StORE run a select version() after > > > connecting? > > > > Well, his point is that old versions of his client code wouldn't know to > > do that. However, I don't think that what he's suggesting is a suitable > > answer either --- he wants to rely on a chance coincidence, namely that > > we're upgrading the FE/BE protocol at the same time that he wants to > > make an incompatible application-level change. > So, if it did come to pass that rejecting connections on the basis of > protocol version was possible, then I could fix the broken encoding > implementation. Otherwise, I think I'll have to wait for the next > chance coincidence. > > ... unless anyone has any better ideas? :-/ 1. Run "new" versions of the database on a different port - only the new client will know to look there. 2. Write a small proxy to simulate #1 (in case PG is serving other clients) - only allow access to the StORE db from localhost 3. Write a small proxy to determine which version of the protocol is in use, and allow/deny access as required. -- Richard Huxton Archonet Ltd
В списке pgsql-hackers по дате отправления: