Ligar um subdomínio para códigos QR: os erros mais comuns e como resolvê-los

Já indicaste o subdomínio, criaste os registos DNS e, mesmo assim, o painel não mostra "Ativo"? Acontece muitas vezes e quase sempre há um pequeno erro por trás. Primeiro, um aviso: as alterações de DNS demoram por vezes algum tempo. Se guardaste há apenas uns minutos, espera antes de mudares seja o que for. Quanto tempo pode demorar está explicado no artigo sobre o tempo de espera do DNS.

Como verificas tu próprio os teus registos

Não precisas de confiar só no que o painel mostra. Substitui qr.deinefirma.at pelo teu subdomínio e introduz estes comandos no terminal (Mac, Linux):

• dig TXT _sameqr.qr.deinefirma.at +short mostra a prova de propriedade. A resposta tem de começar por sameqr-nachweis=.
• dig CNAME qr.deinefirma.at +short mostra para onde o subdomínio aponta. O esperado é kunden.sameqr.com.
• dig A qr.deinefirma.at +short mostra se existe também um registo A antigo.
• No Windows, o mesmo faz-se com nslookup -type=TXT _sameqr.qr.deinefirma.at e nslookup -type=CNAME qr.deinefirma.at.

Sem terminal, funciona uma consulta DNS online. Introduz lá o nome, escolhe o tipo de registo TXT ou CNAME e compara o resultado com o que o painel te mostra. O melhor é consultares vários locais, assim vês também se a alteração chegou a todo o lado.

Erro 1: registo TXT no nome errado

O erro mais comum. Algumas interfaces acrescentam automaticamente o teu domínio, outras não. Se escreveres o nome completo _sameqr.qr.deinefirma.at num campo que acrescenta o domínio por si, fica _sameqr.qr.deinefirma.at.deinefirma.at. A consulta com dig não encontra então nada. O inverso também acontece: escreves só _sameqr.qr, mas a interface não acrescenta nada. Vê na tua lista de registos como o nome aparece realmente no fim e ajusta-o. O valor também tem de estar certo: copia-o por inteiro, sem espaços no início nem no fim.

Erro 2: domínio principal em vez de subdomínio

Liga-se sempre um subdomínio como qr.deinefirma.at, nunca o domínio principal deinefirma.at. Se criaste o CNAME por engano para o domínio principal, o teu site deixaria de estar acessível. Remove-o e cria-o antes para o nome qr. Verifica também no painel que lá está o subdomínio e que não há erros de escrita.

Erro 3: um registo antigo ao lado do CNAME

Um CNAME não pode coexistir com outros registos para o mesmo nome. Se em qr já existia um registo A (ou AAAA), muitos fornecedores recusam o novo CNAME, ou o registo antigo prevalece. Se dig A qr.deinefirma.at +short mostrar um endereço IP que já não precisas, apaga esse registo e só depois cria o CNAME.

Erro 4: o proxy da Cloudflare está ativo

Se usas a Cloudflare como DNS, o CNAME aparece na lista com uma nuvem cor de laranja. Nesse caso, é a Cloudflare que responde aos pedidos por ti e o serviço já não vê o CNAME. Clica na nuvem até ficar cinzenta e aparecer "Apenas DNS". Um sinal típico: o dig devolve endereços IP em vez de kunden.sameqr.com.

Erro 5: erro de escrita no destino

Verifica o destino letra a letra: kunden.sameqr.com. Erros frequentes são um ponto esquecido, um "com" duplicado, um https:// acrescentado ou uma barra no fim. O destino de um CNAME é apenas um nome, não um endereço web.

Erro 6: o certificado ainda não está pronto

Se os dois registos estão certos, mas o estado ainda mostra "A configurar", o certificado HTTPS está a ser emitido neste momento. Normalmente demora só alguns minutos. Abre o código com o telemóvel só quando aparecer "Ativo". Se o estado ficar preso durante muito tempo, a janela "Domínio próprio" no Same-QR mostra-te a mensagem correspondente.

Se está tudo certo e mesmo assim não funciona

• Primeiro, não apagues nada, verifica se os dois registos são visíveis com o dig.
• Se acabaste de guardar, espera e verifica outra vez depois.
• Clica novamente em "Verificar" no painel quando os registos estiverem visíveis.
• Escreve ao suporte com o resultado das tuas consultas dig, isso poupa perguntas.

Perguntas frequentes