Re: [vserver] vserver 0.11 and kernel ctx-8 released

About this list Date view Thread view Subject view Author view Attachment view

Date: Sat Mar 09 2002 - 23:15:16 EST

This change is causing problems.

Situation 1:

You have some common services used by vservers, e.g. dns cache/resolver, database backend
etc.., listening on on the same machine.

Starting from ctx-8, vservers are unable to connect and use such services,
because when they try to connect to it is remapped to their pubic IP addresses.

Situation 2:

Usually when application needs to create a "private" service it binds to localhost.
With previous kernels, it would fail. With ctx-8, it succeeds but instead of listening
on localhost, it opens up a port on public interface, which is not what application
expects. This could have dire security consequences. I'd rather it failed than
succeeded with unexpected result.

Could you make this particular bits, i.e. remapping bind and route of optional?
Either at kernel build time or at runtime?

I understand that it solved some problems for people running samba, but at what expense?


On Tuesday, 26 February 2002 at 14:39, Jacques Gelinas wrote:

> 1.4. kernel ctx-8
> + Using in a vserver.
> Note, this is unrelated to the multi-IP-per-vserver concept. A
> vserver normally use a single IP to listen and talk. In general,
> this is not a problem. But it breaks a little semantic. Most
> services out there simply do a bind on IP This way, they
> expect to grab any incoming traffic. They also expect that talking
> to is a good way (configuration less) to talk to
> themselves. Some services are using localhost (which is redirect to
> the ipv4root of the vserver) and some are using directly.
> The ctx-8 kernel now maps to the ipv4root of the vserver
> on the fly. This solves some issues with samba and should also (not
> tested) solve the issue with PostgreSQL.

About this list Date view Thread view Subject view Author view Attachment view

This archive was generated by hypermail 2.1.4 : Mon Aug 19 2002 - 12:01:01 EDT