bg-tutorials

Como Gerar um CSR no Kemp LoadMaster

Este guia mostra como gerar um CSR (Certificate Signing Request) num Kemp LoadMaster. Cria o pedido na WUI do LoadMaster em Certificates & Security > Generate CSR, atribui um nome à chave privada, preenche os dados da sua organização, e depois copia o texto do CSR e envia-o à sua Autoridade de Certificação. A chave privada é gerada ao mesmo tempo e permanece no LoadMaster, associada ao nome que escolheu, por isso o certificado assinado deve ser importado de volta para o mesmo dispositivo para corresponder a ela.

Nota: a Kemp foi adquirida pela Progress Software em novembro de 2021, e o produto tem oficialmente a marca Progress Kemp LoadMaster. O firmware do dispositivo chama-se LMOS (LoadMaster Operating System), com as versões atuais no ramo 7.2.x. O nome “Kemp LoadMaster” continua a ser amplamente utilizado pelos administradores e na documentação de terceiros, por isso este guia usa ambos indistintamente.

Gerar o CSR no Kemp LoadMaster

Se já gerou o seu CSR e recebeu os ficheiros assinados da CA, ignore esta secção e vá diretamente para como instalar um certificado SSL no Kemp LoadMaster. Caso contrário, siga os passos abaixo. Os caminhos de menu e as etiquetas dos campos correspondem às versões atuais do LMOS 7.2.x.

Passo 1: Abrir o ecrã Generate CSR

  • Inicie sessão na Interface Web (WUI) do LoadMaster com uma conta que tenha permissões de gestão de certificados, como o administrador integrado bal.
  • No menu principal, expanda Certificates & Security e abra Generate CSR. Abre-se o formulário Generate Certificate Signing Request.
  • No campo Private Key Identifier, introduza um nome amigável para a chave, por exemplo yourdomain-2026. Esta etiqueta é a forma como o LoadMaster mantém a chave privada associada ao futuro certificado assinado, por isso use algo que reconheça mais tarde.

Passo 2: Preencher o formulário

Complete todos os campos. As Autoridades de Certificação públicas exigem todos os valores de localização e organização para produtos Organization Validated (OV) e Extended Validation (EV); os certificados Domain Validated (DV) também os utilizam, embora alguns não sejam impressos no certificado emitido.

  • 2 Letter Country Code: o código ISO 3166-1 alpha-2 do país onde a sua organização está registada, por exemplo US para os Estados Unidos ou DE para a Alemanha. Consulte a lista completa de códigos de países se tiver dúvidas.
  • State/Province (Entire Name – New York, not NY): o nome completo do estado, província ou região, por exemplo Arizona, e não a abreviatura.
  • City: o nome completo da cidade onde a sua organização está oficialmente localizada, por exemplo Phoenix.
  • Company: o nome legal completo da empresa proprietária do domínio, exatamente como aparece no registo comercial, por exemplo Your Company LLC. As CAs rejeitam discrepâncias entre este campo e o nome comercial verificado para certificados OV e EV.
  • Organization: este campo corresponde à Unidade Organizacional (departamento), por exemplo IT ou Marketing. As CAs públicas já não incluem o campo OU nos certificados emitidos, por isso deixe-o em branco ou introduza um nome de departamento genérico.
  • Common Name: o nome de domínio totalmente qualificado (FQDN) que deseja proteger, por exemplo www.yourdomain.com. Para um certificado wildcard, coloque um asterisco antes do domínio raiz, por exemplo *.yourdomain.com.
  • Email Address: um e-mail de contacto administrativo da sua organização. Algumas CAs usam-no para correspondência de validação; caso contrário, é apenas informativo.
  • SAN/UCC Names: liste todos os nomes de anfitrião adicionais que o certificado deve cobrir, separados por espaços ou vírgulas, por exemplo yourdomain.com mail.yourdomain.com. As CAs públicas validam e apresentam os certificados com base na lista SAN em vez do Common Name, por isso repita aqui também o valor do Common Name.
  • Generate Elliptical Curve Request: marque esta opção apenas se quiser uma chave ECDSA (P-256) e a sua CA e clientes a suportarem. Deixe-a desmarcada para a chave RSA padrão de 2048 bits, que é a mais amplamente compatível.

O LoadMaster assina o pedido com SHA-256 por predefinição, o que cumpre o requisito mínimo de digest de todas as CAs públicas atuais.

Passo 3: Criar o CSR

Verifique novamente todos os campos, especialmente o Common Name e a lista SAN, e depois clique em Create CSR. O LoadMaster gera o par de chaves no dispositivo e apresenta o texto do CSR no ecrã, entre os marcadores —–BEGIN CERTIFICATE REQUEST—– e —–END CERTIFICATE REQUEST—–. A chave privada permanece no LoadMaster, identificada pelo Private Key Identifier que escolheu no Passo 1.

Copiar e submeter o CSR

O texto exibido pelo LoadMaster tem este aspeto:

-----BEGIN CERTIFICATE REQUEST-----
MIIC...your encoded request...AB==
-----END CERTIFICATE REQUEST-----

Selecione o bloco completo, incluindo as linhas —–BEGIN CERTIFICATE REQUEST—– e —–END CERTIFICATE REQUEST—– e todos os caracteres entre elas. Cada marcador utiliza cinco hífenes de cada lado, sem espaços. Copie o bloco e cole-o no campo do CSR na página de pedido do seu fornecedor SSL. Se quiser guardar uma cópia local, cole o mesmo texto num editor de texto simples (Notepad, TextEdit em modo de texto simples, ou qualquer editor de código) e guarde-o como um ficheiro .csr ou .txt.

Não elimine a entrada correspondente em SSL Certificates enquanto espera pelo certificado assinado. O LoadMaster precisa da chave privada armazenada para a associar ao certificado emitido no momento da importação.

Verificar o CSR antes de o submeter

Vale a pena confirmar que o pedido contém os dados corretos de domínio e organização antes de fazer o pedido. Cole o texto do CSR na nossa ferramenta online decodificador de CSR para ver o Common Name, as entradas SAN, o tamanho da chave, o algoritmo de assinatura e os valores da organização que o LoadMaster escreveu no pedido. Se algo estiver errado, gere um novo CSR no LoadMaster em vez de editar o ficheiro: qualquer alteração ao texto invalida a assinatura.

Se preferir preparar o pedido num navegador, também pode criar um com o nosso Gerador de CSR online. Note que o gerador cria a chave privada no seu navegador, por isso guarde a chave você mesmo e combine-a com o certificado emitido num ficheiro .pfx antes de importar para o LoadMaster (o LoadMaster aceita PEM e PFX).

Depois de a CA emitir o seu certificado

Depois de a CA validar o pedido, envia-lhe por e-mail o certificado assinado e a respetiva cadeia intermédia (CA), geralmente num arquivo ZIP. Faça o download e extraia o arquivo no seu computador e, em seguida, volte à WUI do LoadMaster:

  • Abra Certificates & Security > SSL Certificates e utilize Import Certificate para carregar o certificado assinado. Introduza o mesmo Certificate Identifier que usou como Private Key Identifier quando gerou o CSR. O LoadMaster associa o certificado importado à chave privada armazenada através desse nome, por isso não é necessário um ficheiro de chave separado.
  • Adicione o intermédio (pacote CA) em Certificates & Security > Intermediate Certs para que o LoadMaster possa disponibilizar a cadeia completa. Se a CA devolveu um único ficheiro .pfx que já inclui a cadeia, pode importá-lo diretamente e saltar o passo intermédio separado.
  • Atribua o certificado ao seu Virtual Service na secção Assignment do certificado: mova o serviço de Available VSs para a caixa de atribuídos com o botão de seta para a direita e depois clique em Save Changes. Um certificado importado mas não atribuído fica armazenado no LoadMaster mas não serve tráfego, o que é o motivo mais comum de um certificado recém-instalado parecer não fazer nada.

O procedimento completo, incluindo a SSL Acceleration no Virtual Service, está no nosso guia sobre como instalar um certificado SSL no Kemp LoadMaster.

Economize 10% em certificados SSL ao fazer seu pedido hoje!

Emissão rápida, criptografia forte, 99,99% de confiança no navegador, suporte dedicado e garantia de reembolso de 25 dias. Código do cupom: SAVE10

Uma imagem detalhada de um dragão em voo
Escrito por

Redator de conteúdo experiente, especializado em certificados SSL. Transformação de tópicos complexos de segurança cibernética em conteúdo claro e envolvente. Contribua para melhorar a segurança digital por meio de narrativas impactantes.

Avatar of Sergiu Rosca
Technical Review by Sergiu Rosca

Sergiu Rosca is the core web developer behind SSL Dragon. He manages the technical infrastructure, platform performance, and backend integrations that keep the site running smoothly and securely. At SSL Dragon, Sergiu shares practical insights on web development, site optimization, and technical troubleshooting.

All SSL Dragon installation guides are tested on live server environments and undergo a strict peer-review process to ensure your infrastructure remains secure. Read our full Editorial Policy.