Módulo Whmcs Para Registro Epp Em .br

[dubdub]

7 horas atrás, rubensk disse:

Pode estar relacionado com versão de PHP, um outro provedor de serviços relatou que o módulo deixa de funcionar com PHP 5.6 e já haviam problemas conhecidos com PHP 5.5. Você tem algum ambiente de teste com PHP 5.4 para comparar ?

De qualquer forma, criado issue sobre isso: https://github.com/registrobr/whmcs-registrobr-epp/issues/69

Executei os testes, com php 5.6 5.5 e agora usando 5.4

os erros persistiram, creio que isso seja relacionado a falta de informação no LANG para a resposta abaixo:

 

segue abaixo o Form, gostaria de saber se tem erros da mensagem, ela vem desse LANG abaixo que no portugues-br não existe
 

{if $nameservererror}
            {include file="$template/includes/alert.tpl" type="error" msg=$nameservererror textcenter=true}
        {/if}
        {if $subaction eq "savens"}
            {if $updatesuccess}
                {include file="$template/includes/alert.tpl" type="success" msg=$LANG.changessavedsuccessfully textcenter=true}
            {elseif $error}
                {include file="$template/includes/alert.tpl" type="error" msg=$error textcenter=true}
            {/if}
        {/if}

        {include file="$template/includes/alert.tpl" type="info" msg=$LANG.domainnsexp}

        

quanto a escolha por Radio no formulário abaixo ele não deve estar sendo apontado corretamente

<form class="form-horizontal" role="form" method="post" action="{$smarty.server.PHP_SELF}?action=domaindetails#tabNameservers">
            <input type="hidden" name="id" value="{$domainid}" />
            <input type="hidden" name="sub" value="savens" />
            <div class="radio">
                <label>
                    <input type="radio" name="nschoice" value="default" onclick="disableFields('domnsinputs',true)"{if $defaultns} checked{/if} /> {$LANG.nschoicedefault}
                </label>
            </div>
            <div class="radio">
                <label>
                    <input type="radio" name="nschoice" value="custom" onclick="disableFields('domnsinputs',false)"{if !$defaultns} checked{/if} /> {$LANG.nschoicecustom}
                </label>
            </div>
            <br />
            {for $num=1 to 5}
                <div class="form-group">
                    <label for="inputNs{$num}" class="col-sm-4 control-label">{$LANG.clientareanameserver} {$num}</label>
                    <div class="col-sm-7">
                        <input type="text" name="ns{$num}" class="form-control domnsinputs" id="inputNs{$num}" value="{$nameservers[$num].value}" />
                    </div>
                </div>
            {/for}
            <p class="text-center">
                <input type="submit" class="btn btn-primary" value="{$LANG.changenameservers}" />
            </p>
        </form>

 

quando troco mesmo errando o dns, mostra o seguinte texto " Sua senha foi alterada com sucesso! " e volta o dns original.

 

[rubensk]

Esse é o formulário do WHMCS, mas em que ponto é a chamada do módulo que gera isso ? A relação entre a operação do módulo e esse problema é que ainda não entendi... 

Em tempo: houve um problema numa instalação em que um outro registrar module (OpenSRS) pegava hooks para mudar telefones para algo que o OpenSRS prefere, e gerava erro de sintaxe no .br ... tem como descobrir que hooks estão ativos na área de clientes e tentar desabilitar se existir algum ? 

 

 

[dubdub]

19 minutos atrás, rubensk disse:

Esse é o formulário do WHMCS, mas em que ponto é a chamada do módulo que gera isso ? A relação entre a operação do módulo e esse problema é que ainda não entendi... 

Em tempo: houve um problema numa instalação em que um outro registrar module (OpenSRS) pegava hooks para mudar telefones para algo que o OpenSRS prefere, e gerava erro de sintaxe no .br ... tem como descobrir que hooks estão ativos na área de clientes e tentar desabilitar se existir algum ? 

 

 

Acabei de verificar no hooks e não está habilitado

isso ocorre somente na etapa de registrar module br, porque quando uso registrar enom ao escolher a opção de mudança de dns ele funciona perfeitamente a troca de algum javascripts quando escolho dns personalizado.

devido aos testes acabei de perceber que houve um bloqueio do login novamente. :-(

 

Esquece o assunto do bloqueio, foi momentaneo, 

vou continuar os testes desses erros

[dubdub]

Habilitei os erros novamente conforme Edvan pediu, e pude agora verificar que com PHP 5.4 teve outro erro, segue abaixo

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPP.class.php on line 160

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 36

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPP.class.php on line 160

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 54

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 36

Notice: Undefined variable: add_hosts in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 392

Notice: Undefined variable: rem_hosts in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 403

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Client.php on line 112

Strict Standards: Non-static method PEAR::isError() should not be called statically in /home/conte/public_html/modules/registrars/registrobr/Net/EPP/Protocol.php on line 73

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 39

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 40

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 55

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 56

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 57

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 58

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 63

Notice: Trying to get property of non-object in /home/conte/public_html/modules/registrars/registrobr/ParserResponse/ParserResponse.class.php on line 64

Notice: Undefined variable: coderes in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php on line 104

Fatal error: Uncaught exception 'Exception' with message 'Falha ao alterar servidores DNS código 2308: mensagem 'Violação na política de gerência de dados' motivo 'DNS desconhecido'' in /home/conte/public_html/modules/registrars/registrobr/RegistroEPP/RegistroEPPDomain.class.php:108 Stack trace: #0 /home/conte/public_html/modules/registrars/registrobr/registrobr.php(320): RegistroEPPDomain->updateNameServers(Array, Array) #1 /home/conte/public_html/includes/classes/WHMCS/Module/AbstractModule.php(0): registrobr_SaveNameservers(Array) #2 /home/conte/public_html/includes/classes/WHMCS/Module/Registrar.php(0): WHMCS\Module\AbstractModule->call() #3 /home/conte/public_html/includes/classes/WHMCS/Domains.php(0): WHMCS\Module\Registrar->call() #4 /home/conte/public_html/clientarea.php(0): WHMCS\Domains->moduleCall() #5 {main} Next exception 'Exception' with message 'Falha ao alterar servidores DNS código 2308: mensagem 'Violação na política de gerência de dados' motivo 'DNS desconhecido'' in /home/conte/public_ht in /home/conte/public_html/includes/classes/WHMCS/Terminus.php on line 0

 

[JMB]

Humm, acho que agora entendi sua proposta. A chave de segurança não seria aquela criada/atualizada pelo provedor EPP, apenas a transferência em si é que usaria EPP domain transfer, e para mostrar a chave de transferência continuaria o mesmo método hoje usado em seleção de provedor de domínio. 

Eu não sei se conseguimos mudar isso tão já, mas essa é uma idéia exequível e compatível com a ambiente de negócios do país. Eu adoraria que tivessem pensado nisso em 2006 quando foi implantado o EPP... ;-)

 

Que bom que tenha entendido. Na verdade a seleção de provedor seria substituída pela função (hoje inativa) do EPP domain tranfer. Quando o usuário solicitasse uma transferência de provedor seria necessário ter a chave. A seleção de provedor teria que ser substituída. A transferência poderia exigir uma renovação da anuidade, por exemplo. Não seria a entidade que teria um provedor e sim o domínio. Isso facilitaria muito o modelo de negócios e traria menos problemas com verificações se CPF está ou não com provedor de serviços, de CPF com provedores de serviços sem senhas, de usuários que nem lembram mais a senha do registro, etc.

Sent from my iPhone using Tapatalk

[rubensk]

29 minutes ago, JMB said:

 

 

Que bom que tenha entendido. Na verdade a seleção de provedor seria substituída pela função (hoje inativa) do EPP domain tranfer. Quando o usuário solicitasse uma transferência de provedor seria necessário ter a chave. A seleção de provedor teria que ser substituída. A transferência poderia exigir uma renovação da anuidade, por exemplo. Não seria a entidade que teria um provedor e sim o domínio. Isso facilitaria muito o modelo de negócios e traria menos problemas com verificações se CPF está ou não com provedor de serviços, de CPF com provedores de serviços sem senhas, de usuários que nem lembram mais a senha do registro, etc.

 

Sent from my iPhone using Tapatalk

Não tem como substituir a seleção de provedor, pois fazer isso iria obrigar todo mundo a desenvolver a parte de EPP transfer. Qualquer introdução de transferência tem que ter convivência com a solução atual. 

Na verdade hoje o domínio já pode ter um provedor diretamente, independente do titular; basta selecionar no domínio ao invés de no titular. 

O que você reclama de problema com verificação de CPF é uma feature; tirar isso significa o retorno do problema de que já temos uma credencial e uma nova transação diz outra coisa, da responsabilização de provedores de serviço etc. Faço de novo a pergunta se você quer nos dar uma carta fiança de R$ 100 mil para esses casos... 

O que já fizemos foi passar a remover todo titular e objeto do sistema que não tenha sofrido alteração nos últimos 90 dias e não tenha mais sido titular de um objeto nos últimos 90 dias. Isso eliminou metade dos CPF/CNPJs que tínhamos cadastrados... 

... agora, a outra metade já tem cadastro e precisa ser convencida a mudar de prestador de serviço. 

 

[JMB]

Não tem como substituir a seleção de provedor, pois fazer isso iria obrigar todo mundo a desenvolver a parte de EPP transfer. Qualquer introdução de transferência tem que ter convivência com a solução atual. 

Na verdade hoje o domínio já pode ter um provedor diretamente, independente do titular; basta selecionar no domínio ao invés de no titular. 

O que você reclama de problema com verificação de CPF é uma feature; tirar isso significa o retorno do problema de que já temos uma credencial e uma nova transação diz outra coisa, da responsabilização de provedores de serviço etc. Faço de novo a pergunta se você quer nos dar uma carta fiança de R$ 100 mil para esses casos... 

O que já fizemos foi passar a remover todo titular e objeto do sistema que não tenha sofrido alteração nos últimos 90 dias e não tenha mais sido titular de um objeto nos últimos 90 dias. Isso eliminou metade dos CPF/CNPJs que tínhamos cadastrados... 

... agora, a outra metade já tem cadastro e precisa ser convencida a mudar de prestador de serviço. 

 

Ué... Então o que você entendeu antes?

Sent from my iPhone using Tapatalk

[rubensk]

2 minutes ago, JMB said:

Ué... Então o que você entendeu antes?

Sent from my iPhone using Tapatalk

De utilizar EPP code para transferência de domínio já existente. Que é como se usa em gTLDs também... 

... não muda a parte de escolher quem pode registrar novos domínios para um titular, que é definida pela seleção de provedor do titular. 

 

Sobre a questão de erro na mudança de DNS, eu zerei hoje o ambiente de homologação e vou começar ele do zero com Ubuntu 16, WHMCS 6.3.1 e PHP 5.6. Apesar de podermos observar o não uso de funções que não tenham PHP 5.4 ou 5.5, o ambiente alvo vai ser 5.6. Vai quebrar uma "pá" de coisas mas consertamos daí. 

 

 

[JMB]

Ótimo! Isso já facilitaria também!

Sent from my iPhone using Tapatalk

[dubdub]

Amigos, diante dos problemas de troca de DNS na area do cliente para os TLD de terminações BR, quais recomendações ou que posso fazer neste caso? o que vocês estão praticando para este caso? obrigado pelas dicas