Módulo Whmcs Para Registro Epp Em .br

[rubensk]

Ola Rubensk

 

Esse procedimento e' valido tambem para os casos onde ja estamos usando o ambiente de producao?

 

Muito obrigado pelo retorno...

 

Não.

Se você está usando em produção e não está conectando, o mais provável é que você esteja com versão antiga de OpenSSL, e que atualizando resolva. 

Por exemplo, se você usar OpenSSL 0.9.8, atualizar oara 0.9.8o (a letra é o release) resolve. 

[Jaderpoa]

Na verdade, nosso ambiente está funcionando normalmente.

 

Apenas queríamos instalar o novo certificado CA, aquele que vence em 2025, para mantermos nossa estrutura atualizada conforme indicado pela lista do Eppnicbr.

 

A questão é que não sei especificamente onde devo armazenar esse CA na estrutura do modulo instalado no whmcs.

 

Obrigado mais uma vez...

[rubensk]

Na verdade, nosso ambiente está funcionando normalmente.

 

Apenas queríamos instalar o novo certificado CA, aquele que vence em 2025, para mantermos nossa estrutura atualizada conforme indicado pela lista do Eppnicbr.

 

A questão é que não sei especificamente onde devo armazenar esse CA na estrutura do modulo instalado no whmcs.

 

Obrigado mais uma vez...

 

O módulo hoje não checa o certificado raiz próprio ou do servidor, nem o certificado do servidor... então não tem onde colocar a nova CA. Criei um issue agora sobre isso (https://github.com/registrobr/whmcs-registrobr-epp/issues/58), mas por enquanto não há ação requerida. 

[pablosbs]

Pessoal um erro começou a aparecer do nada no meu módulo, alguém sabe como resolver?

"Fatal error: Cannot redeclare class idna_convert in /home/super/public_html/home/modules/registrars/registrobr/Idna/idna_convert.class.php on line 54"

[pablosbs]

Pessoal eu consegui resolver o erro que postei acima da seguinte forma:

No arquivo RegistroEPP> RegistroEPP.class.php eu alterei a linha require_once('Idna/idna_convert.class.php'); para:

if (!class_exists('idna_convert')) require_once('Idna/idna_convert.class.php');

[LucianoZ]

Em 19/01/2013 at 22:24, rubensk disse:

Segue URL para a primeira versão (alpha) da biblioteca WHMCS para uso com EPP do .br.

Essa versão ainda é inicial e não recomendada para uso em produção. 

 

https://github.com/registrobr/whmcs-registrobr-epp

 

Agradecemos o feed-back de quem investir tempo em testar esse módulo. 

 

 

Rubens

Opa Rubens, desculpem até reanimar o tópico, porque o Registro.BR não desenvolve um módulo que apenas altera o DNS pelo whmcs?
Isso ja facilitaria também alguns, pois iniciar ele com 2.500 reais em conta para comprar domínios é um bom montante rsrs
 

[pablosbs]

na minha opinião deveria ser até mais caro... senão qualquer moleque vira provedor oficial do registro.br

[rubensk]

2 hours ago, LucianoZ said:

Opa Rubens, desculpem até reanimar o tópico, porque o Registro.BR não desenvolve um módulo que apenas altera o DNS pelo WHMCS?

Para isso precisaríamos de uma nova API. Hoje já temos o isavail e o EPP, e APIs são "indesligáveis", depois que coloca, vai ter sempre alguém usando... 

... mas apesar de não termos uma API da parte "registrar", só da parte "registry", sabemos de gente que automatizou usando as mesmas chamadas da interface Web ao back-end. E apesar de não termos como garantir uma interface sem alterações, nós também não ficamos de propósito alterando para quebrar automações dos outros.

Assim, o que você quer já existe... mas não temos como dar suporte oficial a isso, ou viraria uma API. Existe um protocolo em desenvolvimento no IETF que parece promissor nesse sentido:

https://tools.ietf.org/html/draft-latour-dnsoperator-to-rrr-protocol-01

https://github.com/ogud/3-DNS-Protocol

O mais legal é que resolveria dois cajados com uma coelhada só: facilitaria expansão de DNSSEC e com DNSSEC estabelecido permitiria mudanças sabidamente autorizadas de servidores DNS, glue records etc. Se esse protocolo "pegar" é bem provável que apareça um módulo WHMCS que o implemente para usar em todos os TLDs que suportem isso. O .ca (Canadá) é um dos co-autores da proposta junto com a Cloudflare e muito provavelmente se tornará o primeiro TLD a suportar isso; a experiência deles tende a balizar se isso vai se tornar um padrão ou não. 

O .br é historicamente um early-adopter de DNSSEC então não tende a demorar, caso se mostre uma boa solução. 

 

 

 

 

 

 

 

 

1 hour ago, pablosbs said:

na minha opinião deveria ser até mais caro... senão qualquer moleque vira provedor oficial do registro.br

 

2 hours ago, LucianoZ said:

Isso ja facilitaria também alguns, pois iniciar ele com 2.500 reais em conta para comprar domínios é um bom montante rsrs
 

A minha experiência de responsável por relacionamento com provedores de serviço não me deixa muito preocupado com o montante inicial, mas a falta de capacitação técnica me deixa. E muito. Talvez o processo de homologação devesse ser bem mais duro na questão técnica do que é hoje, e em mudando isso, talvez diminuir o depósito inicial para algo como R$ 1000 fizesse sentido. 

 

[LucianoZ]

13 horas atrás, pablosbs disse:

na minha opinião deveria ser até mais caro... senão qualquer moleque vira provedor oficial do registro.br

Não vejo por esse lado, pois o processo de homologação existe muitos dados que "muleques" nunca teriam como ter...

12 horas atrás, rubensk disse:

Para isso precisaríamos de uma nova API. Hoje já temos o isavail e o EPP, e APIs são "indesligáveis", depois que coloca, vai ter sempre alguém usando... 

... mas apesar de não termos uma API da parte "registrar", só da parte "registry", sabemos de gente que automatizou usando as mesmas chamadas da interface Web ao back-end. E apesar de não termos como garantir uma interface sem alterações, nós também não ficamos de propósito alterando para quebrar automações dos outros.

Assim, o que você quer já existe... mas não temos como dar suporte oficial a isso, ou viraria uma API. Existe um protocolo em desenvolvimento no IETF que parece promissor nesse sentido:

https://tools.ietf.org/html/draft-latour-dnsoperator-to-rrr-protocol-01

https://github.com/ogud/3-DNS-Protocol

O mais legal é que resolveria dois cajados com uma coelhada só: facilitaria expansão de DNSSEC e com DNSSEC estabelecido permitiria mudanças sabidamente autorizadas de servidores DNS, glue records etc. Se esse protocolo "pegar" é bem provável que apareça um módulo WHMCS que o implemente para usar em todos os TLDs que suportem isso. O .ca (Canadá) é um dos co-autores da proposta junto com a Cloudflare e muito provavelmente se tornará o primeiro TLD a suportar isso; a experiência deles tende a balizar se isso vai se tornar um padrão ou não. 

O .br é historicamente um early-adopter de DNSSEC então não tende a demorar, caso se mostre uma boa solução. 

estive lento um pouco sobre o projeto do link, vamos aguardar hehe

[rubensk]

10 hours ago, LucianoZ said:

Não vejo por esse lado, pois o processo de homologação existe muitos dados que "muleques" nunca teriam como ter...

 

Para começar o fato de só haver contrato EPP de .br para CNPJ já filtra um monte de candidatos; o pessoal de serviços de revenda como OpenSRS, Reseller Club e Resell.biz tem muitos clientes pessoa física. 

E conversando com nossa área Jurídica sobre isso concluímos que a exigência de CNPJ deve sim ser mantida, como proteção aos titulares de domínio clientes dos provedores EPP.