Objetivo dos diretórios debian “sites-available” e “sites-enabled”

Alguém pode me dizer - em poucas palavras - qual é o propósito desses dois diretórios no Debian?

/etc/apache2/sites-enabled
/etc/apache2/sites-available

Percebo essa diferença sites-available/000-defaulte sites-enabled/defaultmostra que são idênticas.

O que da?

sites-available contém os arquivos de configuração do apache para cada um dos seus sites. Por exemplo:

<VirtualHost *:80>
  ServerName site.mysite.com
  ServerAdmin my@email.com

  DirectoryIndex index.php
  DocumentRoot /home/user/public_html/site.mysite.com/public

  LogLevel warn
  ErrorLog /home/user/public_html/site.mysite.com/logs/error.log
  CustomLog /home/user/public_html/site.mysite.com/logs/access.log combined
</VirtualHost>

Quando você deseja adicionar um novo site (por exemplo, site.mysite.com), adicione-o aqui e use:

a2ensite site.mysite.com

Para habilitar o site. Depois que o site é ativado, um link simbólico para o arquivo de configuração é colocado no diretório ativado por sites, indicando que o site está ativado.

Mais importante que a mecânica do sistema é a lógica ...

O Debian fornece os dois diretórios separados para que, se você estiver gerenciando automaticamente suas configurações do Apache, você possa apenas ter todos os vhosts instalados em sites-availabletodas as suas máquinas, e então vhosts individuais possam ser ativados no servidor que realmente os servirá. Isso também significa que você pode desativar instantaneamente um site se estiver causando problemas ( a2dissite example.com; /etc/init.d/apache2 reload).

Para adicionar aos itens acima, o arquivo sites-enabledé um link simbólico para o sites-availablearquivo:

ls -l /etc/apache2/sites-enabled/

Não é apenas o mesmo conteúdo, é o mesmo arquivo real!

Informação importante:

Você deve editar os arquivos apenas no sites-availablediretório

Nunca edite arquivos dentro do sites-enableddiretório, caso contrário, poderá haver problemas se o seu editor ficar sem memória ou, por qualquer motivo, receber um SIGHUP ou SIGTERM.

Por exemplo: se você estiver usando nanopara editar o arquivo sites-enabled/defaulte ficar sem memória ou, por qualquer motivo, receber um SIGHUP ou SIGTERM, nanocriará um arquivo de emergência chamado default.save, dentro do sites-enableddiretório. Portanto, haverá um arquivo extra dentro do sites-enableddiretório. Isso impedirá que o Apache ou o NGINX inicie. Se o seu site estava funcionando, não será mais. Você terá dificuldade até descobrir, nos registros, algo relacionado ao default.savearquivo e, em seguida, removê-lo.

No exemplo acima, se você estivesse editando o arquivo dentro do sites-availablediretório, nada de ruim teria acontecido. O arquivo sites-available/default.saveteria sido criado, mas não causaria nenhum dano dentro do sites-availablediretório.