☰

Comprometendo-se entre pacotes PHP novos e seguros em servidores de produção?

tag-icon • tag-icon linux security php centos package-management
Comprometendo-se entre pacotes PHP novos e seguros em servidores de produção?

Tenho vários servidores de produção rodando Centos. Meu aplicativo requer uma versão bastante recente do PHP (> 5.2, IIRC). As opções atualmente disponíveis para usuários Centos são:

  1. Os pacotes centos5/redhat oficiais e convencionais.
    • Prós: Mais estável, mais seguro, fácil de instalar – o redhat lança regularmente atualizações e avisos de segurança.
    • Contras: os pacotes são antigos (5.1.6?)
  2. Repositórios de terceiros (comoRemi Colletrepositório)
    • Prós: Borda sangrenta, fácil de instalar
    • Contra: Não confiável - costumávamos usar o repositório de totalramblings... mas o cara está totalmente desaparecido há mais de um ano. Não quero ficar chapado e seco assim de novo.
    • Contra: Não é tão seguro ou estável
  3. Use o repositório de testes CentOS
    • Prós: Versão bastante recente, fácil de instalar
    • Contras: instável. Eles não chamam isso de “teste” à toa. Não é ideal para um servidor de produção
  4. Construir a partir do código-fonte (php.net)
    • Prós: borda sangrenta
    • Contras: Trabalho intensivo, inseguro, instável

Outras opções:

  1. Redhat oferece oPilha de aplicativos Redhatque inclui compilações recentes, mas não existe equivalente em centos.
    • Existe alguma razão para não existirem versões CentOS desses pacotes? A fonte deve estar disponível, certo?
    • A fonte tem que estar disponível, certo? Quão difícil seria construir pacotes centos sozinho?
  2. Outras distribuições Linux
    1. O Debian é comparável em estabilidade ao redhat, mas oferece pacotes antigos
    2. Ubuntu oferece pacotes mais recentes, mas menos estáveis/seguros
    3. Outros?

Então, no final, minha pergunta é esta: existe uma boa fonte de pacotes ou fontes PHP estáveis, seguras e atualizadas regularmente (para QUALQUER distribuição Linux)? De onde você tira sua fonte/binários?

Responder1

Apenas para destacar o lado Debian:

A versão anterior do Debian - Etch (8 de abril de 2007) - veio com PHP 5.2.0.

A versão atual do Debian - Lenny (14 de fevereiro de 2009) - veio com PHP 5.2.6.

Se houver alguma atualização importante nos pacotes durante um ciclo de lançamento, essas versões geralmente estarão disponíveis embackports.orgse eles tiverem uma base de usuários notável. Uma lista completa de pacotes backportados disponíveis para Lenny pode ser encontradaaqui. Esta lista é relativamente curta no momento, já que o último lançamento tem apenas alguns meses.

Para ver as versões específicas paraPHPe outros pacotes no Debian que você pode usarpacotes.debian.org.

Responder2

Eu construo meus próprios RPMs porque não confio em mantenedores terceirizados para permanecer na face da terra.

É um pouco chato (embora eu só construa alguns pacotes), mas sei o que vou conseguir quando terminar. Eu uso os arquivos de especificação do upstream (RHEL/CentOS), mas os modifico para atender às minhas necessidades quando necessário e os substituo em qualquer versão da fonte que estou procurando (modificando os patches do upstream, quando necessário).

Isso também ajuda meu fluxo de trabalho de não instalar compiladores em sistemas de produção, já que posso enviar meus binários personalizados para eles. Também faço isso para fornecer backports para pacotes mais recentes para sistemas operacionais mais antigos quando estou "preso" executando um sistema operacional mais antigo (sem orçamento para atualização, etc.).

Se você conseguir usar o SRPMS, construir um pacote não será muito difícil. (É principalmente reunir o ambiente de construção para um determinado pacote que pode ser uma dor.) Construir um RPM do nada (ou seja, escrever você mesmo a especificação) é um bom exercício, embora você deva ler primeiro alguns specfiles feitos "profissionalmente" para obter um sinta por isso.

Responder3

Na verdade, não posso responder à sua pergunta, mas o que costumo fazer é usar o lançamento oficial do código-fonte e compilá-lo em um ambiente de desenvolvimento.

Então eu apenas faço um pacote usando a ferramenta dpkg (estou usando o debian), mas deve haver uma maneira semelhante de fazer um pacote com o RedHat como o sistema operacional.

Depois, basta divulgá-lo em seus servidores.

Responder4

Outras opções que vale a pena considerar

informação relacionada