Adoptable Cookbooks List

Looking for a cookbook to adopt? You can now see a list of cookbooks available for adoption!
List of Adoptable Cookbooks

Supermarket Belongs to the Community

Supermarket belongs to the community. While Chef has the responsibility to keep it running and be stewards of its functionality, what it does and how it works is driven by the community. The chef/supermarket repository will continue to be where development of the Supermarket application takes place. Come be part of shaping the direction of Supermarket by opening issues and pull requests or by joining us on the Chef Mailing List.

Select Badges

Select Supported Platforms

Select Status


onddo_proftpd (4) Versions 0.1.0

Installs and Configures ProFTPD ftp server.

cookbook 'onddo_proftpd', '= 0.1.0', :supermarket
cookbook 'onddo_proftpd', '= 0.1.0'
knife supermarket install onddo_proftpd
knife supermarket download onddo_proftpd
Quality -%


Chef Cookbook to install and configure the ProFTPD FTP server.



  • Amazon
  • CentOS
  • Debian
  • Fedora
  • Ubuntu



<td>System user to own the ProFTPD configuration files.</td>
<td>System group to own the ProFTPD configuration files.</td>
<td>ProFTPD configuration files system file mode bits.</td>
<td>ProFTPD system packages required to use some modules. This is distribution specific and usually there is no need to change it.</td>
<td>ProFTPD configuration as key/value multi-level Hash.</td>



Installs and Configures ProFTPD.


Installs ProFTPD ohai plugin. Called by the ::default recipe


Including in a Cookbook Recipe

You can simply include it in a recipe:

# from a recipe
include_recipe "onddo_proftpd"

Don't forget to include the onddo_proftpd cookbook as a dependency in the metadata.

# metadata.rb

depends "onddo_proftpd"

Including in the Run List

Another alternative is to include the default recipe in your Run List.

  "name": "",
  "run_list": [

Changing the Configuration

Configuration directives will be created inside the proftpd.conf file. Other configuration files will be ignored unless included. By default, only the conf.d directory will be included:

node.default["proftpd"]["conf"]["include"] = %w{/etc/proftpd/conf.d}

All the configuration for the proftpd.conf file is read from the node["proftpd"]["conf"] attribute.

Under this namespace, you can set configuration directives using both the CamelCase and the_underscore syntax.

For example, using the underscore syntax:

node.default["proftpd"]["conf"]["use_ipv6"] = false
node.default["proftpd"]["conf"]["ident_lookups"] = false
node.default["proftpd"]["conf"]["server_name"] = "My FTP server"

include_recipe "onddo_proftpd"

Using the camelcase syntax:

node.default["proftpd"]["conf"]["UseIPv6"] = false
node.default["proftpd"]["conf"]["IdentLookups"] = false
node.default["proftpd"]["conf"]["ServerName"] = "My FTP server"

include_recipe "onddo_proftpd"

The cookbook will try to do the correct conversion from underscore to camelcase including some edge cases, like for example UseIPv6 (you don't need to use use_i_pv6, use_ipv6 is OK also).

In any case, use the syntax you prefer.

Block Directives

Some of the directives set in the attributes will be treated in a special way:

  • Global or global: will create a <Global> block, must contain an Array of directives.
  • Directory or directory: will create a <Directory> block, must contain a Hash of directives.
  • VirtualHost or virtual_host: will create a <VirtualHost> block, must contain a Hash of directives.
  • Anonymous or anonymous: will create a <Anonymous> block, must contain a Hash of directives.
  • Limit or limit: will create a <Limit> block, must contain a Hash of directives.
  • IfAuthenticated or if_authenticated: will create a <IfAuthenticated> block, must contain an Array of directives.
  • IfModule or if_module: will create a <IfModule> block, must contain a Hash of directives.
  • IfClass or if_class: will create a <IfClass> block, must contain a Hash of directives.
  • IfGroup or if_group: will create a <IfGroup> block, must contain a Hash of directives.
  • IfUser or if_user: will create a <IfUser> block, must contain a Hash of directives.

See the examples below to learn how to use them.

Valueless Directives

If the directive has no value, like AllowAll or DenyAll, you set it to nil to enable it. For example:

node.default["proftpd"]["conf"]["anonymous"]["~ftp"]["directory"]["*"]["limit"]["write"]["deny_all"] = nil
node.default["proftpd"]["conf"]["anonymous"]["~ftp"]["directory"]["incoming"]["limit"]["read write"]["deny_all"] = nil
node.default["proftpd"]["conf"]["anonymous"]["~ftp"]["directory"]["incoming"]["limit"]["stor"]["allow_all"] = nil

Configuring a Module

The best way to set a module configuration is to use the <IfModule> configuration directive. For example:

# mod_ctrls_admin.c module
node.default["proftpd"]["conf"]["if_module"]["ctrls_admin"]["admin_controls_engine"] = false

You can use the full module name if you prefer (mod_*.c):

node.default["proftpd"]["conf"]["if_module"]["mod_ctrls_admin.c"]["admin_controls_engine"] = false

You can also use the special ["prefix"] key to save putting a prefix in all the configuration directives:

# Create a <IfModule> directive block
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["prefix"] = "Controls"
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["engine"] = false # ControlsEngine
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["max_clients"] = 2 # ControlsMaxClients
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["log"] = "/var/log/proftpd/controls.log" # ControlsLog
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["interval"] = 5 # ControlsInterval
node.default["proftpd"]["conf"]["if_module"]["ctrls"]["socket"] = "/var/run/proftpd/proftpd.sock" # ControlsSocket

This prefix will only be applied under the current block (<IfModule> in this example), excluding deeper blocks under ["ctrls"], like for example ["ctrls"]["directory"]["*"][...].

Enabling SSL/TLS

In the following example, we are using the ssl_certificate cookbook to create the certificate:

# TLS configuration
cert = ssl_certificate "proftpd"
node.default["proftpd"]["conf"]["if_module"]["tls"]["prefix"] = "TLS"
node.default["proftpd"]["conf"]["if_module"]["tls"]["engine"] = true
node.default["proftpd"]["conf"]["if_module"]["tls"]["log"] = "/var/log/proftpd/tls.log"
# Support both SSLv3 and TLSv1
node.default["proftpd"]["conf"]["if_module"]["tls"]["protocol"] = "SSLv3 TLSv1"
# Are clients required to use FTP over TLS when talking to this server?
node.default["proftpd"]["conf"]["if_module"]["tls"]["required"] = false
node.default["proftpd"]["conf"]["if_module"]["tls"]["rsa_certificate_file"] = cert.cert_path
node.default["proftpd"]["conf"]["if_module"]["tls"]["rsa_certificate_key_file"] = cert.key_path
# Authenticate clients that want to use FTP over TLS?
node.default["proftpd"]["conf"]["if_module"]["tls"]["verify_client"] = false
# Avoid CA cert with relaxed session use for some clients (e.g. FireFtp)
node.default["proftpd"]["conf"]["if_module"]["tls"]["options"] = "NoCertRequest EnableDiags NoSessionReuseRequired"
# Allow SSL/TLS renegotiations when the client requests them, but
# do not force the renegotations.  Some clients do not support
# SSL/TLS renegotiations; when mod_tls forces a renegotiation, these
# clients will close the data connection, or there will be a timeout
# on an idle data connection.
node.default["proftpd"]["conf"]["if_module"]["tls"]["renegotiate"] = "none"

include_recipe "onddo_proftpd"

Creating a VirtualHost

node.default["proftpd"]["conf"]["virtual_host"][""] = {
  "server_admin" => "",
  "server_name" => "Big FTP Archive",
  "transfer_log" => "/var/log/proftpd/",
  "max_login_attempts" => 3,
  "require_valid_shell" => false,
  "default_root" => "/tmp",
  "allow_overwrite" => true,

include_recipe "onddo_proftpd"

Creating an Anonymous FTP

user "ftp" do
  system true
  shell "/bin/false"
  supports :manage_home => true

node.default["proftpd"]["conf"]["require_valid_shell"] = false

node.default["proftpd"]["conf"]["anonymous"]["~ftp"] = {
  "user" => "ftp",
  "group" => "nogroup",
  "user_alias" => "anonymous ftp",
  "dir_fake_user" => "on ftp",
  "dir_fake_group" => "on ftp",
  "require_valid_shell" => false,
  "max_clients" => 10,
  "display_login" => "welcome.msg",
  "display_chdir" => ".message",
  "directory" => {
    "*" => {
      "limit" => {
        "write" => {
          "deny_all" => nil,
    "incoming" => {
      "umask" => "022 022",
      "limit" => {
        "read write" => {
          "deny_all" => nil,
        "stor" => {
          "allow_all" => nil,




  • vagrant
  • berkshelf >= 2.0
  • test-kitchen >= 1.2
  • kitchen-vagrant >= 0.10


Some extra cookbooks are required to run the tests:

Running the tests

$ kitchen test
$ kitchen verify


  1. Fork the repository on Github
  2. Create a named feature branch (like add_component_x)
  3. Write you change
  4. Write tests for your change (if applicable)
  5. Run the tests, ensuring they all pass
  6. Submit a Pull Request using Github

License and Author

Author: Xabier de Zuazo (
Copyright: Copyright (c) 2014, Onddo Labs, SL. (
License: Apache License, Version 2.0
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
See the License for the specific language governing permissions and
limitations under the License.

Dependent cookbooks

ohai >= 0.0.0
yum-epel >= 0.0.0

Contingent cookbooks

There are no cookbooks that are contingent upon this one.

No quality metric results found