Summary: | vsftpd and virtual hosts init script patch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | parafin <help> |
Component: | Current packages | Assignee: | Roy Marples (RETIRED) <uberlord> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | Inclusion |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 81819 | ||
Attachments: |
new vsftpd init script
default conf.d file |
Description
parafin
2005-06-26 13:20:14 UTC
Created attachment 62001 [details]
new vsftpd init script
Created attachment 62002 [details]
default conf.d file
While I have no issue with the changes is there any reason why you cannot use tcpwrappers to enable virtual hosts via vsftp? Here's my line from /etc/hosts.allow vsftpd@192.168.2.3: ALL: setenv VSFTPD_LOAD_CONF /etc/vsftpd/vhost.conf This applies the options in vhost.conf to the main config - all settings can be turned on or off. Yes, it is another way to do it, but you must have tcpwrappers in USE flags to do it in this manner. And the most important - "Gentoo is all about choice" ;) It's better when there are more than one way to done smth. I like more my variant and will be happy if my favourite distro support it. OK - we cannot use this until we get baselayout-1.12.x stable due to bug #81819 And that won't happen for a while I'm afraid :/ Why not require BACKGROUND=NO in config, how i made it? It would i think resolve that bug... And what's about new baselayout? i haven't catched the connection. No, the problem in bug #81819 is that any child processes spawned are not killed when we ask vsftpd to stop - hence using the killall statement as workaround. baselayout-1.12.x overrides the start-stop-daemon command so that all child processes are infact killed correctly. Fixed in vsftpd-2.0.3-r2 |