Hello, Well, I think that this is a useful tool for the vserver project.
We are using v_portmap as well as some others v_* scripts. After having installed several vserver hosts I think it is much more easy to modify the services than to go after every application and modify one or several configuration file. Also, it is easy to check the existing services running on a given host and to create the v_* scripts in order to make sure that no port conflict will occur between the vservers and the host. This is a general solution to this kind of problem whereas fixing each application individually can be, IMHO, a pain... Ben Enrico Scholz a écrit : > [EMAIL PROTECTED] (Herbert Poetzl) writes: > > >>>I will fix it, although the v_* scripts will disappear soon. >> >>and be replaced by? > > > nothing ;) > > I do not see much sense in these scripts. Most affected applications > (httpd, named, sendmail, ssh, xinetd) can be configured with "native" > methods to listen on a limited set of interfaces. 'portmap' is the only > daemon where v_portmap might be useful, but it is not used very much > today resp. only by programs which can run in the host only. And the > missing reports about the broken startup order in v_portmap tells me, > that this script is unused. ;) > > > > Enrico > > > ------------------------------------------------------------------------ > > _______________________________________________ > Vserver mailing list > [email protected] > http://list.linux-vserver.org/mailman/listinfo/vserver -- Benoît des Ligneris Ph. D. Président / C.E.O. Revolution Linux http://www.revolutionlinux.com/ Toutes les opinions et les prises de position exprimées dans ce courriel sont celles de son auteur et ne représentent pas nécessairement celles de Révolution Linux. Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux. _______________________________________________ Vserver mailing list [email protected] http://list.linux-vserver.org/mailman/listinfo/vserver
